Menu
▾
▴
rubycocoa-talk
|
From: Yvon T. <tho...@fr...> - 2006-02-22 18:52:06
|
Hey all, i'm using "standaloneify.rb" from Jonathan Paisley and, for the last app i'm working on, a user said to the app crashes with the following message at Cosole log : > /Applications/BookmarksMerge.app/Contents/Frameworks/ > RubyCocoa.framework/ > Versions/A/Resources/ruby/osx/objc/cocoa_macros.rb:13:in `require': no > such file to load -- nkf (LoadError) > from /Applications/BookmarksMerge.app/Contents/Frameworks/ > RubyCocoa.framework/Versions/A/Resources/ruby/osx/objc/ > cocoa_macros.rb:13 > from /Applications/BookmarksMerge.app/Contents/Frameworks/ > RubyCocoa.framework/Versions/A/Resources/ruby/osx/objc/cocoa.rb:13 > from /Applications/BookmarksMerge.app/Contents/Frameworks/ > RubyCocoa.framework/Versions/A/Resources/ruby/osx/cocoa.rb:11 > from /Applications/BookmarksMerge.app/Contents/Resources/ > rb_main.rb:25 he is using this RubyCocoa beta app over standard Apple Ruby, i'm using the latest build by my own. the dependencies are : require 'osx/cocoa' require 'osx/aeosa' require 'iconv' require 'date' require 'yaml' require 'xml/xslt' require 'rexml/document' written directly into "rb_main.rb" it's surprising to me because i've used "standaloneify.rb" for another RubyCocoa app having the same dependencies as listed above. i've carefully inspected the Contents folder of each app and catch for any difference : found no differences at all ( apart from what is specific to the app). even i've found the "nkf.bundle" : ./lib: total 2592 drwxr-xr-x 10 yvon yvon 340 Feb 22 13:56 . drwxr-xr-x 9 yvon yvon 306 Feb 22 13:56 .. -rwx------ 1 yvon yvon 9992 Feb 22 13:56 fcntl.bundle -rwx------ 1 yvon yvon 33204 Feb 22 13:56 iconv.bundle -rwx------ 1 yvon yvon 222304 Feb 22 13:56 nkf.bundle -rwx------ 1 yvon yvon 681728 Feb 22 13:56 openssl.bundle -rwx------ 1 yvon yvon 50484 Feb 22 13:56 osx_aeosa.bundle -rwx------ 1 yvon yvon 37904 Feb 22 13:56 stringio.bundle -rwx------ 1 yvon yvon 272464 Feb 22 13:56 syck.bundle drwxr-xr-x 3 yvon yvon 102 Feb 22 13:56 xml ./lib/xml: total 152 drwxr-xr-x 3 yvon yvon 102 Feb 22 13:56 . drwxr-xr-x 10 yvon yvon 340 Feb 22 13:56 .. -rwx------ 1 yvon yvon 76972 Feb 22 13:56 xslt.bundle same perms, same sizes in each case. The only major difference in my code it's in that i'm using a proxy class (advice from onathan Paisley). what could i ask to the user in order to go ahead ? obviously, my app is working as standalone on my computer. here is my ruby setup : > ruby --version ruby 1.8.4 (2005-12-24) [powerpc-darwin8.4.0] being in : > which ruby /usr/local/bin/ruby best, Yvon |
|
From: Neil S. <ne...@ha...> - 2006-02-22 20:53:07
Attachments:
signature.asc
|
Yvon Thoraval wrote: > Hey all, >=20 > i'm using "standaloneify.rb" from Jonathan Paisley >=20 > and, for the last app i'm working on, a user said to the app crashes > with the following message at Cosole log : >=20 >=20 >> /Applications/BookmarksMerge.app/Contents/Frameworks/RubyCocoa.framewo= rk/ >> Versions/A/Resources/ruby/osx/objc/cocoa_macros.rb:13:in `require': no= >> such file to load -- nkf (LoadError) >> from /Applications/BookmarksMerge.app/Contents/Frameworks/ >> RubyCocoa.framework/Versions/A/Resources/ruby/osx/objc/cocoa_macros.rb= :13 >> from /Applications/BookmarksMerge.app/Contents/Frameworks/ >> RubyCocoa.framework/Versions/A/Resources/ruby/osx/objc/cocoa.rb:13 >> from /Applications/BookmarksMerge.app/Contents/Frameworks/ >> RubyCocoa.framework/Versions/A/Resources/ruby/osx/cocoa.rb:11 >> from >> /Applications/BookmarksMerge.app/Contents/Resources/rb_main.rb:25 If you run into something that standaloneify doesn't pick up on its own, because of runtime-added requires or whatnot, use the -l option to add th= em. So here you want to add -l nkf to your standaloneify call and you should be fine. --=20 Neil Stevens - ne...@ha... "There is nothing patriotic about hating your country, or pretending that you can love your country but despise your government." -- William Jefferson Clinton |
|
From: Jonathan P. <jp...@dc...> - 2006-02-22 23:20:09
|
On 22 Feb 2006, at 18:32, Yvon Thoraval wrote: >> /Applications/BookmarksMerge.app/Contents/Frameworks/ >> RubyCocoa.framework/ >> Versions/A/Resources/ruby/osx/objc/cocoa_macros.rb:13:in >> `require': no >> such file to load -- nkf (LoadError) >> from /Applications/BookmarksMerge.app/Contents/Frameworks/ >> RubyCocoa.framework/Versions/A/Resources/ruby/osx/objc/ >> cocoa_macros.rb:13 >> from /Applications/BookmarksMerge.app/Contents/Frameworks/ >> RubyCocoa.framework/Versions/A/Resources/ruby/osx/objc/cocoa.rb:13 >> from /Applications/BookmarksMerge.app/Contents/Frameworks/ >> RubyCocoa.framework/Versions/A/Resources/ruby/osx/cocoa.rb:11 >> from /Applications/BookmarksMerge.app/Contents/Resources/ >> rb_main.rb:25 > > i've carefully inspected the Contents folder of each app and catch > for any difference : found no differences at all ( apart from what > is specific to the app). > > even i've found the "nkf.bundle" : > -rwx------ 1 yvon yvon 222304 Feb 22 13:56 nkf.bundle It's strange that 'nkf' fails to load even though it's been included. Probably a bug in standaloneify. Can you send me a zip of the original and 'standaloneified' app to investigate? |
|
From: Yvon T. <tho...@fr...> - 2006-02-23 06:54:09
|
Le 23 f=E9vr. 06 =E0 00:19, Jonathan Paisley a =E9crit : > It's strange that 'nkf' fails to load even though it's been =20 > included. Probably a bug in standaloneify. Can you send me a zip of =20= > the original and 'standaloneified' app to investigate? > > here it is : > <http://81.57.96.20/BookmarksMerge-200602221356.dmg.bz2> beware that' supposed to read Safari bookmarks and firefox too, if =20 not would crash after loading for other reasons, but works on my =20 computer. i could package the latest if you want. best, Yvon= |
|
From: Jonathan P. <jp...@dc...> - 2006-02-23 09:23:56
|
Hi, I looked at the package which seems to be working properly, with dependencies. The ruby runtime is linked into the RubyCocoa framework so it should be completely independent of any ruby on the host system. > he is using this RubyCocoa beta app over standard Apple Ruby, i'm > using the latest build by my own. Could you explain what you mean here a bit more? Is he attempting to run the same version you provided a link to? If he's using a standalone version that you've provided, even though he has only the standard Apple ruby, it will be using the latest build that you used to make the application. For more debugging information, you could add 'p $LOAD_PATH' to rb_main.rb before the first 'require'. Another useful thing is to 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, which should help to track down where it's looking for 'nkf.bundle'. |
|
From: Yvon T. <tho...@fr...> - 2006-02-23 15:41:01
|
Le 23 f=E9vr. 06 =E0 10:23, Jonathan Paisley a =E9crit : > 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. it's what i was assuming ))) > >> 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. yes he used the standalone version, he had been using another app =20 (also standalonified by your script) with success. > > > 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': > ok, i see what you mean, before using your script, i've been using =20 one of mine, but really less efficient (the app got around 14 MO, =20 with your script saying 4 MO !) > 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'. ok, fine, i'll ask him to do that. it seems the prob is computer dependant because on one computer he =20 had the message previously given and on another the application =20 starts up attempts to convert safari and|or firebox bookmarks to xml =20 and crash when sending the results to NSOutlineView. the latest bugg is more clearer to me (the safari and firefox =20 bookmarks files aren't very well structured then...) best, and thanks a lot ! Yvon |
|
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= |
|
From: Jonathan P. <jp...@dc...> - 2006-02-24 19:15:36
|
On 24 Feb 2006, at 18:47, Yvon Thoraval wrote: > on one computer a "G5 mono 1.8" it seems the prob comes from the > 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. I doubt the problem with nkf would be caused by a hardware fault. Did your friend manage to get a file access log from ktrace/kdump to identify the problem? |
|
From: Yvon T. <tho...@fr...> - 2006-02-24 19:25:32
|
Le 24 f=E9vr. 06 =E0 20:15, Jonathan Paisley a =E9crit : > > I doubt the problem with nkf would be caused by a hardware fault. =20 > Did your friend manage to get a file access log from ktrace/kdump =20 > to identify the problem? > > right, i'll ask him, but the wrong computer belongs to his son, may =20 be he doesn't access to it every time ))) best, Yvon= |
Thanks for helping keep SourceForge clean.
X