From: Jim Blandy <jimb@zwingli.cygnus.com>
To: Michael Snyder <msnyder@redhat.com>
Cc: Fernando Nasser <fnasser@redhat.com>,
Daniel Jacobowitz <drow@mvista.com>,
gdb-patches@sources.redhat.com
Subject: Re: [RFA/testsuite] Fix linux-dp failure for multiple targets
Date: Wed, 30 Jan 2002 14:19:00 -0000 [thread overview]
Message-ID: <npd6zr32h8.fsf@zwingli.cygnus.com> (raw)
In-Reply-To: <3C5842F3.EF0F7E5D@redhat.com>
I approve this change.
Michael Snyder <msnyder@redhat.com> writes:
> Fernando Nasser wrote:
> >
> > Daniel Jacobowitz wrote:
> > >
> > > On Wed, Jan 09, 2002 at 06:39:26PM -0500, Daniel Jacobowitz wrote:
> > > > Two things I noticed in my testsuite runs. We were never finding the
> > > > manager thread, and in gcc3 (which apparently unlike GCC2 produces reliable
> > > > and stable addresses for the data pointers; I don't know why...) the second
> > > > target board to run would find the old value of the seen array. 'array set'
> > > > doesn't do what the author of the testcase expected.
> > > >
> > > > Is this OK?
> > >
> > > I'd appreciate it if someone would review this.
> > >
> >
> > Michael Snyder has the final word on this one.
>
> Actually Jim Blandy is the author of this test.
>
> >
> > I don't have any objections.
> >
> > Fernando
> >
> > > > 2002-01-09 Daniel Jacobowitz <drow@mvista.com>
> > > >
> > > > * gdb.threads/linux-dp.exp: Use 'array unset', not 'array set'.
> > > > (check_philosopher_stack): Check for manager thread before checking
> > > > for a just-starting thread.
> > > >
> > > > Index: linux-dp.exp
> > > > ===================================================================
> > > > RCS file: /cvs/src/src/gdb/testsuite/gdb.threads/linux-dp.exp,v
> > > > retrieving revision 1.4
> > > > diff -u -p -r1.4 linux-dp.exp
> > > > --- linux-dp.exp 2001/05/25 01:29:01 1.4
> > > > +++ linux-dp.exp 2002/01/09 23:35:01
> > > > @@ -172,6 +172,15 @@ proc check_philosopher_stack {thread see
> > > > }
> > > > set interesting 1
> > > > }
> > > > + -re ".* in __pthread_manager \\(.*$gdb_prompt $" {
> > > > + if {$manager_seen == 1} {
> > > > + fail "manager thread is distinct: $thread"
> > > > + } else {
> > > > + set manager_seen 1
> > > > + pass "manager thread is distinct: $thread"
> > > > + }
> > > > + set interesting 1
> > > > + }
> > > > -re "pthread_start_thread.*\r\n$gdb_prompt $" {
> > > > ## Maybe the thread hasn't started yet.
> > > > pass $name
> > > > @@ -185,15 +194,6 @@ proc check_philosopher_stack {thread see
> > > > }
> > > > set interesting 1
> > > > }
> > > > - -re ".* in __pthread_manager \\(.*$gdb_prompt $" {
> > > > - if {$manager_seen == 1} {
> > > > - fail "manager thread is distinct: $thread"
> > > > - } else {
> > > > - set manager_seen 1
> > > > - pass "manager thread is distinct: $thread"
> > > > - }
> > > > - set interesting 1
> > > > - }
> > > > -re " in \\?\\?.*\r\n$gdb_prompt $" {
> > > > ## Sometimes we can't get a backtrace. I'm going to call
> > > > ## this a pass, since we do verify that at least one
> > > > @@ -214,7 +214,7 @@ proc check_philosopher_stack {thread see
> > > > }
> > > >
> > > > set any_interesting 0
> > > > -array set seen {}
> > > > +array unset seen
> > > > for {set i 1} {$i <= 7} {incr i} {
> > > > if [check_philosopher_stack $i seen] {
> > > > set any_interesting 1
> > > >
> > >
> > > --
> > > Daniel Jacobowitz Carnegie Mellon University
> > > MontaVista Software Debian GNU/Linux Developer
> >
> > --
> > Fernando Nasser
> > Red Hat Canada Ltd. E-Mail: fnasser@redhat.com
> > 2323 Yonge Street, Suite #300
> > Toronto, Ontario M4P 2C9
next prev parent reply other threads:[~2002-01-30 22:19 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-01-09 15:38 Daniel Jacobowitz
2002-01-29 21:57 ` Daniel Jacobowitz
2002-01-30 7:04 ` Fernando Nasser
2002-01-30 11:07 ` Michael Snyder
2002-01-30 14:19 ` Jim Blandy [this message]
2002-01-30 21:06 ` Daniel Jacobowitz
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=npd6zr32h8.fsf@zwingli.cygnus.com \
--to=jimb@zwingli.cygnus.com \
--cc=drow@mvista.com \
--cc=fnasser@redhat.com \
--cc=gdb-patches@sources.redhat.com \
--cc=msnyder@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