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

["vries at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>]

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

--- Comment #12 from Tom de Vries <vries at gcc dot gnu.org> ---
(In reply to Thiago Jung Bauermann from comment #10)
> Created attachment 15309 [details]
> Testcase executable from run where it failed.
> 
> Here's the executable.
> 

Thanks.

[ One first observation is that on my platform, the static exec contains debug
info for both staticthreads.c and for pthreads.  The attached exec only has
debug info for staticthreads.c.  This causes the difference in detail in the
backtraces between say comment 2 and comment 11. ]

One thing I overlooked was that even with a static exec, there's still an
implicit dependency on libthread_db.  So when I used the attached exec, it
cannot load the local libthread_db because it's incompatible, so I can't print
tlsvar.

Otherwise, things appear to work as expected:
...
$ cat gdb.in
set pagination off
set trace-commands on
file /home/rock/gdb/staticthreads
break -qualified main
run
break 49
continue
thread 1
bt
up 10
$ gdb -q -batch -x gdb.in
+file /home/rock/gdb/staticthreads
+break -qualified main
Breakpoint 1 at 0x104a6: file
/home/thiago.bauermann/src/binutils-gdb/gdb/testsuite/gdb.threads/staticthreads.c,
line 58.
+run

Breakpoint 1, main (argc=1, argv=0xfffef6d4) at
/home/thiago.bauermann/src/binutils-gdb/gdb/testsuite/gdb.threads/staticthreads.c:58
warning: 58    
/home/thiago.bauermann/src/binutils-gdb/gdb/testsuite/gdb.threads/staticthreads.c:
No such file or directory
+break 49
Breakpoint 2 at 0x10476: file
/home/thiago.bauermann/src/binutils-gdb/gdb/testsuite/gdb.threads/staticthreads.c,
line 49.
+continue
[New LWP 13085]
[Switching to LWP 13085]

Thread 2 "staticthreads" hit Breakpoint 2, thread_function (arg=0x0) at
/home/thiago.bauermann/src/binutils-gdb/gdb/testsuite/gdb.threads/staticthreads.c:49
49      in
/home/thiago.bauermann/src/binutils-gdb/gdb/testsuite/gdb.threads/staticthreads.c
+thread 1
[Switching to thread 1 (LWP 13083)]
#0  0x00010ab4 in __libc_do_syscall ()
+bt
#0  0x00010ab4 in __libc_do_syscall ()
#1  0x000405ba in __futex_abstimed_wait_common ()
#2  0x00040688 in __futex_abstimed_wait_cancelable64 ()
#3  0x0001b96e in __pthread_clockjoin_ex ()
#4  0x0001b864 in pthread_join ()
#5  0x00010514 in main (argc=1, argv=0xfffef6d4) at
/home/thiago.bauermann/src/binutils-gdb/gdb/testsuite/gdb.threads/staticthreads.c:76
+up 10
#5  0x00010514 in main (argc=1, argv=0xfffef6d4) at
/home/thiago.bauermann/src/binutils-gdb/gdb/testsuite/gdb.threads/staticthreads.c:76
76      in
/home/thiago.bauermann/src/binutils-gdb/gdb/testsuite/gdb.threads/staticthreads.c
...

I tried running this in a loop, always works fine.  So, unfortunately I can't
reproduce the problem.

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