Follow-up Comment #5, bug #45032 (project gnustep):
I see what is wrong, but I wonder why it is specifc to solaris?
I put some nslogs in bundleForLibrary when the class fo FSNode is looked up:
2015-05-13 00:20:04.137 GWorkspace[5386:1817400] bundleForClass: FSNodeRep
2015-05-13 00:20:04.138 GWorkspace[5386:1817400] lib:
/opt/GNUstep/Local/Library/Frameworks/FSNode.framework/Versions/0/libFSNode.so.0.1.0
2015-05-13 00:20:04.139 GWorkspace[5386:1817400] bundleForLibrary: clean
libraryName: libFSNode.so.0.1.0
2015-05-13 00:20:04.139 GWorkspace[5386:1817400] bundleForLibrary: libraryName
without extension: libFSNode, interface version:0.1
2015-05-13 00:20:04.140 GWorkspace[5386:1817400] looking for specific version:
/opt/GNUstep/Local/Library/Libraries/FSNode/Versions/0.1/Resources
2015-05-13 00:20:04.141 GWorkspace[5386:1817400] bundle for library: (null)
it is looking for
/opt/GNUstep/Local/Library/Libraries/FSNode/Versions/0.1/Resources
first, there is no "0.1" version, second the resources are inside the
Framework, as on e.g. FreeBSD:
/opt/GNUstep/Local/Library/Frameworks/FSNode.framework/Versions/0/Resources
why this does work on FreeBSD though I don't know, but it is confusing. at
line 3118 if the path does not exist the NSFileManager won't find it and thus
return nil.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?45032>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
_______________________________________________
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep
