|
From: | Gregory Casamento |
Subject: | Re: Crash on app start due to icon |
Date: | Wed, 1 Aug 2018 09:13:56 -0400 |
Hi Riccardo,
> Program received signal SIGSEGV, Segmentation fault.
> 0xb7b3b1a6 in -[NSApplication setApplicationIconImage:] (
> self=0xb7b384f7 <-[NSApplication(Private) _loadAppIconImage]+503>,
> _cmd=0x81ba588, anImage=0xb7ed3238 <_OBJC_SELECTOR_TABLE+3256>)
> at NSApplication.m:2392
> 2392 imageSize = [_app_icon size];
> (gdb)
>
> #0 0xb7b3b1a6 in -[NSApplication setApplicationIconImage:] (
> self=0xb7b384f7 <-[NSApplication(Private) _loadAppIconImage]+503>,
> _cmd=0x81ba588, anImage=0xb7ed3238 <_OBJC_SELECTOR_TABLE+3256>)
> at NSApplication.m:2392
> #1 0xb7ed3230 in _OBJC_SELECTOR_TABLE ()
> from /System/Library/Libraries/libgnustep-gui.so.0.26
> #2 0xb7b384f7 in -[NSApplication(Private) _loadAppIconImage] (self=0x81ba588,
> _cmd=0xb7ed2c08 <_OBJC_SELECTOR_TABLE+1672>) at NSApplication.m:3834
> #3 0xb7b40c31 in -[NSApplication _init] (self=0x81ba588,
This stack trace looks fairly weird to me; it seems like the debug info does not match the code. This reminds me of situations where my programs got linked to two different versions of a GNUstep library (a newer one used directly from the application and an older one linked indirectly from some library/bundle that I forgot to recompile). You might check using
info sharedlibrary
from the gdb prompt and looking for more than one instance of libgnustep-gui.so in the list.
Wolfgang
_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep
[Prev in Thread] | Current Thread | [Next in Thread] |