From: Michael Snyder <Michael.Snyder@palmsource.com>
To: Lerele <lerele@champenstudios.com>
Cc: Khaled Jmal <khaledjmal@yahoo.fr>, gdb@sourceware.org
Subject: Re: i386 gdbserver for windows: break problem
Date: Wed, 21 Feb 2007 22:02:00 -0000 [thread overview]
Message-ID: <1172088151.9824.9.camel@localhost.localdomain> (raw)
In-Reply-To: <45DC8C8C.6040007@champenstudios.com>
On Wed, 2007-02-21 at 19:16 +0100, Lerele wrote:
> Khaled Jmal wrote:
>
> >Hi all,
> >
> >I'm using gdbserver 6.6 and I compiled it for windows with mingw.
> >It looks like the break is not working. The gdbserver doesn't react to CTRL-C
> >Is this function implemented
> >
> >I tried to patch the gdbserver so that it polls the status when the application is running.
> >With GenerateConsoleCtrlEvent I could stop the application but only if the application
> >shares the same console as the gdbserver.
> >
> >Any help?
> >
> >
> >Thanks,
> >Khaled
> >
> >
> >
> >
>
> The gdbserver for Win32 patch I submitted did not include that support.
>
> I did work on that some months ago to let client gdb interrupt the
> remotely debugged process, but never actually submitted the patch. It
> did work somewhat, but the approach wasn't correct because the way I
> handled interrupt support interfered too much with debugged process
> execution, and it was somewhat buggy.
> I know it's very annoying not to be able to interrupt remote process,
> but I have not found time to implement that support correctly, sorry.
> It's on my todo. I will do it eventually, if nobody else does first.
Control-c has always been problematic for gdb on windows.
Windows doesn't treat control-c at all like other os's do.
next prev parent reply other threads:[~2007-02-21 20:02 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-02-21 19:58 Khaled Jmal
2007-02-21 20:02 ` Lerele
2007-02-21 22:02 ` Michael Snyder [this message]
2007-02-22 12:27 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1172088151.9824.9.camel@localhost.localdomain \
--to=michael.snyder@palmsource.com \
--cc=gdb@sourceware.org \
--cc=khaledjmal@yahoo.fr \
--cc=lerele@champenstudios.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox