public inbox for insight-prs@sourceware.org
help / color / mirror / Atom feed
* Re: insight/185: Breaks at wrong functions up the stack
@ 2002-11-06 6:25 kseitz
0 siblings, 0 replies; 4+ messages in thread
From: kseitz @ 2002-11-06 6:25 UTC (permalink / raw)
To: insight-prs, keiths, nobody, salankar
Synopsis: Breaks at wrong functions up the stack
Responsible-Changed-From-To: unassigned->keiths
Responsible-Changed-By: kseitz
Responsible-Changed-When: Wed Nov 6 06:25:38 2002
Responsible-Changed-Why:
mine
State-Changed-From-To: open->feedback
State-Changed-By: kseitz
State-Changed-When: Wed Nov 6 06:25:38 2002
State-Changed-Why:
This has been a long-standing bug. I finally got sick of it and fixed it. It turns out that some gdb commands rely on the command loop returning to a NULL cleanup to do some work (like removing the finish breakpoint). Go figure.
http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=insight&pr=185
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: insight/185: Breaks at wrong functions up the stack
@ 2002-11-19 20:09 kseitz
0 siblings, 0 replies; 4+ messages in thread
From: kseitz @ 2002-11-19 20:09 UTC (permalink / raw)
To: insight-prs, keiths, salankar
Synopsis: Breaks at wrong functions up the stack
State-Changed-From-To: feedback->closed
State-Changed-By: kseitz
State-Changed-When: Tue Nov 19 20:09:12 2002
State-Changed-Why:
Fixed
http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=insight&pr=185
^ permalink raw reply [flat|nested] 4+ messages in thread
* RE: insight/185: Breaks at wrong functions up the stack
@ 2002-11-06 10:13 Sunil Alankar
0 siblings, 0 replies; 4+ messages in thread
From: Sunil Alankar @ 2002-11-06 10:13 UTC (permalink / raw)
To: keiths; +Cc: insight-prs
The following reply was made to PR insight/185; it has been noted by GNATS.
From: "Sunil Alankar" <sunil.alankar@coware.com>
To: <kseitz@sources.redhat.com>, <insight-prs@sources.redhat.com>,
<keiths@redhat.com>, <nobody@sources.redhat.com>, <salankar@coware.com>,
<insight-gnats@sources.redhat.com>
Cc:
Subject: RE: insight/185: Breaks at wrong functions up the stack
Date: Wed, 6 Nov 2002 10:05:39 -0800
Thank you very much. I really appreciate your quick response.
Regards
Sunil
-----Original Message-----
From: kseitz@sources.redhat.com [mailto:kseitz@sources.redhat.com]
Sent: Wednesday, November 06, 2002 6:26 AM
To: insight-prs@sources.redhat.com; keiths@redhat.com;
nobody@sources.redhat.com; salankar@CoWare.com
Subject: Re: insight/185: Breaks at wrong functions up the stack
Synopsis: Breaks at wrong functions up the stack
Responsible-Changed-From-To: unassigned->keiths
Responsible-Changed-By: kseitz
Responsible-Changed-When: Wed Nov 6 06:25:38 2002
Responsible-Changed-Why:
mine
State-Changed-From-To: open->feedback
State-Changed-By: kseitz
State-Changed-When: Wed Nov 6 06:25:38 2002
State-Changed-Why:
This has been a long-standing bug. I finally got sick of it and fixed
it. It turns out that some gdb commands rely on the command loop returning
to a NULL cleanup to do some work (like removing the finish breakpoint). Go
figure.
http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&databas
e=insight&pr=185
^ permalink raw reply [flat|nested] 4+ messages in thread
* insight/185: Breaks at wrong functions up the stack
@ 2002-11-05 19:23 salankar
0 siblings, 0 replies; 4+ messages in thread
From: salankar @ 2002-11-05 19:23 UTC (permalink / raw)
To: insight-gnats
>Number: 185
>Category: insight
>Synopsis: Breaks at wrong functions up the stack
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: unassigned
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Tue Nov 05 19:23:00 PST 2002
>Closed-Date:
>Last-Modified:
>Originator: Sunil Alankar
>Release: Insight-5.2.1
>Organization:
>Environment:
Linux/ Redhat 7.3
>Description:
In the following test source,
1. Set a break point at function f1() (or at line 5)
2. run the program
3. When stopped at the breakpoint, issue 'finish'
4. issue 'continue' ; now stops at f1()
5. issue continue again. now stops at f2(). This is wrong
It must only stop at f1() as that is the only breakpoint
This error does not happen with bare gdb of the same version.
#include <stdio.h>
void f1()
{
printf ("f1\n");
}
void f2()
{
printf ("f2\n");
f1();
}
int main()
{
for (int i = 0; i < 20; i++)
{
f2();
}
}
>How-To-Repeat:
Compile the test file t.cpp
g++ -g t.cpp
gdb a.out
Follow the above steps
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted:
----gnatsweb-attachment----
Content-Type: application/octet-stream; name="t.cpp"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="t.cpp"
I2luY2x1ZGUgPHN0ZGlvLmg+Cgp2b2lkIGYxKCkKewoJcHJpbnRmICgiZjFcbiIpOwp9Cgp2b2lk
IGYyKCkKewoJcHJpbnRmICgiZjJcbiIpOwoJZjEoKTsKfQoKCmludCBtYWluKCkKewoKIGZvciAo
aW50IGkgPSAwOyBpIDwgMjA7IGkrKykKIHsKCQoJZjIoKTsKIH0KCn0KCg==
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2002-11-20 4:09 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-11-06 6:25 insight/185: Breaks at wrong functions up the stack kseitz
-- strict thread matches above, loose matches on Subject: below --
2002-11-19 20:09 kseitz
2002-11-06 10:13 Sunil Alankar
2002-11-05 19:23 salankar
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).