[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [bug #30683] NSInvalidArgumentException: NSBundle(class) does not re
From: |
csanyipal |
Subject: |
Re: [bug #30683] NSInvalidArgumentException: NSBundle(class) does not recognize loadGSMarkupNamed:owner: |
Date: |
Mon, 09 Aug 2010 19:25:50 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) |
Nicola Pero <nicola.pero@meta-innovation.com> writes:
>>> ldd ./LPT_Interface.app/LPT_Interface
>> How could I know whether is something here suspicious?
>> Here is the output of the command:
> That is interesting ... libRenaissance.so is not listed. Presumably
> the linker has removed libRenaissance.so
> because you have referenced no function or class inside it. It's not
> smart enough to realize that you are calling
> a method in an NSBundle category implemented inside Renaissance.
>
> Try adding
>
> int (*linkRenaissanceIn)(int, const char **) = GSMarkupApplicationMain;
Here it is:
---------------*
int (*linkRenaissanceIn)(int, const char **) = GSMarkupApplicationMain;
int main (int argc, const char **argv)
{
CREATE_AUTORELEASE_POOL (pool);
MyDelegate *delegate;
[NSApplication sharedApplication];
delegate = [MyDelegate new];
[NSApp setDelegate: delegate];
#ifdef GNUSTEP
[NSBundle loadGSMarkupNamed: @"Menu-GNUstep" owner: delegate];
#else
[NSBundle loadGSMarkupNamed: @"Menu-OSX" owner: delegate];
#endif
RELEASE (pool);
return NSApplicationMain (argc, argv);
}
---------------*
> before your main function, then recompile. That command (which does
> nothing, but it references a function inside
> Renaissance) may manage to convince the dynamic linker that
> Renaissance is needed. :-)
>
> Let me know how it goes.
Finally, it goes! :)
So, on Debian it is not need to add this line, but on Gentoo it is,
right?
--
Regards, Paul Chany
You can freely correct me in my English.
http://csanyi-pal.info
Re: [bug #30683] NSInvalidArgumentException: NSBundle(class) does not recognize loadGSMarkupNamed:owner:, csanyipal, 2010/08/09