[Bug gdb/31254] [gdb, arm] FAIL: gdb.threads/staticthreads.exp: up 10

["adhemerval.zanella at linaro dot org" <sourceware-bugzilla@sourceware.org>]

https://sourceware.org/bugzilla/show_bug.cgi?id=31254

Adhemerval Zanella <adhemerval.zanella at linaro dot org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |adhemerval.zanella at linaro dot o
                   |                            |rg

--- Comment #8 from Adhemerval Zanella <adhemerval.zanella at linaro dot org> ---
I am not sure this is an glibc issue, I built the gdb testcase
./gdb/testsuite/gdb.threads/staticthreads.c against the glibc master in static
mode an old gdb does seems to get correct backtraces:

$ gdb ./tst-staticthreads
GNU gdb (Debian 10.1-1.7) 10.1.90.20210103-git
[...]
(gdb) b main
Breakpoint 1 at 0x103cc: file tst-staticthreads.c, line 36.
(gdb) r
[...]
(gdb) b __libc_do_syscall
[...]
(gdb) c
Continuing.
[...]
Breakpoint 2, __libc_do_syscall () at
../sysdeps/unix/sysv/linux/arm/libc-do-syscall.S:40
(gdb) thread apply all bt

Thread 2 (LWP 5282 "tst-staticthrea"):
#0  __libc_do_syscall () at ../sysdeps/unix/sysv/linux/arm/libc-do-syscall.S:40
#1  0x000153e4 in start_thread (arg=0x696c6720) at pthread_create.c:388
#2  0x0001f198 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone3.S:71
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 1 (LWP 5277 "tst-staticthrea"):
#0  __libc_do_syscall () at ../sysdeps/unix/sysv/linux/arm/libc-do-syscall.S:40
#1  0x0003877a in __futex_abstimed_wait_common32 (private=<optimized out>,
cancel=<optimized out>, abstime=<optimized out>, op=<optimized out>,
expected=<optimized out>, futex_word=<optimized out>) at futex-internal.c:40
#2  __futex_abstimed_wait_common (futex_word=0xb6ffc808, expected=5282,
clockid=<optimized out>, abstime=<optimized out>, private=private@entry=128,
cancel=cancel@entry=true) at futex-internal.c:99
#3  0x0003884c in __futex_abstimed_wait_cancelable64 (futex_word=<optimized
out>, expected=<optimized out>, clockid=<optimized out>, abstime=<optimized
out>, private=private@entry=128) at futex-internal.c:139
#4  0x000163f6 in __pthread_clockjoin_ex (threadid=3070216096,
thread_return=thread_return@entry=0x0, clockid=clockid@entry=0,
abstime=abstime@entry=0x0, block=block@entry=true) at pthread_join_common.c:102
#5  0x00016338 in ___pthread_join (threadid=<optimized out>,
thread_return=thread_return@entry=0x0) at pthread_join.c:24
#6  0x0001041c in main (argc=<optimized out>, argv=<optimized out>) at
tst-staticthreads.c:54

So the unwind information seems to be correct from glibc side.

(I built with thumb enable to mimic what ubunut22 does).

-- 
You are receiving this mail because:
You are on the CC list for the bug.