From: Yvon T. <tho...@fr...> - 2006-02-24 18:48:25
|
Le 23 f=E9vr. 06 =E0 10:23, Jonathan Paisley a =E9crit : > Hi, > > I looked at the package which seems to be working properly, with =20 > dependencies. The ruby runtime is linked into the RubyCocoa =20 > framework so it should be completely independent of any ruby on the =20= > host system. > >> he is using this RubyCocoa beta app over standard Apple Ruby, i'm =20 >> using the latest build by my own. > > Could you explain what you mean here a bit more? Is he attempting =20 > to run the same version you provided a link to? If he's using a =20 > standalone version that you've provided, even though he has only =20 > the standard Apple ruby, it will be using the latest build that you =20= > used to make the application. > > > For more debugging information, you could add 'p $LOAD_PATH' to =20 > rb_main.rb before the first 'require'. Another useful thing is to =20 > run the app from the terminal using 'ktrace': > > ktrace ./BookmarksMerge.app/Contents/MacOS/BookmarksMerge > kdump | grep NAMI > files.log > > 'files.log' will show any file accesses made by the application, =20 > which should help to track down where it's looking for 'nkf.bundle'. > on one computer a "G5 mono 1.8" it seems the prob comes from the =20 computer itself see "The Buggiest Macintosh. Ever?(TM)" <http://www.g5freeze.com/index.html> on the other the bugg gad nothing to do with nkf nor standalonify.rb. thanks for your help ! Yvon= |