bug-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Where is pathForLibrary Resource gone?


From: Kazunobu Kuriyama
Subject: Where is pathForLibrary Resource gone?
Date: Sat, 07 Jun 2003 08:03:59 +0900
User-agent: Mozilla/5.0 (X11; U; Linux i686; ja-JP; rv:1.0.0) Gecko/20020614

Version:
gnustep-make-1.6.0
gnustep-base-1.6.0
gnustep-gui-0.8.6
gnustep-back-0.8.6
gnustep-example-0.9.6

Machine/Operating system:
i686-pc-linux-gnu

Compiler:
gcc-3.3

Description:
All the programs of gnustep-example except NSScreenTest fail to work.
For example, when trying to run Calculator, I got

2003-06-07 06:21:05.593 Calculator[4910] Invalid selection
pathForLibraryResource:ofType:inDirectory: (no type information)
2003-06-07 06:21:05.595 Calculator[4910] GSFFCallInvocation.m:787
Assertion failed in GSInvocationCallback. No signature for selector
pathForLibraryResource:ofType:inDirectory:
...
/opt/GNUstep/Local/Applications/Calculator.app/ix86/linux-gnu/gnu-gnu-gnu/Calculator:
Uncaught exception NSInternalInconsistencyException, reason:
GSFFCallInvocation.m:787 Assersion failed in GSInvocationCallback. No
signature for selection pathForLibraryResource:ofType:inDirectory

The other programs also showed similar phenomena.

Note:
I think the problem lies in the invocation of the method
pathForLibraryResource that is used in NSImage.m, NSPrinter.m,
NSSound.m, and NSView.m. Actually, when these files compiled, the
compiler yeilded warnings like:

NSImage.m: In function `+[NSImage initialize]':
NSImage.m:157: warning cannot find method
NSImage.m:157: warning return type for
`pathForLibraryResource:ofType:inDirectory:' defaults to id

I guess `pathForLibraryResource' should be read `pathForResource', but
I'm not sure because I'm not familiar with Objective C (Your project encourages me to try it!). I cound not find the definition of the
method in either the base or the gui package. I found the library
generated by changing the mothod's name works fine, though I'm not
convinced this is a right solution.

I have just downloaded the current snapshot and found that
pathForLibraryResource is still used there and its definition is not given in the header files. I think this indicates the problem I got still remains.

Thank you.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]