[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #23039] gdnc crashes on OpenBSD/sparc64 on application connection
From: |
Sebastian Reitenbach |
Subject: |
[bug #23039] gdnc crashes on OpenBSD/sparc64 on application connection |
Date: |
Sat, 24 May 2008 09:20:12 +0000 |
User-agent: |
Mozilla/5.0 (compatible; Konqueror/3.5) KHTML/3.5.7 (like Gecko) SUSE |
Follow-up Comment #13, bug #23039 (project gnustep):
Again, recompiled against ffcall with gcc 3.3.5, gdnc dies with SIGBUS, again
with the b0rked backtrace:
$ ps ax | grep gd
15476 ?? Is 0:00.06 syslogd: [priv] (syslogd)
17276 ?? I 0:03.81 syslogd -a /var/empty/dev/log
8647 ?? Is 0:00.05 /usr/GNUstep/System/Tools/gdomap -p
28223 p2- I 0:17.83 gdb --args
/usr/GNUstep/Local/Applications/EasyDiff.app/EasyDiff
21331 p3 I 0:00.48 /usr/GNUstep/System/Tools/gdnc --daemon
26193 p3 R+/1 0:00.00 grep gd
$ gdb -p 21331
GNU gdb 6.3
Copyright 2004 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 "sparc64-unknown-openbsd4.3".
Attaching to process 21331
0x82009202 in ?? ()
(gdb) bt
#0 0x82009202 in ?? ()
#1 0xffff45a8 in ?? ()
Previous frame identical to this frame (corrupt stack?)
(gdb) symbol-file /usr/GNUstep/System/Tools/gdnc
Reading symbols from /usr/GNUstep/System/Tools/gdnc...done.
(gdb) bt
#0 0x82009202 in ?? ()
#1 0xffff45a8 in ?? ()
Previous frame identical to this frame (corrupt stack?)
(gdb) c
Continuing.
Program received signal SIGBUS, Bus error.
0x82009205 in ?? ()
(gdb) bt
#0 0x82009205 in ?? ()
#1 0xffff3448 in ?? ()
Previous frame identical to this frame (corrupt stack?)
(gdb)
going to recompile with gcc 4.2 now.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?23039>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
- [bug #23039] gdnc crashes on OpenBSD/sparc64 on application connection, (continued)
- [bug #23039] gdnc crashes on OpenBSD/sparc64 on application connection, Richard Frith-Macdonald, 2008/05/06
- [bug #23039] gdnc crashes on OpenBSD/sparc64 on application connection, Sebastian Reitenbach, 2008/05/06
- [bug #23039] gdnc crashes on OpenBSD/sparc64 on application connection, Sebastian Reitenbach, 2008/05/07
- [bug #23039] gdnc crashes on OpenBSD/sparc64 on application connection, Richard Frith-Macdonald, 2008/05/16
- [bug #23039] gdnc crashes on OpenBSD/sparc64 on application connection, Sebastian Reitenbach, 2008/05/16
- [bug #23039] gdnc crashes on OpenBSD/sparc64 on application connection, Sebastian Reitenbach, 2008/05/18
- [bug #23039] gdnc crashes on OpenBSD/sparc64 on application connection, Richard Frith-Macdonald, 2008/05/23
- Re: [bug #23039] gdnc crashes on OpenBSD/sparc64 on application connection, Chris B. Vetter, 2008/05/23
- [bug #23039] gdnc crashes on OpenBSD/sparc64 on application connection, Sebastian Reitenbach, 2008/05/23
- [bug #23039] gdnc crashes on OpenBSD/sparc64 on application connection, Richard Frith-Macdonald, 2008/05/24
- [bug #23039] gdnc crashes on OpenBSD/sparc64 on application connection,
Sebastian Reitenbach <=
- [bug #23039] gdnc crashes on OpenBSD/sparc64 on application connection, Sebastian Reitenbach, 2008/05/24
- Re: [bug #23039] gdnc crashes on OpenBSD/sparc64 on application connection, Chris B. Vetter, 2008/05/24
- [bug #23039] gdnc crashes on OpenBSD/sparc64 on application connection, David Ayers, 2008/05/24
- [bug #23039] gdnc crashes on OpenBSD/sparc64 on application connection, Sebastian Reitenbach, 2008/05/24
- [bug #23039] gdnc crashes on OpenBSD/sparc64 on application connection, Sebastian Reitenbach, 2008/05/25
- [bug #23039] gdnc crashes on OpenBSD/sparc64 on application connection, Richard Frith-Macdonald, 2008/05/27
- [bug #23039] gdnc crashes on OpenBSD/sparc64 on application connection, Sebastian Reitenbach, 2008/05/27