Re: [Rubycocoa-talk] standaloneify.rb

[Yvon T. <tho...@fr...>]

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