bugGNUstep - Bugs: bug #22410, Apps segfault on a second display


bug #22410: Apps segfault on a second display

Submitted by:  Yavor Doganov <yavor>
Submitted on:  Mon 25 Feb 2008 06:40:23 AM UTC  
Category:  Backend Severity:  3 - Normal
Item Group:  Bug Status:  Fixed
Privacy:  Public Assigned to:  Fred Kiefer <FredKiefer>
Open/Closed:  Closed

Add a New Comment (Rich Markup)

You are not logged in

Please log in, so followups can be emailed to you.


Tue 26 Feb 2008 01:02:13 AM UTC, comment #5: 

The user has reported that the patch fixes the problem for him.


(By the way, FWIW, he reported that the output with '--GNU-Debug=dflt' was:
agnes@mordor:~$ MPDCon --GNU-Debug=dflt
2008-02-25 20:50:45.952 MPDCon[3948] File NSData.m: 167. In readContentsOfFile Open (/usr/share/GNUstep/Libraries/gnustep-base/Versions/1.14/Resources/NSTimeZones/localtime) attempt failed - Aucun fichier ou répertoire de ce type
2008-02-25 21:50:45.938 MPDCon[3948] Loading Backend from /usr/lib/GNUstep/Bundles/libgnustep-back-012.bundle
2008-02-25 21:50:46.449 MPDCon[3948] Initializing GNUstep x11 backend.
2008-02-25 21:50:46.751 MPDCon[3948] Loading 1 user defined AppKit bundles
2008-02-25 21:50:46.775 MPDCon[3948] Loaded '/usr/lib/GNUstep/Bundles/Camaelon.themeEngine'
2008-02-25 21:50:47.109 MPDCon[3948] Opened display :0.1, display 0 screen 1
Erreur de segmentation

Hubert Chathi <uhoreg>
Mon 25 Feb 2008 07:20:45 PM UTC, comment #4: 

As it turned out I was able to reproduce the same error even with just one monitor, by switching of the special handling for the default screen.
I corrected the code in SVN and made sure we will all get any future error here by removing the special handling.

Fred Kiefer <FredKiefer>
Project MemberIn charge of this item.
Mon 25 Feb 2008 06:12:55 PM UTC, comment #3: 

Already asked yesterday the OP to post the output with `--GNU-Debug=dflt' and will report here when he replies.

Yavor Doganov <yavor>
Mon 25 Feb 2008 06:03:44 PM UTC, comment #2: 

Just one more tip to get more output. Could you please restart the failing application with the option --GNU-Debug=dflt

Fred Kiefer <FredKiefer>
Project MemberIn charge of this item.
Mon 25 Feb 2008 04:08:24 PM UTC, comment #1: 

This error is only possible if either window or context is no valid pointer. As window gest used imidiatly before that line, it must be context, which is invalid, probably NULL.

This could only happen, when the screen cannot be initialized, so there wouldn't be any screen context for that default screen. I am wondering how the existence ofthe second screen may have any influence here. But I have never tried GNUstep i a multi screen environment.

Was there any warning message before the error occured?

Fred Kiefer <FredKiefer>
Project MemberIn charge of this item.
Mon 25 Feb 2008 06:40:23 AM UTC, original submission:  

A user reported at <http://bugs.debian.org/467199> that GNUstep apps crash on his second display in a dual screen setup (art backend).  Here is the backtrace and attached xdpyinfo.

[Switching to Thread 0xb72c88d0 (LWP 16512)]
0xb6ec6afc in -[XGServer(WindowOps) _checkStyle:] (self=0x8217470, _cmd=0xb6f290f0, style=1)
    at ../../../Source/x11/XGServerWindow.m:571
571       window->depth = context->depth;
Current language:  auto; currently minimal
(gdb) bt
#0  0xb6ec6afc in -[XGServer(WindowOps) _checkStyle:] (self=0x8217470, _cmd=0xb6f290f0, style=1)
    at ../../../Source/x11/XGServerWindow.m:571
#1  0xb6ec9321 in -[XGServer(WindowOps) _setupRootWindow] (self=0x8217470, _cmd=0xb6f27900)
    at ../../../Source/x11/XGServerWindow.m:1424
#2  0xb6ebe0a8 in -[XGServer _initXContext] (self=0x8217470, _cmd=0xb6f27928) at ../../../Source/x11/XGServer.m:447
#3  0xb6ebe1da in -[XGServer initWithAttributes:] (self=0x8217470, _cmd=0xb7f95740, info=0x0) at ../../../Source/x11/XGServer.m:460
#4  0xb7e2fd2f in +[GSDisplayServer serverWithAttributes:] (self=0xb7f95680, _cmd=0xb7f03b28, attributes=0x0)
    at GSDisplayServer.m:185
#5  0xb7ca6f94 in -[NSApplication _init] (self=0x81a7378, _cmd=0xb7f03b78) at NSApplication.m:805
#6  0xb799c929 in -[NSObject performSelector:withObject:] (self=0x81a7378, _cmd=0xb7bd2e40, aSelector=0xb7f03b78,
    anObject=0x81a7378) at NSObject.m:1947
#7  0xb79fc980 in -[NSObject(NSMainThreadPerformAdditions) performSelectorOnMainThread:withObject:waitUntilDone:modes:] (
    self=0x81a7378, _cmd=0xb7bd2e60, aSelector=0xb7f03b78, anObject=0x81a7378, aFlag=1 '\001', anArray=0x81a9648)
    at NSThread.m:1046
#8  0xb79fcbba in -[NSObject(NSMainThreadPerformAdditions) performSelectorOnMainThread:withObject:waitUntilDone:] (self=0x81a7378,
    _cmd=0xb7f03b80, aSelector=0xb7f03b78, anObject=0x81a7378, aFlag=1 '\001') at NSThread.m:1093
#9  0xb7ca7467 in -[NSApplication init] (self=0x81a7378, _cmd=0xb7f03918) at NSApplication.m:892
#10 0xb7ca6eec in +[NSApplication sharedApplication] (self=0xb7f03280, _cmd=0xb7ef97e0) at NSApplication.m:771
#11 0xb7c8dfbc in NSApplicationMain (argc=1, argv=0xbfab1a84) at Functions.m:72
#12 0x0805d5a2 in main ()

Yavor Doganov <yavor>


(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:

Attached Files
file #15107:  xdpyinfo added by yavor (7KiB - application/octet-stream)


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by uhoreg (Posted a comment)
  • -email is unavailable- added by FredKiefer (Posted a comment)
  • -email is unavailable- added by yavor (Submitted the item)

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.




    Follow 6 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2008-02-26 FredKiefer StatusReady For Test => Fixed
        Open/ClosedIn Test => Closed
    2008-02-25 FredKiefer Assigned toNone => FredKiefer
        Open/ClosedOpen => In Test
    2008-02-25 FredKiefer StatusNone => Ready For Test
    2008-02-25 yavor Attached File- => Added xdpyinfo, #15107

    Back to the top

    Powered by Savane 3.6