[Converted from Gnats 1992] gdb segfaults and dumps core when stepping over a call to a symbol in a dynamicaly loaded library It has been observed using: 6.3.0 6.3.0-20050818 6.3.50-20050818 Release: 6.3.50.20050818 Environment: uname -a Linux leminkainen 2.4.27-0.pre2.1mdkenterprise #1 SMP Fri Jun 4 03:42:09 CEST 2004 i686 Intel(R) Pentium(R) 4 CPU 2.50GHz unknown GNU/Linux gcc -v Reading specs from /usr/lib/gcc/i586-mandrake-linux-gnu/3.4.3/specs Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --disable-libunwind-exceptions --enable-languages=c,c++,ada,f77,objc,java --host=i586-mandrake-linux-gnu --with-system-zlib Thread model: posix gcc version 3.4.3 (Mandrakelinux 10.2 3.4.3-7mdk) gdb This GDB was configured as "--host=i686-pc-linux-gnu --target=armv5b-xscale-linux-gnu". How-To-Repeat: See in attachment.
Fix: Workaround: use static linking.
From: "Yann E. MORIN" <ymorin.ext@rd.francetelecom.com> To: gdb-gnats@sources.redhat.com Cc: Subject: Re: gdb/1992: ARM GNU/Linux GCC C remote Date: Tue, 23 Aug 2005 10:37:30 +0200 Update - 20050823 When using "next" in place of "step", then it works. Also, as a more subtil workaround, I defined the following commands: define step tbreak +1 c end define s step end Yann E. MORIN.
From: Milrith <milrith@gmail.com> To: gdb-gnats@sources.redhat.com Cc: Subject: Re: gdb/1992: ARM GNU/Linux GCC C remote Date: Fri, 5 May 2006 18:02:36 +0200 This bug is still present in gdb 6.4 and 6.4.50.20060505.
Closing as this appears to be fixed on master.