Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Daniel Jacobowitz <drow@mvista.com>
To: gdb-patches@sources.redhat.com
Cc: Ingo Molnar <mingo@redhat.com>
Subject: Re: [commit] Last major piece of fork tracing - vfork/exec
Date: Fri, 22 Aug 2003 21:20:00 -0000	[thread overview]
Message-ID: <20030822212006.GA5238@nevyn.them.org> (raw)
In-Reply-To: <3F46378F.1000102@redhat.com>

On Fri, Aug 22, 2003 at 11:32:31AM -0400, Andrew Cagney wrote:
> >> This patch is the last major piece of fork tracing: support for vfork and
> >>exec.  I have not enabled the code in infrun which attempts to 
> >>automatically
> >>load the new executable, because I'm not happy with how it works, and
> >>because it isn't necessary for this to be useful.
> >>
> >>I'll move this to the branch in a day or two if there are no problems.
> >>I suppose fixing up the expected output in the testsuite is next...
> >>
> 
> >Please don't.  The only things I know of still going down for 6.0 are some 
> >testsuite mangling and a re-fix for the red zone.
> >
> >Anything else can go in 6.1.
> >
> >My core file stuff, for instance, isn't in 6.0.
> 
> Daniel,
> 
> I'm really disappointed by the situtation you've created here.  You, by 
> at the last moment trying to add this new functionality to 6.0 branch, 
> have effectively pushed me into a corner.  I've got the following choices:
> 
> - yank the existing code
> invalidates relevant tests
> as the release manager, I get the blame for delaying both the new 
> feature and the release
> 
> - leave the code as is
> Again, I get the blame for the feature not being present (after all it 
> is just wafer thin and won't have any affect on all the test results 
> that people have been doing up-until now, right?)
> 
> - let the change in
> invalidating test results
> again delay the release ...
> 
> Against my better judgment, I've decided to go with option 3.  You can 
> commit this change but the release is delayed an extra week.

Once again, my apologies for creating this entire situation.

I've checked the patch in on the branch, after testing on an RH9 update
kernel, a stock 2.4 kernel, and a 2.6 kernel.  The tracing correctly
reports itself as unavailable on stock 2.4, and correctly works on 2.6.

On the RH kernel, fork tracing works, but vfork tracing (with parent
follow) appears to have some problems - it looks as if Ingo merged my
ptrace patches but missed a couple of bits.  Notably in kernel/fork.c
and fs/exec.c - the kernel reports support for VFORKDONE and EXEC
events, but will not report them.  GDB's behavior is still a strict
improvement from before the patch, since breakponts are correctly
removed from the child before it runs.  Red Hat may wish to correct the
issue, however.

-- 
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer


  reply	other threads:[~2003-08-22 21:20 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-08-17 20:19 Daniel Jacobowitz
2003-08-18 15:46 ` Andrew Cagney
2003-08-22 15:32   ` Andrew Cagney
2003-08-22 21:20     ` Daniel Jacobowitz [this message]
2003-08-22 15:53 Michael Elizabeth Chastain
2003-08-22 18:40 ` Andrew Cagney
2003-08-22 19:36 Michael Elizabeth Chastain
2003-08-22 22:07 ` Andrew Cagney
2003-08-25  1:19 Michael Elizabeth Chastain
2003-08-25 15:06 ` Andrew Cagney

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=20030822212006.GA5238@nevyn.them.org \
    --to=drow@mvista.com \
    --cc=gdb-patches@sources.redhat.com \
    --cc=mingo@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