[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Crash on app start due to icon
From: |
Wolfgang Lux |
Subject: |
Re: Crash on app start due to icon |
Date: |
Sat, 4 Aug 2018 13:53:50 +0200 |
Hi Riccardo,
as everybody else I'm also unable to reproduce your issue on NetBSD 7.1.2 with
the latest source (except for Fred's patch). So it's seems this is something
peculiar with your setup. Do you have any themes installed? If so, can you
install them and try again. Also, what is the output of
info sharedlibrary
(you may abbreviate that to i sh) when the program crashes?
Wolfgang
>
> Hi,
>
> I was just finished updating my NetBSD laptop (8.0 is out) and rebuilding all
> packages, so everything is clean, then I rebuilt GNUstep too!
>
> Here it also crashes! making the bug very reproducable across platforms. Here
> the trace is similar:
> Program received signal SIGSEGV, Segmentation fault.
> 0xade46638 in objc_msg_lookup () from /usr/lib/libobjc.so.4
> (gdb) bt
> #0 0xade46638 in objc_msg_lookup () from /usr/lib/libobjc.so.4
> #1 0xae40f5b5 in -[NSApplication setApplicationIconImage:] (self=0xae40c6e2
> <-[NSApplication(Private) _loadAppIconImage]+577>, _cmd=0xab2172c0,
> anImage=0xae6e1638 <_OBJC_SELECTOR_TABLE+3256>) at NSApplication.m:2392
> #2 0xae6e1630 in _OBJC_SELECTOR_TABLE () from
> /System/Library/Libraries/libgnustep-gui.so.0.26.2
> #3 0xae40c6e2 in -[NSApplication(Private) _loadAppIconImage]
> (self=0xab2172c0, _cmd=0xae6e1008 <_OBJC_SELECTOR_TABLE+1672>) at
> NSApplication.m:3834
> #4 0xae4158d8 in -[NSApplication _init] (self=0xab2172c0, _cmd=0xae6e1068
> <_OBJC_SELECTOR_TABLE+1768>) at NSApplication.m:885
> #5 0xae016c16 in -[NSObject performSelector:withObject:] (self=0xab2172c0,
> _cmd=0xae2f7138 <_OBJC_SELECTOR_TABLE+280>,
> aSelector=0xae6e1068 <_OBJC_SELECTOR_TABLE+1768>, anObject=0xab2172c0) at
> NSObject.m:2009
> #6 0xae08940a in -[NSObject(NSThreadPerformAdditions)
> performSelector:onThread:withObject:waitUntilDone:modes:] (self=0xab2172c0,
> _cmd=0xae2f7240 <_OBJC_SELECTOR_TABLE+544>, aSelector=0xae6e1068
> <_OBJC_SELECTOR_TABLE+1768>, aThread=<optimized out>, anObject=0xab2172c0,
> aFlag=1 '\001', anArray=0xab2a3800) at NSThread.m:2136
> #7 0xae084c68 in -[NSObject(NSThreadPerformAdditions)
> performSelectorOnMainThread:withObject:waitUntilDone:modes:]
> (self=self@entry=0xab2172c0,
> _cmd=_cmd@entry=0xae2f7248 <_OBJC_SELECTOR_TABLE+552>,
> aSelector=aSelector@entry=0xae6e1068 <_OBJC_SELECTOR_TABLE+1768>,
> anObject=anObject@entry=0xab2172c0, aFlag=aFlag@entry=1 '\001',
> anArray=0xab2a3800) at NSThread.m:2095
> #8 0xae087272 in -[NSObject(NSThreadPerformAdditions)
> performSelectorOnMainThread:withObject:waitUntilDone:] (self=0xab2172c0,
> _cmd=0xae6e1070 <_OBJC_SELECTOR_TABLE+1776>, aSelector=0xae6e1068
> <_OBJC_SELECTOR_TABLE+1768>, anObject=0xab2172c0, aFlag=1 '\001') at
> NSThread.m:2105
> #9 0xae414115 in -[NSApplication init] (self=0xab2172c0, _cmd=0xae6e0dd0
> <_OBJC_SELECTOR_TABLE+1104>) at NSApplication.m:984
> #10 0xae40a39e in +[NSApplication sharedApplication] (self=0xae6e19c0
> <_OBJC_Class_NSApplication>, _cmd=0xae6d57c8 <_OBJC_SELECTOR_TABLE+872>)
> at NSApplication.m:851
> #11 0xae3f0c60 in NSApplicationMain (argc=argc@entry=1,
> argv=argv@entry=0xbfb1fe60) at Functions.m:78
> #12 0x0804abef in gnustep_base_user_main (argc=1, argv=0xbfb1fe60) at
> main.m:15
> #13 0xae12da28 in main (argc=1, argv=0xbfb1fe60, env=0xbfb1fe68) at
> NSProcessInfo.m:1002
> #14 0x0804a614 in ___start ()
> #15 0x0804a508 in _start ()
>
>
> (gdb) p anImage
> $1 = (struct NSImage *) 0xae6e1638 <_OBJC_SELECTOR_TABLE+3256>
> (gdb) p *anImage
> $2 = {{isa = 0x1d006b}, _name = 0xae6dde84 <_OBJC_METH_VAR_TYPE_0>, _fileName
> = 0x16009c, _size = {width = -5.40798517e-11, height = 1.92876542e-39},
> _flags = {archiveByName = 0, scalable = 0, dataRetained = 0, flipDraw = 0,
> sizeWasExplicitlySet = 0, useEPSOnResolutionMismatch = 1,
> colorMatchPreferred = 0, multipleResolutionMatching = 0, cacheSeparately
> = 0, unboundedCacheDepth = 0, syncLoad = 0}, _reps = 0xa006e,
> _color = 0xae6dd7e0 <_OBJC_METH_VAR_TYPE_437>, _lockedView = 0x1a006e,
> _delegate = 0xae6dde84 <_OBJC_METH_VAR_TYPE_0>, _cacheMode = 1507351}
>
>
> I tried compiling in debug without optimization, and it works! This hints
> even more at memory corruption, more than a retain issue.
>
> Riccardo
>
> _______________________________________________
> Discuss-gnustep mailing list
> Discuss-gnustep@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnustep
- Re: Crash on app start due to icon, (continued)
- Re: Crash on app start due to icon, Richard Frith-Macdonald, 2018/08/01
- Re: Crash on app start due to icon, Wolfgang Lux, 2018/08/01
- Re: Crash on app start due to icon, Gregory Casamento, 2018/08/01
- Re: Crash on app start due to icon, Riccardo Mottola, 2018/08/01
- Re: Crash on app start due to icon, Fred Kiefer, 2018/08/01
- Re: Crash on app start due to icon, Riccardo Mottola, 2018/08/02
- Re: Crash on app start due to icon, Riccardo Mottola, 2018/08/03
- Re: Crash on app start due to icon, Josh Freeman, 2018/08/03
- Re: Crash on app start due to icon, Riccardo Mottola, 2018/08/04
- Re: Crash on app start due to icon,
Wolfgang Lux <=
- Re: Crash on app start due to icon, Riccardo Mottola, 2018/08/04
- Re: Crash on app start due to icon, Wolfgang Lux, 2018/08/05
- Re: Crash on app start due to icon, Gregory Casamento, 2018/08/05
- Re: Crash on app start due to icon, Fred Kiefer, 2018/08/05
- Re: Crash on app start due to icon, Gregory Casamento, 2018/08/05
- Re: Crash on app start due to icon, Riccardo Mottola, 2018/08/06
- Re: Crash on app start due to icon, Wolfgang Lux, 2018/08/06
- Re: Crash on app start due to icon, Riccardo Mottola, 2018/08/07
- Re: Crash on app start due to icon, Wolfgang Lux, 2018/08/08
- Re: Crash on app start due to icon, Riccardo Mottola, 2018/08/09