bug-gnustep
[Top][All Lists]
Advanced

[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




reply via email to

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