[commit] Fix backtrace past "clone" on powerpc
Ulrich Weigand
uweigand@de.ibm.com
Sun May 4 04:04:00 GMT 2008
Hello,
backtrace in multi-threaded applications would tend to throw an error:
where^M
#0 0x0fcfdb34 in sem_wait@GLIBC_2.0 () from /lib/libpthread.so.0^M
#1 0x100008f0 in spin (vp=0x0) at /home/uweigand/fsf/gdb-head/gdb/testsuite/gdb.threads/tls.c:97^M
#2 0x0fcf6764 in start_thread () from /lib/libpthread.so.0^M
#3 0x0ff2c604 in clone () from /lib/libc.so.6^M
Backtrace stopped: previous frame inner to this frame (corrupt stack?)^M
because clone was not recognized to terminate the stack.
The patch below fixes this by having rs6000_frame_this_id return the null
frame ID in that case (just like many other targets do already).
Tested on powerpc-linux and powerpc64-linux; committed to mainline.
Bye,
Ulrich
ChangeLog:
* rs6000-tdep.c (rs6000_frame_this_id): If info->base is 0,
return the null frame ID to terminate the backtrace.
diff -urNp gdb-orig/gdb/rs6000-tdep.c gdb-head/gdb/rs6000-tdep.c
--- gdb-orig/gdb/rs6000-tdep.c 2008-05-04 02:07:36.026688000 +0200
+++ gdb-head/gdb/rs6000-tdep.c 2008-05-04 02:08:56.461342375 +0200
@@ -2550,6 +2550,10 @@ rs6000_frame_this_id (struct frame_info
{
struct rs6000_frame_cache *info = rs6000_frame_cache (this_frame,
this_cache);
+ /* This marks the outermost frame. */
+ if (info->base == 0)
+ return;
+
(*this_id) = frame_id_build (info->base, get_frame_func (this_frame));
}
--
Dr. Ulrich Weigand
GNU Toolchain for Linux on System z and Cell BE
Ulrich.Weigand@de.ibm.com
More information about the Gdb-patches
mailing list