gnustep-dev
[Top][All Lists]
Advanced

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

GNUstep apps segfault on AMD64


From: Schmielau, Tim
Subject: GNUstep apps segfault on AMD64
Date: Thu, 19 Jun 2008 11:47:02 +0100

I have two quad core 64 bit Xeon machines with SLES 10 sharing the same home 
directory where a fresh GNUstep installation (startup 0.20.0), gcc-4.2.4 and 
ffcall libraries reside. On one of the machines, GNUstep runs fine, on the 
other one every GNUstep application I've tried so far segfaults. For example, 
Gorm gives

> gdb GNUstep/System/Applications/Gorm.app/Gorm
GNU gdb 6.4
Copyright 2005 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "x86_64-suse-linux"...Using host libthread_db 
library                                                            
"/lib64/libthread_db.so.1".

(gdb) r
Starting program: ~/GNUstep/System/Applications/Gorm.app/Gorm
[Thread debugging using libthread_db enabled]
[New Thread 46948242806192 (LWP 22548)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 46948242806192 (LWP 22548)]
0x000000000065a050 in ?? ()
(gdb) bt
#0  0x000000000065a050 in ?? ()
#1  0x00002ab2fbc57136 in -[NSDistributedNotificationCenter(Private) _connect]
    (self=0x98c940, _cmd=0x2ab2fc101870)
    at NSDistributedNotificationCenter.m:780
#2  0x00002ab2fbc557dd in -[NSDistributedNotificationCenter 
addObserver:selector:name:object:suspensionBehavior:] (self=0x98c940, 
_cmd=0x2ab2fc101840,
    anObserver=0x989540, aSelector=0x2ab2fba269d0, notificationName=0x0,
    anObject=0x2ab2fba252e0,
    suspensionBehavior=NSNotificationSuspensionBehaviorCoalesce)
    at NSDistributedNotificationCenter.m:339
#3  0x00002ab2fbc554bb in -[NSDistributedNotificationCenter 
addObserver:selector:name:object:] (self=0x98c940, _cmd=0x2ab2fba269e0, 
anObserver=0x989540,
    aSelector=0x2ab2fba269d0, notificationName=0x0, anObject=0x2ab2fba252e0)
    at NSDistributedNotificationCenter.m:264
#4  0x00002ab2fb613021 in -[_GSWorkspaceCenter init] (self=0x989540,
    _cmd=0x2ab2fc124f90) at NSWorkspace.m:275
#5  0x00002ab2fbca3e1e in +[NSObject new] (self=0x2ab2fba266e0,
    _cmd=0x2ab2fba268e0) at NSObject.m:1301
#6  0x00002ab2fb613f04 in -[NSWorkspace init] (self=0x987d20,
    _cmd=0x2ab2fba269b0) at NSWorkspace.m:634
#7  0x00002ab2fb613d24 in +[NSWorkspace sharedWorkspace] (self=0x2ab2fba26500,
    _cmd=0x2ab2fb97c230) at NSWorkspace.m:603
#8  0x00002ab2fb4e3d22 in -[NSDocumentController init] (self=0x984150,
---Type <return> to continue, or q <return> to quit---
    _cmd=0x2ab2fba58dd0) at NSDocumentController.m:207
#9  0x00002ab2fb674f15 in -[GSNibItem initWithCoder:] (self=0x982350,
    _cmd=0x2ab2fc150a90, aCoder=0x96e9a0) at GSNibTemplates.m:567
#10 0x00002ab2fbd1899f in -[NSUnarchiver decodeValueOfObjCType:at:] (
    self=0x96e9a0, _cmd=0x2ab2fc0d0090, type=0x2ab2fbda1b15 "@",
    address=0x7fffb02e2510) at NSUnarchiver.m:649
#11 0x00002ab2fbbb89f5 in -[GSSet initWithCoder:] (self=0x981960,
    _cmd=0x2ab2fc150a90, aCoder=0x96e9a0) at GSSet.m:233
#12 0x00002ab2fbd1899f in -[NSUnarchiver decodeValueOfObjCType:at:] (
    self=0x96e9a0, _cmd=0x2ab2fba590c0, type=0x2ab2fb6cbf49 "@",
    address=0x980918) at NSUnarchiver.m:649
#13 0x00002ab2fb673cab in -[GSNibContainer initWithCoder:] (self=0x9808f0,
    _cmd=0x2ab2fc150a90, aCoder=0x96e9a0) at GSNibTemplates.m:405
#14 0x00002ab2fbd1899f in -[NSUnarchiver decodeValueOfObjCType:at:] (
    self=0x96e9a0, _cmd=0x2ab2fc0eacf0, type=0x2ab2fbe5f184 "@",
    address=0x7fffb02e28a0) at NSUnarchiver.m:649
#15 0x00002ab2fbc0652a in -[NSCoder decodeObject] (self=0x96e9a0,
    _cmd=0x2ab2fba6f430) at NSCoder.m:216
#16 0x00002ab2fb6955af in -[GSGormLoader 
loadModelData:externalNameTable:withZone:] (self=0x93ccf0, _cmd=0x2ab2fba6f4e0, 
data=0x866300, context=0x959e10,
    zone=0x2ab2fc168280) at GSGormLoader.m:74
#17 0x00002ab2fb69595c in -[GSGormLoader 
loadModelFile:externalNameTable:withZone:] (self=0x93ccf0, _cmd=0x2ab2fb94f7b0, 
fileName=0x96d2d0, context=0x959e10,
---Type <return> to continue, or q <return> to quit---
    zone=0x2ab2fc168280) at GSGormLoader.m:134
#18 0x00002ab2fb49b204 in +[NSBundle(NSBundleAdditions) 
loadNibFile:externalNameTable:withZone:] (self=0x2ab2fc0e3cc0, 
_cmd=0x2ab2fb94f8b0, fileName=0x96d2d0,
    context=0x959e10, zone=0x2ab2fc168280) at NSBundleAdditions.m:243
#19 0x00002ab2fb49b8e4 in -[NSBundle(NSBundleAdditions) 
loadNibFile:externalNameTable:withZone:] (self=0x806010, _cmd=0x2ab2fb94f800, 
fileName=0x60b2a0,
    context=0x959e10, zone=0x2ab2fc168280) at NSBundleAdditions.m:344
#20 0x00002ab2fb49b347 in +[NSBundle(NSBundleAdditions) loadNibNamed:owner:] (
    self=0x2ab2fc0e3cc0, _cmd=0x60c980, aNibName=0x60b2a0, owner=0x8188b0)
    at NSBundleAdditions.m:272
#21 0x0000000000402134 in -[Gorm init] (self=0x8188b0, _cmd=0x2ab2fb93ba40)
    at Gorm.m:133
#22 0x00002ab2fb467acf in +[NSApplication sharedApplication] (self=0x60c1c0,
    _cmd=0x2ab2fb92c130) at NSApplication.m:774
#23 0x00002ab2fb44aa68 in NSApplicationMain (argc=1, argv=0x7fffb02e2d98)
    at Functions.m:74
#24 0x000000000040822f in main (argc=1, argv=0x7fffb02e2d98) at main.m:30
(gdb)

I've also tried a GNUstep installation based on libffi, same effect.
gcc, ffcall and Gorm were actually compiled on the segfaulting machine, just to 
make sure (checked a second installation compiled on the other machine, didn't 
make a difference).

Any suggestions?

Thanks,
Tim




reply via email to

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