discuss-gnustep
[Top][All Lists]
Advanced

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

Re: Crash on app start due to icon


From: Riccardo Mottola
Subject: Re: Crash on app start due to icon
Date: Wed, 1 Aug 2018 23:12:12 +0200
User-agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.3

Hi,

Wolfgang Lux wrote:
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.

the gentoo stack was a bit short.
I cleaned debian and now get a similar trace. I had an older version of GUI installed (older number shouldn't matter, but it did) so here it is, now the code lines do match.

Program received signal SIGSEGV, Segmentation fault.
0xb7b3b1a6 in -[NSApplication setApplicationIconImage:] (
    self=0xb7b384f7 <-[NSApplication(Private) _loadAppIconImage]+503>,
    _cmd=0x8128a88, anImage=0xb7ed3238 <_OBJC_SELECTOR_TABLE+3256>)
    at NSApplication.m:2392
2392      imageSize = [_app_icon size];

#0  0xb7b3b1a6 in -[NSApplication setApplicationIconImage:] (
    self=0xb7b384f7 <-[NSApplication(Private) _loadAppIconImage]+503>,
    _cmd=0x8128a88, 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=0x8128a88,
    _cmd=0xb7ed2c08 <_OBJC_SELECTOR_TABLE+1672>) at NSApplication.m:3834
#3  0xb7b40c31 in -[NSApplication _init] (self=0x8128a88,
    _cmd=0xb7ed2c68 <_OBJC_SELECTOR_TABLE+1768>) at NSApplication.m:885
#4  0xb76a51ea in -[NSObject performSelector:withObject:] (self=0x8128a88,
    _cmd=0xb7a24af8 <_OBJC_SELECTOR_TABLE+280>,
    aSelector=0xb7ed2c68 <_OBJC_SELECTOR_TABLE+1768>, anObject=0x8128a88)
    at NSObject.m:2009
#5 0xb7711a43 in -[NSObject(NSThreadPerformAdditions) performSelector:onThread:withObject:waitUntilDone:modes:] (self=0x8128a88,
    _cmd=0xb7a24c00 <_OBJC_SELECTOR_TABLE+544>,
aSelector=0xb7ed2c68 <_OBJC_SELECTOR_TABLE+1768>, aThread=<optimized out>, anObject=0x8128a88, aFlag=1 '\001', anArray=0x81ba818) at NSThread.m:2136 #6 0xb770d4c3 in -[NSObject(NSThreadPerformAdditions) performSelectorOnMainThread:withObject:waitUntilDone:modes:] (self=0x8128a88,
    _cmd=0xb7a24c08 <_OBJC_SELECTOR_TABLE+552>,
    aSelector=0xb7ed2c68 <_OBJC_SELECTOR_TABLE+1768>, anObject=0x8128a88,
    aFlag=1 '\001', anArray=0x81ba818) at NSThread.m:2095
#7 0xb770fb77 in -[NSObject(NSThreadPerformAdditions) performSelectorOnMainThread:withObject:waitUntilDone:] (self=0x8128a88,
    _cmd=0xb7ed2c70 <_OBJC_SELECTOR_TABLE+1776>,
    aSelector=0xb7ed2c68 <_OBJC_SELECTOR_TABLE+1768>, anObject=0x8128a88,
    aFlag=1 '\001') at NSThread.m:2105
#8  0xb7b3f68e in -[NSApplication init] (self=0x8128a88,
    _cmd=0xb7ed29d0 <_OBJC_SELECTOR_TABLE+1104>) at NSApplication.m:984
#9  0xb7b36580 in +[NSApplication sharedApplication] (
    self=0xb7ed35c0 <_OBJC_Class_NSApplication>,
    _cmd=0xb7ec73c8 <_OBJC_SELECTOR_TABLE+872>) at NSApplication.m:851
#10 0xb7b1e972 in NSApplicationMain (argc=1, argv=0xbffff444) at Functions.m:78 #11 0x08048da7 in main (argc=1, argv=0xbffff444, env=0xbffff44c) at main.m:33

(gdb) p _app_icon
$1 = (struct NSImage *) 0x548b0cc4
(gdb) po _app_icon
Cannot access memory at address 0x548b0cc4

a situation similar to the Gentoo box.
I have this failing on Gentoo, Ubuntu, Solaris 10 however it works on my FreeBSD box. The former are all GCC builds, the working one is GCC and 64bit amd64. But I don't think if this is relevant

Riccardo



reply via email to

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