discuss-gnustep
[Top][All Lists]
Advanced

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

gworkspace crashes on startup


From: Sebastian Reitenbach
Subject: gworkspace crashes on startup
Date: Fri, 8 Apr 2011 08:56:54 +0200
User-agent: KMail/1.13.5 (Linux/2.6.34.7-0.7-xen; KDE/4.4.4; x86_64; ; )

Hi,

with gnustep core from svn, libobjc2 and gworkspace from svn, gworkspace 
segfaults for me on startup. This is the output I see on the console when 
starting:

$ GWorkspace                                                                    
                                                                                
          
2011-04-08 07:41:10.486 GWorkspace[923] Did not find correct version of 
backend (libgnustep-back-018.bundle), falling back to std (libgnustep-
back.bundle).
2011-04-08 07:41:10.646 GWorkspace[923] XShm not supported, XShmAttach() 
failed.
2011-04-08 07:41:10.647 GWorkspace[923] Falling back to normal XImage: s (will 
be slower).
2011-04-08 07:41:12.269 fswatcher[2502] register client 2
2011-04-08 07:41:13.108 GWorkspace[923] File NSPropertyList.m: 1012. In id 
parsePlItem(pldata *) Missing semicolon in dictionary at line 11 char 176
2011-04-08 07:41:13.113 GWorkspace[923] File NSPropertyList.m: 1012. In id 
parsePlItem(pldata *) Missing semicolon in dictionary at line 11 char 186
2011-04-08 07:41:13.118 GWorkspace[923] File NSPropertyList.m: 1012. In id 
parsePlItem(pldata *) Missing semicolon in dictionary at line 11 char 198
2011-04-08 07:41:13.345 GWorkspace[923] Volumes ({dir = "/"; name = 
"/dev/sd0a"; type = ffs; }, {dir = "/home"; name = "/dev/sd0k"; type = ffs; }, 
{dir = "/tmp"; name = "/dev/sd0d"; type = ffs; }, {dir = "/usr"; name = 
"/dev/sd0f"; type = ffs; }, {dir = "/usr/X11R6"; name = "/dev/sd0g"; type = 
ffs; }, {dir = "/usr/local"; name = "/dev/sd0h"; type = ffs; }, {dir = 
"/usr/obj"; name = "/dev/sd0j"; type = ffs; }, {dir = "/usr/src"; name = 
"/dev/sd0i"; type = ffs; }, {dir = "/var"; name = "/dev/sd0e"; type = ffs; })
Loading two versions of GSColorSliderCell.  The class that will be used is 
undefined
Segmentation fault (core dumped) 
$ 2011-04-08 07:41:15.593 fswatcher[2502] Connection became invalid
2011-04-08 07:41:15.601 fswatcher[2502] No next in enumerator
2011-04-08 07:41:15.655 fswatcher[2502] No next in enumerator
2011-04-08 07:41:15.656 fswatcher[2502] No next in enumerator
2011-04-08 07:41:15.656 fswatcher[2502] No next in enumerator
2011-04-08 07:41:15.656 fswatcher[2502] No next in enumerator
2011-04-08 07:41:15.656 fswatcher[2502] No next in enumerator
2011-04-08 07:41:15.656 fswatcher[2502] No next in enumerator
2011-04-08 07:41:15.656 fswatcher[2502] No next in enumerator
2011-04-08 07:41:15.656 fswatcher[2502] No next in enumerator

I don't know whether the missing semicolon is the cause of the fault?
How do I find out which plist it is parsing when it throws this warning, is 
there a default to enable debugging?

the stack trace of the core file looks like this, this is starting at stack 
frame 10637, but all the others before look the same, any hint how to see the 
last stackframes up to main()?

#10637 0x0b1ccc09 in collectMethodsForMethodListToSparseArray (list=Cannot 
access memory at address 0x0
) at dtable.c:26
#10638 0x0b1ccc09 in collectMethodsForMethodListToSparseArray (list=Cannot 
access memory at address 0x0
) at dtable.c:26
#10639 0x0b1ccc09 in collectMethodsForMethodListToSparseArray (list=Cannot 
access memory at address 0x0
) at dtable.c:26
#10640 0x0b1ccc09 in collectMethodsForMethodListToSparseArray (list=Cannot 
access memory at address 0x0
) at dtable.c:26
#10641 0x0b1ccc09 in collectMethodsForMethodListToSparseArray (list=Cannot 
access memory at address 0x0
) at dtable.c:26
#10642 0x0b1ccc09 in collectMethodsForMethodListToSparseArray (list=Cannot 
access memory at address 0x0
) at dtable.c:26
#10643 0x0b1ccc09 in collectMethodsForMethodListToSparseArray (list=Cannot 
access memory at address 0x0
) at dtable.c:26
#10644 0x0b1ccc09 in collectMethodsForMethodListToSparseArray (list=Cannot 
access memory at address 0x0
) at dtable.c:26
#10645 0x0b1ccc09 in collectMethodsForMethodListToSparseArray (list=Cannot 
access memory at address 0x0
) at dtable.c:26
#10646 0x0b1ccc09 in collectMethodsForMethodListToSparseArray (list=Cannot 
access memory at address 0x0
) at dtable.c:26
---Type <return> to continue, or q <return> to quit---q
Quit
(gdb) frame 0
#0  0x0b1ccbe9 in collectMethodsForMethodListToSparseArray (list=Cannot access 
memory at address 0xffff
) at dtable.c:23
23      {
Current language:  auto; currently minimal
(gdb) list
18      
19      
20      static void collectMethodsForMethodListToSparseArray(
21                      struct objc_method_list *list,
22                      SparseArray *sarray)
23      {
24              if (NULL != list->next)
25              {
26                      collectMethodsForMethodListToSparseArray(list->next, 
sarray);
27              }
(gdb) print list
Cannot access memory at address 0x0
(gdb) info threads 
  4 process 923, thread 0x7efa1800 (RUNNING)  0x0b1ccbe9 in 
collectMethodsForMethodListToSparseArray (list=Cannot access memory at address 
0x0
) at dtable.c:23
  3 process 923, thread 0x7e918c00 (COND_WAIT)  _thread_kern_sched (scp=0x0) 
at /usr/src/lib/libpthread/uthread/uthread_kern.c:488
  2 process 923, thread 0x7e918000 (COND_WAIT)  _thread_kern_sched (scp=0x0) 
at /usr/src/lib/libpthread/uthread/uthread_kern.c:488
* 1 process 923  0x0b1ccbe9 in collectMethodsForMethodListToSparseArray 
(list=Cannot access memory at address 0x0
) at dtable.c:23



reply via email to

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