On 10 May 2006, at 13:12, Quentin Mathé wrote:
Le 10 mai 06 à 13:21, Richard Frith-Macdonald a écrit :
On 10 May 2006, at 12:15, Quentin Mathé wrote:
I have observed the same problem yesterday with Ubuntu Linux
(Dapper Drake) on ppc. However bizarrely when I compile the
application with 'debug=yes', the main model file loads fine when
I launch the application.
I can reproduce the problem with any applications by simply
compile it with 'make' and trying to run it. I just got the error
reported by Charles each time. The only exception is Gorm that
loads fine with or without 'debug=yes'
Thanks ... I habitually use debug=yes, so I guess that's why I've
been totally unable to reproduce the problem.
To get the load failure, do you have to build the base library
without debug or just the application?
I had base and gui built without 'debug' initially when I observed
the issue. Now in my latest setup, I compiled gui with 'debug', but
base is still compiled without.
Take note I didn't try to run an application compiled without
'debug', linking a base version built with 'debug'.
I found it, and added a fix to NSBundleAdditions.m in the gui
library ...
It was asking for the bundle for the NSApplication class, and trying
to load from that bundle.
Previous to the NSBundle fixes, the call to bundleForClass: was
returning nil, and the nib loading code fell back to using the main
bundle of the application.
I've modified it so that, if the nib/gorm file is not found in the
bundle for the class, it tries the main bundle of the application as
well.
What I don't understand is why the problem didn't show up when things
were built with debug=yes ?
_______________________________________________
Bug-gnustep mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/bug-gnustep
