From: Daniel Jacobowitz <dan@debian.org>
To: Jeff Dike <jdike@addtoit.com>
Cc: 271069-submitter@bugs.debian.org, 271069@bugs.debian.org,
user-mode-linux-devel@lists.sourceforge.net
Subject: Re: [uml-devel] Debian bug 271069, gdb startup fails
Date: Wed, 17 Nov 2004 19:47:39 -0500 [thread overview]
Message-ID: <20041118004739.GA25637@nevyn.them.org> (raw)
In-Reply-To: <200411180243.iAI2hgQ3006959@ccure.user-mode-linux.org>
On Wed, Nov 17, 2004 at 09:43:42PM -0500, Jeff Dike wrote:
> dan@debian.org said:
> > - GDB forks
> > - the child issues TRACEME
> > - GDB waits for it, successfully now that EINTR is handled
> > - GDB issues PTRACE_SETOPTIONS (returns -EINVAL because the proxy
> > does not support it)
> > - GDB decides that the feature isn't available (good so far; it isn't)
> > - GDB tries to clean up. It sends PTRACE_KILL to the child it forked.
> > - GDB waits for the child to exit. Which it never does.
>
> >From your description above (I haven't seen this personally), there are a
> couple of things I don't understand.
>
> First, I don't see how a PTRACE_KILL can be going to the wrong process. I see
> only one child under ptrace.
>
> Second, it would seem that, even if this was successful, the end result is
> './linux debug' just dropping you back to a shell prompt. This may be better
> than the current hang, but it's not the desired result.
GDB isn't trying to kill UML; it's trying to kill a process that it
forked, for the express purpose of figuring out whether certain debug
facilities are available on the system. So GDB is "attached" to both
UML and this new child. It's trying to kill (as well as do other
things to) the new child; but UML's proxy layer assumes that anything
GDB does by ptrace is intended to go to UML instead.
--
Daniel Jacobowitz
-------------------------------------------------------
This SF.Net email is sponsored by: InterSystems CACHE
FREE OODBMS DOWNLOAD - A multidimensional database that combines
robust object and relational technologies, making it a perfect match
for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
next prev parent reply other threads:[~2004-11-18 0:48 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-11-13 21:14 [uml-devel] Debian bug 271069, gdb startup fails Daniel Jacobowitz
2004-11-13 21:52 ` [uml-devel] " Daniel Jacobowitz
2004-11-18 2:43 ` [uml-devel] " Jeff Dike
2004-11-18 0:47 ` Daniel Jacobowitz [this message]
2004-11-18 4:53 ` Jeff Dike
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=20041118004739.GA25637@nevyn.them.org \
--to=dan@debian.org \
--cc=271069-submitter@bugs.debian.org \
--cc=271069@bugs.debian.org \
--cc=jdike@addtoit.com \
--cc=user-mode-linux-devel@lists.sourceforge.net \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.