aboutsummaryrefslogtreecommitdiff
path: root/gdb/exceptions.c
diff options
context:
space:
mode:
authorPedro Alves <palves@redhat.com>2015-02-06 13:24:32 +0100
committerPedro Alves <palves@redhat.com>2015-02-06 13:24:32 +0100
commite584fdbc6a9b0da786c5a55855f9fd9f7e676198 (patch)
tree2425480a6d835fd3de665398000174b1ebbec53f /gdb/exceptions.c
parent8490fb409a37072389da7cafc3a92255e9a34c98 (diff)
downloadgdb-e584fdbc6a9b0da786c5a55855f9fd9f7e676198.zip
gdb-e584fdbc6a9b0da786c5a55855f9fd9f7e676198.tar.gz
gdb-e584fdbc6a9b0da786c5a55855f9fd9f7e676198.tar.bz2
Improve gdb.threads/attach-many-short-lived-threads.exp timeout handling
The buildbot shows that this test is still racy, and occasionally fails with time outs on some machines. I'd like to get major issues with load out of the way. The test currently exits after 180s, which is just a random number, that has no relation to what the .exp file considers a time out. This commit makes the program wait a bit longer than what the .exp file considers a time out, and, resets the timer for each iteration. Tested on x86_64 Fedora 20, native and extended-remote gdbserver. gdb/testsuite/ 2015-02-06 Pedro Alves <palves@redhat.com> * gdb.threads/attach-many-short-lived-threads.c (SECONDS): New macro. (seconds_left, again): New globals. (main): Wait seconds_left in a 1-second sleep loop instead of sleeping 180 seconds. If 'again' is set, reset the seconds counter. * gdb.threads/attach-many-short-lived-threads.exp (test): Set 'again' in the inferior before detaching. Print the seconds left. (options): New global. (top level): Build program with -DTIMEOUT=$timeout.
Diffstat (limited to 'gdb/exceptions.c')
0 files changed, 0 insertions, 0 deletions