Re: recent cvs snap causes segfaults [it's not the snap]

[Stefan Böhringer]

Following up my own mail, I have dicovered that on another machine
everything installs fine, so it has nothing to do with the current state
of cvs.
The consistent thing on my machine is, that once __vacall_r is called
for the first time it enters an infinite recoursion involving other
GNUstep methods through callbacks. Interestingly, it is always NSString
methods that trigger __vacall_r. As to why ffcall functions are called
in this place I have no idea.
Any help is greatly appreciated.

Thanks, Stefan

Backtraces for gdnc and defaults, but similar for other system tools.

#gdnc
#0  0x401b258c in __vacall_r ()
   from /usr/GNUstep/System/Library/Libraries/libgnustep-base_d.so.1
#1  0x400bc44b in +[NSCharacterSet characterSetWithCharactersInString:]
(
    self=0x8095948, _cmd=0x40217a20, aString=0xbfffeca8)
    at NSCharacterSet.m:251
#2  0x4013b4ad in pathSeps () at NSString.m:224
#3  0x401418c1 in -[NSString lastPathComponent] (self=0x8095948, 
    _cmd=0x40212d98) at NSString.m:2823
#4  0x4011f8f4 in _gnu_process_args (argc=1, argv=0x805b360,
env=0x805e0d0)
    at NSProcessInfo.m:225
#5  0x401205bb in +[NSProcessInfo initialize] (self=0x40212c80, 
    _cmd=0x4021e708) at NSProcessInfo.m:628
#6  0x402706c0 in __objc_send_initialize (class=0x40212c80)
    at /Disks/ext/src/gcc/gcc-3.3/libobjc/sendmsg.c:324
#7  0x4027050d in __objc_init_install_dtable (receiver=0x40212c80, 
    op=0x4021cb28) at /Disks/ext/src/gcc/gcc-3.3/libobjc/sendmsg.c:266
#8  0x40271596 in objc_msg_lookup (receiver=0x40212c80, op=0x4021cb28)
    at /Disks/ext/src/gcc/gcc-3.3/libobjc/sendmsg.c:184
#9  0x401629f0 in userDirectory (name=0x8094760, defaults=1 '\001')
    at NSUser.m:533
#10 0x40162820 in GSDefaultsRootForUser (userName=0x8094760) at
NSUser.m:510
#11 0x40166fd6 in pathForUser (user=0x8094760) at NSUserDefaults.m:627
#12 0x401674f3 in -[NSUserDefaults initWithUser:] (self=0x8093d48, 
    _cmd=0x4021d5b0, userName=0x8094760) at NSUserDefaults.m:730
#13 0x40166f70 in -[NSUserDefaults init] (self=0x8093d48,
_cmd=0x4021d4e0)
    at NSUserDefaults.m:613
#14 0x4016684c in +[NSUserDefaults userLanguages] (self=0x4021d3c0, 
    _cmd=0x4021d4d0) at NSUserDefaults.m:509
#15 0x401662be in +[NSUserDefaults standardUserDefaults]
(self=0x4021d3c0, 
    _cmd=0x804e8d8) at NSUserDefaults.m:404
#16 0x0804bfe6 in main (argc=1, argv=0xbffff074, env=0xbffff07c) at
gdnc.m:926
#17 0x4038c1c4 in __libc_start_main () from /lib/libc.so.6

#defaults
(gdb) bt
#0  0x401b258c in __vacall_r ()
   from /usr/GNUstep/System/Library/Libraries/libgnustep-base_d.so.1
#1  0x40075e1d in GSIMapAddPair (map=0x8088410, key=
      {obj = 0x40200e98, nso = 0x40200e98}, value=
      {obj = 0x806bf08, nso = 0x806bf08})
    at ../Headers/Additions/GNUstepBase/GSIMap.h:691
#2  0x4007579f in -[GSMutableDictionary setObject:forKey:]
(self=0x8088410, 
    _cmd=0x40200e98, anObject=0x806bf08, aKey=0x40200d44) at
GSDictionary.m:370
#3  0x400aea2a in +[NSAssertionHandler currentHandler] (self=0x40200e40,
    _cmd=0x4021fb40) at NSAssertionHandler.m:78
#4  0x4017bc10 in GSInvocationCallback (callback_data=0x40233220, 
    args=0xbfffca1c) at GSFFCallInvocation.m:806
#5  0x401b25c5 in __vacall_r ()
   from /usr/GNUstep/System/Library/Libraries/libgnustep-base_d.so.1
#6  0x4007579f in -[GSMutableDictionary setObject:forKey:]
(self=0x8088410, 
    _cmd=0x40200e98, anObject=0x80504c8, aKey=0x40200d44) at
GSDictionary.m:370
#7  0x400aea2a in +[NSAssertionHandler currentHandler] (self=0x40200e40,
    _cmd=0x4021fb40) at NSAssertionHandler.m:78
#8  0x4017bc10 in GSInvocationCallback (callback_data=0x40233220, 
    args=0xbfffcbc0) at GSFFCallInvocation.m:806
#9  0x401b25c5 in __vacall_r ()
   from /usr/GNUstep/System/Library/Libraries/libgnustep-base_d.so.1
#10 0x4007579f in -[GSMutableDictionary setObject:forKey:]
(self=0x8088410, 
    _cmd=0x40200e98, anObject=0x806a020, aKey=0x40200d44) at
GSDictionary.m:370
#11 0x400aea2a in +[NSAssertionHandler currentHandler] (self=0x40200e40,
    _cmd=0x4021fb40) at NSAssertionHandler.m:78
#12 0x4017bc10 in GSInvocationCallback (callback_data=0x40233190, 
    args=0xbfffcd64) at GSFFCallInvocation.m:806
#13 0x401b25c5 in __vacall_r ()
   from /usr/GNUstep/System/Library/Libraries/libgnustep-base_d.so.1
#14 0x4013b4ad in pathSeps () at NSString.m:224
#15 0x401418c1 in -[NSString lastPathComponent] (self=0x8084118, 
    _cmd=0x40212d98) at NSString.m:2823
#16 0x4011f8f4 in _gnu_process_args (argc=1, argv=0x805a300,
env=0x805d070)
    at NSProcessInfo.m:225
#17 0x401205bb in +[NSProcessInfo initialize] (self=0x40212c80, 
    _cmd=0x4021e708) at NSProcessInfo.m:628
#18 0x402706c0 in __objc_send_initialize (class=0x40212c80)
    at /Disks/ext/src/gcc/gcc-3.3/libobjc/sendmsg.c:324
#19 0x4027050d in __objc_init_install_dtable (receiver=0x40212c80, 
    op=0x804da88) at /Disks/ext/src/gcc/gcc-3.3/libobjc/sendmsg.c:266
#20 0x40271596 in objc_msg_lookup (receiver=0x40212c80, op=0x804da88)
    at /Disks/ext/src/gcc/gcc-3.3/libobjc/sendmsg.c:184
#21 0x08048bb2 in main (argc=1, argv=0xbffff064, env=0xbffff06c)
    at defaults.m:55
#22 0x4038c1c4 in __libc_start_main () from /lib/libc.so.6


On Tue, 2003-08-05 at 11:06, Stefan Böhringer wrote:
> A recent cvs snapshot as of 13:00 MET of today fails to compile. A
> segfault is emitted by all the tools resulting from making base, which
> later prevents gui from compiling.
> 
> The error seems to run through +[NSAssertionHandler currentHandler] in
> all tools. However, another exception seems to raised from the method
> which finally causes the segfault.
> 
> Breaking in currentHandler gives the following (for plmerge, but also
> for defaults):
[...]