Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Pedro Alves <pedro@codesourcery.com>
To: gdb-patches@sourceware.org,  danny.backx@scarlet.be
Cc: tromey@redhat.com,  Eli Zaretskii <eliz@gnu.org>
Subject: Re: Build question
Date: Fri, 11 Sep 2009 15:22:00 -0000	[thread overview]
Message-ID: <200909111622.34265.pedro@codesourcery.com> (raw)
In-Reply-To: <1252680173.8804.25.camel@pavilion>

On Friday 11 September 2009 15:42:53, Danny Backx wrote:
> Question : it looks like breaking a gdb-gdbserver session always kills
> the inferior. Or at least it does so on my target. Has this been subject
> of research yet ? I would expect it to be possible to detach without
> killing the inferior, much like you can when debugging a linux process
> from a linux gdb.

What do you mean by breaking, and what do you mean by
detaching?  Please be specific.

Neither DebugActiveProcessStop nor DebugSetProcessKillOnExit were support
by Windows CE up until version 5.  I see that DebugActiveProcessStop
was added to CE 6.0:

 http://msdn.microsoft.com/pt-br/library/aa924105.aspx

... although there's no sign of DebugSetProcessKillOnExit.

win32-low.c:win32_detach has this:

/* Detach from inferior PID.  */
static int
win32_detach (int pid)
{
  struct process_info *process;
  winapi_DebugActiveProcessStop DebugActiveProcessStop = NULL;
  winapi_DebugSetProcessKillOnExit DebugSetProcessKillOnExit = NULL;
#ifdef _WIN32_WCE
  HMODULE dll = GetModuleHandle (_T("COREDLL.DLL"));
#else
  HMODULE dll = GetModuleHandle (_T("KERNEL32.DLL"));
#endif
  DebugActiveProcessStop = GETPROCADDRESS (dll, DebugActiveProcessStop);
  DebugSetProcessKillOnExit = GETPROCADDRESS (dll, DebugSetProcessKillOnExit);

  if (DebugSetProcessKillOnExit == NULL
      || DebugActiveProcessStop == NULL)
    return -1;

Try checking if DebugActiveProcessStop is non-NULL here on
your CE >= 6.0 device, and tweak this code to make it possible to detach
with DebugActiveProcessStop even if we don't support
DebugSetProcessKillOnExit.

(In fact, I don't understand why DebugSetProcessKillOnExit is
needed here.  does Windows really kill a detached inferior when
gdbserver exits _after_having_detached_from_it_?)

-- 
Pedro Alves


  reply	other threads:[~2009-09-11 15:22 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1250803105.11282.96.camel@pavilion>
     [not found] ` <m3fxbl2jib.fsf@fleche.redhat.com>
     [not found]   ` <83d46pgjkq.fsf@gnu.org>
     [not found]     ` <1250877901.11282.116.camel@pavilion>
     [not found]       ` <83ab1tgh9h.fsf@gnu.org>
     [not found]         ` <1250880746.11282.128.camel@pavilion>
     [not found]           ` <m3r5v425lu.fsf@fleche.redhat.com>
     [not found]             ` <1250931899.11282.142.camel@pavilion>
     [not found]               ` <83skfkfa4n.fsf@gnu.org>
     [not found]                 ` <1251095160.16357.352.camel@pavilion>
     [not found]                   ` <1251828295.6106.119.camel@pavilion>
     [not found]                     ` <83zl9e8nro.fsf@gnu.org>
     [not found]                       ` <1251835928.6106.124.camel@pavilion>
     [not found]                         ` <83vdk281xb.fsf@gnu.org>
     [not found]                           ` <1252143311.6106.252.camel@pavilion>
2009-09-05 16:12                             ` Eli Zaretskii
2009-09-07 22:12                               ` Joel Brobecker
2009-09-08 15:53                                 ` Danny Backx
2009-09-08 20:13                               ` Danny Backx
2009-09-09 19:57                                 ` Tom Tromey
2009-09-11 14:41                                   ` Danny Backx
2009-09-11 15:22                                     ` Pedro Alves [this message]
2009-09-11 15:28                                       ` Pedro Alves
2009-09-12 14:48                                       ` Danny Backx
2009-09-12 15:03                                         ` Pedro Alves
2009-09-12 16:58                                           ` Danny Backx
2009-09-13 16:10                                             ` Pedro Alves
2009-09-13 18:07                                               ` Danny Backx
2009-09-12 14:53                                       ` Danny Backx
2009-09-13  9:30                                   ` Danny Backx
2009-09-13 16:04                                     ` Joel Brobecker
2009-09-14 18:03                                     ` Tom Tromey
2009-09-14 18:25                                       ` Pedro Alves

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=200909111622.34265.pedro@codesourcery.com \
    --to=pedro@codesourcery.com \
    --cc=danny.backx@scarlet.be \
    --cc=eliz@gnu.org \
    --cc=gdb-patches@sourceware.org \
    --cc=tromey@redhat.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