gnustep-dev
[Top][All Lists]
Advanced

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

Re: GNUstep apps segfault on AMD64


From: Gregory John Casamento
Subject: Re: GNUstep apps segfault on AMD64
Date: Fri, 20 Jun 2008 15:50:36 -0700 (PDT)

I used SuSE for a while and had a similar issue.  I thought that, by now, SuSE 
would have resolved it's 64 bit issues, but I see that's not the case.  *sighs*

GNUstep works fine on Debian when compiled 64-bit, so this is definitely 
something that is distro-specific.   I'll see what I can do to test this and 
determine what can be done.

When I used SuSE compiling GNUstep as 32 bit worked fine for me.  If you can do 
that, it should solve the problem for now until we can fix the problem on SuSE.

GC

 Gregory Casamento -- Principal Consultant - OLC, Inc 
# GNUstep Chief Maintainer


----- Original Message ----
From: Tim Schmielau <address@hidden>
To: address@hidden
Sent: Thursday, June 19, 2008 11:28:44 AM
Subject: GNUstep apps segfault on AMD64

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 
libffi 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

hal:~> 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 47638148492048 (LWP 11571)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 47638148492048 (LWP 11571)]
0x00000000009a04d8 in ?? ()
(gdb) bt
#0  0x00000000009a04d8 in ?? ()
#1  0x00002b539d4ab0a6 in -[NSDistributedNotificationCenter(Private) _connect]
    (self=0x987b60, _cmd=0x2b539d950130)
    at NSDistributedNotificationCenter.m:780
#2  0x00002b539d4a974d in -[NSDistributedNotificationCenter 
addObserver:selector:name:object:suspensionBehavior:] (self=0x987b60, 
_cmd=0x2b539d950100,
    anObserver=0x984760, aSelector=0x2b539d2799d0, notificationName=0x0,
    anObject=0x2b539d2782e0,
    suspensionBehavior=NSNotificationSuspensionBehaviorCoalesce)
    at NSDistributedNotificationCenter.m:339
#3  0x00002b539d4a942b in -[NSDistributedNotificationCenter 
addObserver:selector:name:object:] (self=0x987b60, _cmd=0x2b539d2799e0, 
anObserver=0x984760,
    aSelector=0x2b539d2799d0, notificationName=0x0, anObject=0x2b539d2782e0)
    at NSDistributedNotificationCenter.m:264
#4  0x00002b539ce66021 in -[_GSWorkspaceCenter init] (self=0x984760,
    _cmd=0x2b539d973850) at NSWorkspace.m:275
#5  0x00002b539d4f7d8e in +[NSObject new] (self=0x2b539d2796e0,
    _cmd=0x2b539d2798e0) at NSObject.m:1301
#6  0x00002b539ce66f04 in -[NSWorkspace init] (self=0x982f40,
    _cmd=0x2b539d2799b0) at NSWorkspace.m:634
#7  0x00002b539ce66d24 in +[NSWorkspace sharedWorkspace] (self=0x2b539d279500,
    _cmd=0x2b539d1cf230) at NSWorkspace.m:603
#8  0x00002b539cd36d22 in -[NSDocumentController init] (self=0x97edd0,
---Type <return> to continue, or q <return> to quit---
    _cmd=0x2b539d2abdd0) at NSDocumentController.m:207
#9  0x00002b539cec7f15 in -[GSNibItem initWithCoder:] (self=0x97cdf0,
    _cmd=0x2b539d99f350, aCoder=0x969220) at GSNibTemplates.m:567
#10 0x00002b539d56c90f in -[NSUnarchiver decodeValueOfObjCType:at:] (
    self=0x969220, _cmd=0x2b539d91e950, type=0x2b539d5f1035 "@",
    address=0x7fff0ea8fcb0) at NSUnarchiver.m:649
#11 0x00002b539d40c965 in -[GSSet initWithCoder:] (self=0x97c390,
    _cmd=0x2b539d99f350, aCoder=0x969220) at GSSet.m:233
#12 0x00002b539d56c90f in -[NSUnarchiver decodeValueOfObjCType:at:] (
    self=0x969220, _cmd=0x2b539d2ac0c0, type=0x2b539cf1ef49 "@",
    address=0x97b258) at NSUnarchiver.m:649
#13 0x00002b539cec6cab in -[GSNibContainer initWithCoder:] (self=0x97b230,
    _cmd=0x2b539d99f350, aCoder=0x969220) at GSNibTemplates.m:405
#14 0x00002b539d56c90f in -[NSUnarchiver decodeValueOfObjCType:at:] (
    self=0x969220, _cmd=0x2b539d9395b0, type=0x2b539d6ae6a4 "@",
    address=0x7fff0ea90040) at NSUnarchiver.m:649
#15 0x00002b539d45a49a in -[NSCoder decodeObject] (self=0x969220,
    _cmd=0x2b539d2c2430) at NSCoder.m:216
#16 0x00002b539cee85af in -[GSGormLoader 
loadModelData:externalNameTable:withZone:] (self=0x967c50, _cmd=0x2b539d2c24e0, 
data=0x968f30, context=0x7841c0,
    zone=0x2b539d9b6b40) at GSGormLoader.m:74
#17 0x00002b539cee895c in -[GSGormLoader 
loadModelFile:externalNameTable:withZone:] (self=0x967c50, _cmd=0x2b539d1a27b0, 
fileName=0x967b00, context=0x7841c0,
---Type <return> to continue, or q <return> to quit---
    zone=0x2b539d9b6b40) at GSGormLoader.m:134
#18 0x00002b539ccee204 in +[NSBundle(NSBundleAdditions) 
loadNibFile:externalNameTable:withZone:] (self=0x2b539d932580, 
_cmd=0x2b539d1a28b0, fileName=0x967b00,
    context=0x7841c0, zone=0x2b539d9b6b40) at NSBundleAdditions.m:243
#19 0x00002b539ccee8e4 in -[NSBundle(NSBundleAdditions) 
loadNibFile:externalNameTable:withZone:] (self=0x804f70, _cmd=0x2b539d1a2800, 
fileName=0x60b2a0,
    context=0x7841c0, zone=0x2b539d9b6b40) at NSBundleAdditions.m:344
#20 0x00002b539ccee347 in +[NSBundle(NSBundleAdditions) loadNibNamed:owner:] (
    self=0x2b539d932580, _cmd=0x60c980, aNibName=0x60b2a0, owner=0x8177b0)
    at NSBundleAdditions.m:272
#21 0x0000000000402134 in -[Gorm init] (self=0x8177b0, _cmd=0x2b539d18ea40)
    at Gorm.m:133
#22 0x00002b539ccbaacf in +[NSApplication sharedApplication] (self=0x60c1c0,
    _cmd=0x2b539d17f130) at NSApplication.m:774
#23 0x00002b539cc9da68 in NSApplicationMain (argc=1, argv=0x7fff0ea90538)
    at Functions.m:74
#24 0x000000000040822f in main (argc=1, argv=0x7fff0ea90538) at main.m:30


I've also tried GNUstep installations based on various libffi versions
(including 3.0.5 and the one from gcc-4.2.4) as well as ffcall, same effect.
I've updated base to 0.16.1, no change.
gcc, libffi/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



_______________________________________________
Gnustep-dev mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/gnustep-dev



      




reply via email to

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