Re: [Qemu-devel] [PATCH] fix gdbstub support for multiple threads in usermode, v2

[Paul Brook <paul@codesourcery.com>]

On Tuesday 02 June 2009, Nathan Froyd wrote:
> When debugging multi-threaded programs, QEMU's gdb stub would report the
> correct number of threads (the qfThreadInfo and qsThreadInfo packets).
> However, the stub was unable to actually switch between threads (the T
> packet), since it would report every thread except the first as being
> dead.  Furthermore, the stub relied upon cpu_index as a reliable means
> of assigning IDs to the threads.  This was a bad idea; if you have this
> sequence of events:
>
> initial thread created
> new thread #1
> new thread #2
> thread #1 exits
> new thread #3
>
> thread #3 will have the same cpu_index as thread #1, which would confuse
> GDB.

Really? Why doesn't GDB get confused on real machines when the PID wraps?
Is the real bug that we're missing some sort of thread creation/destruction 
event reporting?

Paul