|
From: Chris J. <ch...@at...> - 2005-01-11 09:21:04
|
> > iii) the gdb stub needs to be able to reliably stop the > inferior. This > > could prove problematic if the stub was actually running in > a thread > > as part of the inferior process. E.g. pending signals would be > > delivered to the stub thread. > > I wouldn't implement the stub as a separate thread. I think > it would be better implemented as an I/O+event-driven > coroutine. I wouldn't want to add any extra threads > (especially having just got rid of them all). Then you lose the ability to debug Valgrind itself with GDB. Chris |