This is the mail archive of the
gdb@sourceware.org
mailing list for the GDB project.
Re: Merge of nickrob-async-20060513 to mainline?
- From: Nick Roberts <nickrob at snap dot net dot nz>
- To: Daniel Jacobowitz <drow at false dot org>
- Cc: gdb at sources dot redhat dot com
- Date: Fri, 6 Oct 2006 13:50:34 +1300
- Subject: Re: Merge of nickrob-async-20060513 to mainline?
- References: <17652.63229.637451.185345@kahikatea.snap.net.nz> <20060830023335.GA6377@nevyn.them.org> <17653.930.196634.143646@kahikatea.snap.net.nz> <20060830040113.GA8257@nevyn.them.org> <17654.994.815362.897653@kahikatea.snap.net.nz> <20060830214257.GA5397@nevyn.them.org> <17688.59135.24869.397517@kahikatea.snap.net.nz> <20060926123757.GA9879@nevyn.them.org>
> Ideally you'd be able to reuse the signal handler logic (see the calls
> to sigprocmask and sigsuspend) and thus not have a millisecond latency
> and excessive spinning. That's actually a pretty important feature,
> because context switching to gdb every millisecond or so is going to
> really hurt performance of the debuggee.
>From the event loop, GDB needs to detect that a process/thread has changed
status and check for user input. If it does the first with sigsuspend, the
only way I can see how it can do the second is by using threads. This would
almost take us back to where we started.
--
Nick http://www.inet.net.nz/~nickrob