Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Paul Hilfinger <hilfingr@EECS.Berkeley.EDU>
To: Andrew Cagney <cagney@gnu.org>
Cc: gdb-patches@sources.redhat.com
Subject: Re: [RFA] breakpoint.c: Avoid double freeing in breakpoint_re_set_one
Date: Wed, 28 Jan 2004 21:42:00 -0000	[thread overview]
Message-ID: <200401282142.i0SLgdD6018402@tully.CS.Berkeley.EDU> (raw)
In-Reply-To: Message from Andrew Cagney <cagney@gnu.org>  of "Wed, 28 Jan 2004 15:30:04 EST." <40181BCC.6050007@gnu.org>


 > 
 > > # IDT/SIM apparently doesn't have enough file descriptors to allow the
 > > # problem checked by this test to occur.
 > > if [istarget "mips-idt-*"] {
 > >     return 0;
 > > }
 > 
 > is this true?  If it is it looks more like a bug.  Other workarounds may 
 > be in the same situtation.

Well, it's just a small modification of code I found strewn around
other test cases that involved re-reading an executable and the like. 
If what you are saying is that GDB might be holding onto file descriptors
too long, then I must agree, as indicated in a comment further down in
the test:

  # Complication: Since GDB generally holds an open file descriptor on the 
  # executable at this point, there are some systems in which the 
  # re-compilation will fail....

That is, after the inferior exits, GDB (or, if you prefer, BFD) still
has the executable file open (at least that's what it looked like to
me).  I'm curious as to whether this is an important feature.


 > Just check that the braces are indented:
 > 
 > 	gdb_expect {
 > 	    -re ... {
 > 	    }
 > 	}

OK

Paul


  reply	other threads:[~2004-01-28 21:42 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-01-13 10:06 Paul Hilfinger
2004-01-28  1:36 ` Andrew Cagney
2004-01-28  1:44   ` Andrew Cagney
2004-01-28 12:30     ` Paul Hilfinger
2004-01-28 20:33       ` Andrew Cagney
2004-01-28 21:42         ` Paul Hilfinger [this message]
2004-01-29 11:16         ` [PATCH] Test for " Paul Hilfinger
2004-01-29 14:06           ` Andrew Cagney
  -- strict thread matches above, loose matches on Subject: below --
2004-01-09  8:22 [RFA] breakpoint.c: Avoid " Paul Hilfinger

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=200401282142.i0SLgdD6018402@tully.CS.Berkeley.EDU \
    --to=hilfingr@eecs.berkeley.edu \
    --cc=cagney@gnu.org \
    --cc=gdb-patches@sources.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