[Bug gdb/31832] [gdb] FAIL: gdb.threads/attach-many-short-lived-threads.exp: iter 3: attach (timeout)

["thiago.bauermann at linaro dot org" <sourceware-bugzilla@sourceware.org>]

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

Thiago Jung Bauermann <thiago.bauermann at linaro dot org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |thiago.bauermann at linaro dot org

--- Comment #5 from Thiago Jung Bauermann <thiago.bauermann at linaro dot org> ---
In bug #31312, the testcase timed out because when there was one or more zombie
threads in the inferior, it would enter an infinite loop while processing all
new threads because at each iteration it thought that the zombie threads were
new. Because of the infinite loop, the GDB prompt would never show up in
gdb.log.

In this case, the testcase times out during attach but eventually the GDB
prompt appears and GDB seems to work. Apparently the attach process just takes
a long time.

I haven't seen this behaviour when I was investigating bug #31312. I don't
understand what could cause attach to take so long but still complete.

The only thing I can think of is that perhaps find() and insert() operations in
the visited_lwps std::unordered_set added by commit c930a077225e
("gdb/nat/linux: Fix attaching to process when it has zombie threads") are
taking too long?

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