This is the mail archive of the
cygwin-patches
mailing list for the Cygwin project.
RE: [patch] fix spurious SIGSEGV faults under Cygwin
- From: "Dave Korn" <dave dot korn at artimi dot com>
- To: <cygwin-patches at cygwin dot com>
- Cc: <gdb-patches at sourceware dot org>
- Date: Thu, 2 Feb 2006 17:30:23 -0000
- Subject: RE: [patch] fix spurious SIGSEGV faults under Cygwin
On 02 February 2006 17:21, Brian Dessent wrote:
> The main problem I see with this approach is the extra call to
> IsDebuggerPresent() every time a 'myfault' is created/destroyed, which
> potentially could be a lot. I'm presuming this is a relatively cheap
> call so it wasn't something I worried too much about. But then I didn't
> actually try to measure it.
>
> If it turns out that it's expensive, I was thinking that the inferior
> could maintain this information in some variable, and just communicate
> its location to gdb once at startup, then gdb could simply read that
> variable in the process' memory before deciding whether to handle the
> fault.
?????!
I'm having a conceptual difficulty here: Under what circumstances would you expect there *not* to be a debugger attached to the
inferior to which the debugger is attached? That's a bit zen, isn't it?
Or IOW if a debugger is going to read a variable from its inferior that says if there's a debugger attached, well... it might as
well be #defined to 1 in the gdb source code, mightn't it?
cheers,
DaveK
--
Can't think of a witty .sigline today....