gdbstub initial code

Roland McGrath roland at redhat.com
Tue Jul 13 06:50:42 UTC 2010


> What is the reasoning for selecting /proc/ugdb instead of something like
> /proc/<pid>/ugdb?

The protocol, and gdb, support dealing with many processes over one control
channel.  For normal the debugger model to work where it can attach to a
process on demand, with your model it would have to open another fd for
every process (or perhaps thread), maintain perhaps thousands of fds, do a
select dance, never be able to pipeline notifications from multiple
processes into a single receiving call in the debugger, etc.  Moreover,
that's just not what the protocol is and we already have a protocol with a
client that we can just support as is.


Thanks,
Roland




More information about the utrace-devel mailing list