public inbox for gdb@sourceware.org
 help / color / mirror / Atom feed
From: Noobody <mail@noobody.org>
To: gdb@sourceware.org
Subject: [mingw gdb/mi] Separating debuggee output from MI
Date: Tue, 15 May 2012 06:20:00 -0000	[thread overview]
Message-ID: <4FB1F5B5.6090701@noobody.org> (raw)

I'm currently writing a gdb frontend using the GDB/MI interface, but I have
been experiencing difficulties with differentiating between output by the
debuggee and output from gdb itself.

The documentation mentions target-stream-output, which is prefixed with "@",
but it seems it is not actually being used. Instead, target output appears
interleaved with gdb output.

This can cause various problems, so I would like to be able to safely 
separate
target output/input from gdb output/input. Searching for a bit revealed that
this is quite a common problem when writing gdb frontends on windows due to
various limitations of the OS, but I was unable to find a good solution.

I implemented a workaround to this which seems to work, however I am not 
quite
sure whether it is safe to use.

What I'm doing right now is start the debuggee process in suspended mode 
from
the frontend (with CreateProcess and CREATE_SUSPENDED flag), create the gdb
process separately, attach it to the suspended process and then resume it
with ResumeThread (assuming a single-threaded program).

Something like this:

/* Start debug process */
CreateProcess(...)

/* Start gdb */
  gdb.exe -i mi
 >> -target-attach pid
<< *stopped
 >> -exec-continue
<< *running,thread-id="all"

/* Resume suspended process */
ResumeThread(...)

This seems to work, as I now have the debuggee input/output and the gdb
input/output in separate pipes. However, I have not had the chance to 
test this
any further, so I'm wondering - could this setup could cause any problems?
Especially the fact that I'm doing -exec-continue on a suspended process 
seems
like asking for trouble.

Thanks!
Benedikt Bitterli

             reply	other threads:[~2012-05-15  6:20 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-05-15  6:20 Noobody [this message]
2012-05-15  6:44 ` Eran Ifrah
2012-05-15  7:24   ` asmwarrior
     [not found] ` <CAAvfv_ABV8dvu56EZ=4c_2R7SzzEXnE6buPddE9u3V-NhgGz9w@mail.gmail.com>
2012-05-15 12:13   ` Noobody
2012-05-17 14:42     ` Marc Khouzam

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=4FB1F5B5.6090701@noobody.org \
    --to=mail@noobody.org \
    --cc=gdb@sourceware.org \
    /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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).