* gdb 5.1.92-1 crash on C++ program
@ 2002-05-02 14:00 Craig Rodrigues
2002-05-02 14:11 ` Daniel Jacobowitz
0 siblings, 1 reply; 2+ messages in thread
From: Craig Rodrigues @ 2002-05-02 14:00 UTC (permalink / raw)
To: gdb
Hi,
I downloaded the Source rpm for gdb 5.1.92-1 from rawhide.redhat.com.
I compiled a C++ program with:
2.96 20000731 (Red Hat Linux 7.1 2.96-85)
When I tried to debug my program, gdb coredumped:
==================================================================================
% gdb server
GNU gdb Red Hat Linux (5.1.92-1)
Copyright 2002 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 "i386-redhat-linux"...
(gdb) b 93
Breakpoint 1 at 0x80512b7: file server.cpp, line 93.
(gdb) run -o server.ior
Starting program: /home/crodrigu/Big_Twoways/server -o server.ior
[New Thread 1024 (LWP 2348)]
[Switching to Thread 1024 (LWP 2348)]
Breakpoint 1, main (argc=3, argv=0xbffff5b4) at server.cpp:96
96 coordinator_impl->_this (ACE_ENV_SINGLE_ARG_PARAMETER);
(gdb) p coordinator_impl
$1 = (class Coordinator *) 0x80bf0a8
(gdb) p *coordinator_impl
Segmentation fault (core dumped)
==================================================================================
The static trace for gdb looked like:
#0 0x080a77bd in fill_in_vptr_fieldno ()
#1 0x080a77f2 in fill_in_vptr_fieldno ()
#2 0x080a77f2 in fill_in_vptr_fieldno ()
#3 0x080a77f2 in fill_in_vptr_fieldno ()
#4 0x080a77f2 in fill_in_vptr_fieldno ()
#5 0x080a77f2 in fill_in_vptr_fieldno ()
#6 0x080a77f2 in fill_in_vptr_fieldno ()
#7 0x080a77f2 in fill_in_vptr_fieldno ()
#8 0x080a77f2 in fill_in_vptr_fieldno ()
#9 0x080a77f2 in fill_in_vptr_fieldno ()
#10 0x080a77f2 in fill_in_vptr_fieldno ()
#11 0x080a77f2 in fill_in_vptr_fieldno ()
#12 0x080a77f2 in fill_in_vptr_fieldno ()
#13 0x080a77f2 in fill_in_vptr_fieldno ()
#14 0x080a77f2 in fill_in_vptr_fieldno ()
#15 0x080a77f2 in fill_in_vptr_fieldno ()
#16 0x080a77f2 in fill_in_vptr_fieldno ()
#17 0x080a77f2 in fill_in_vptr_fieldno ()
#18 0x080a77f2 in fill_in_vptr_fieldno ()
#19 0x080a77f2 in fill_in_vptr_fieldno ()
#20 0x080a77f2 in fill_in_vptr_fieldno ()
[ etc. ]
Just for fun, I tried compiling the same program with gcc 3.1 (prerelease)
and I got the same coredump in gdb.
Does anyone have any ideas as to what the problem could be?
Thanks.
--
Craig Rodrigues
http://www.gis.net/~craigr
rodrigc@attbi.com
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: gdb 5.1.92-1 crash on C++ program
2002-05-02 14:00 gdb 5.1.92-1 crash on C++ program Craig Rodrigues
@ 2002-05-02 14:11 ` Daniel Jacobowitz
0 siblings, 0 replies; 2+ messages in thread
From: Daniel Jacobowitz @ 2002-05-02 14:11 UTC (permalink / raw)
To: Craig Rodrigues; +Cc: gdb
On Thu, May 02, 2002 at 05:00:18PM -0400, Craig Rodrigues wrote:
> The static trace for gdb looked like:
>
> #0 0x080a77bd in fill_in_vptr_fieldno ()
> #1 0x080a77f2 in fill_in_vptr_fieldno ()
> #2 0x080a77f2 in fill_in_vptr_fieldno ()
This strongly suggests that a type appears in its own TYPE_BASECLASS
list. Could you provide a small testcase - probably only the necessary
types to define the object that caused the segfault will suffice. This
might even be related to the stabs bug Jim just fixed.
--
Daniel Jacobowitz Carnegie Mellon University
MontaVista Software Debian GNU/Linux Developer
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2002-05-02 21:11 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-05-02 14:00 gdb 5.1.92-1 crash on C++ program Craig Rodrigues
2002-05-02 14:11 ` Daniel Jacobowitz
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox