From: Werner Almesberger <wa@almesberger.net>
To: Chris Wedgwood <cw@f00f.org>
Cc: Blaisorblade <blaisorblade_spam@yahoo.it>,
user-mode-linux-devel@lists.sourceforge.net,
LKML <linux-kernel@vger.kernel.org>,
Andrew Morton <akpm@osdl.org>, Jeff Dike <jdike@addtoit.com>
Subject: Re: [uml-devel] Re: Why UML often does not build (was: Re: [PATCH] UML: Build fix for TT w/o SKAS)
Date: Fri, 29 Oct 2004 03:44:44 -0300 [thread overview]
Message-ID: <20041029034444.A24523@almesberger.net> (raw)
In-Reply-To: <20041029002831.GD12434@taniwha.stupidest.org>; from cw@f00f.org on Thu, Oct 28, 2004 at 05:28:31PM -0700
Chris Wedgwood wrote:
> the problem here is that ptrace semantics are not well defined to
> anything subtle can and will break from time to time
I wonder what the "correct" solution for this would be: write a
specification for Linux ptrace, or try to get the POSIX folks
interested ?
Given that we get subtle ptrace breakages quite regularly, it
would be nice to see this eventually get resolved. "The
implementation is the specification" doesn't seem to work well
in this case.
BTW, things have improved around UML quite a bit recently, and I
think this is to no small amount due to Paolo's work.
- Werner
--
_________________________________________________________________________
/ Werner Almesberger, Buenos Aires, Argentina wa@almesberger.net /
/_http://www.almesberger.net/____________________________________________/
-------------------------------------------------------
This Newsletter Sponsored by: Macrovision
For reliable Linux application installations, use the industry's leading
setup authoring tool, InstallShield X. Learn more and evaluate
today. http://clk.atdmt.com/MSI/go/ins0030000001msi/direct/01/
_______________________________________________
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-10-29 6:45 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20041027053602.GB30735@taniwha.stupidest.org>
[not found] ` <200410282104.30482.blaisorblade_spam@yahoo.it>
[not found] ` <20041028193329.GF851@taniwha.stupidest.org>
2004-10-28 20:54 ` [uml-devel] Why UML often does not build (was: Re: [PATCH] UML: Build fix for TT w/o SKAS) Blaisorblade
2004-10-28 21:42 ` [uml-devel] " Chris Wedgwood
2004-10-28 23:49 ` Blaisorblade
2004-10-29 0:28 ` Chris Wedgwood
2004-10-29 6:44 ` Werner Almesberger [this message]
2004-10-29 14:53 ` Blaisorblade
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=20041029034444.A24523@almesberger.net \
--to=wa@almesberger.net \
--cc=akpm@osdl.org \
--cc=blaisorblade_spam@yahoo.it \
--cc=cw@f00f.org \
--cc=jdike@addtoit.com \
--cc=linux-kernel@vger.kernel.org \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox