discuss-gnustep
[Top][All Lists]
Advanced

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

Seg fault in GSIMapCleanMap in gnustep-base-1.24.8


From: David Lobron
Subject: Seg fault in GSIMapCleanMap in gnustep-base-1.24.8
Date: Wed, 29 Jul 2015 11:47:51 -0400

Hi All,

I recently upgraded my Linux application to use gnustep-base-1.24.8.  As soon 
as I did this, a unit test that has always passed began suddenly crashing with 
a segmentation fault.  Under gdb, I found that the crash occurs in the 
GSIMapCleanMap function, in GSIMap.h.  The bottom of my stack trace looks like 
this:

#0  0xf73fc056 in objc_msg_lookup () from /usr/lib32/libobjc.so.3
#1  0xf749e290 in GSIMapCleanMap (map=0x818efb4) at 
../Headers/GNUstepBase/GSIMap.h:1188
#2  GSIMapCleanMap (map=0x818efb4) at GSDictionary.m:117
#3  GSIMapEmptyMap (map=0x818efb4) at ../Headers/GNUstepBase/GSIMap.h:1219
#4  -[GSDictionary dealloc] (self=0x818efb0, _cmd=0xf783c5f0) at 
GSDictionary.m:118
#5  0xf75c0395 in -[NSObject release] (self=0x818efb0, _cmd=0xf7f84528) at 
NSObject.m:2105
#6  0xf7c28290 in -[Configuration dealloc] (self=0x819ed18, _cmd=0xf7f7d7a0) at 
Configuration.m:715

The code that triggers the error is in my dealloc method - I'm calling 
"release" on an NSDictionary object.  The crash doesn't happen every time under 
gdb, but it does occur reliably outside gdb.

Line 1188 in GSIMap.h looks like it's in the midst of a function called 
GSIMapCleanMap.  Does anyone know of recent changes to that function that could 
cause this?  Or changes to NSDictionary?

Thanks!

--David

Attachment: smime.p7s
Description: S/MIME cryptographic signature


reply via email to

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