From: Grant Edwards <grante@visi.com>
To: Keith Seitz <keiths@cygnus.com>
Cc: insight@sources.redhat.com
Subject: Re: No step button using insight w/ remote target.
Date: Wed, 03 Oct 2001 10:54:00 -0000 [thread overview]
Message-ID: <20011119145348.A26837@visi.com> (raw)
In-Reply-To: <Pine.GSO.4.33.0111191212510.16197-100000@makita.cygnus.com>; from keiths@cygnus.com on Mon, Nov 19, 2001 at 12:17:35PM -0800
On Mon, Nov 19, 2001 at 12:17:35PM -0800, Keith Seitz wrote:
> > (gdb) tk gdb_target_has_execution
> > 0
>
> A ha! So this is the cause of your problems. gdb_target_has_execution does
> not think that the inferior is running...
>
> static int
> gdb_target_has_execution_command (clientData, interp, objc, objv)
> ClientData clientData;
> Tcl_Interp *interp;
> int objc;
> Tcl_Obj *CONST objv[];
> {
> int result = 0;
>
> if (target_has_execution && ! ptid_equal (inferior_ptid, null_ptid))
> result = 1;
>
> Tcl_SetBooleanObj (result_ptr->obj_ptr, result);
> return TCL_OK;
> }
>
> So we've got: target_has_execution is 0 and/or inferior_ptid is null_ptid.
829 if (target_has_execution && ! ptid_equal (inferior_ptid, null_ptid))
Value returned is $3 = 1
(gdb) print inferior_ptid
$4 = {pid = 0, lwp = 0, tid = 0}
(gdb) print null_ptid
$5 = {pid = 0, lwp = 0, tid = 0}
(gdb) print target_has_execution
No symbol "target_has_execution" in current context.
(gdb)
"target_has_execution" is presumably a macro?
Anyway, inferior_ptid _is_ null_ptid, so that's probably the
issue. The "value returned" bit is from which I did a "finish"
to get back from ptid_equal(), IOW, ptid_equal() returned 1.
I have this nagging feeling that there might be something wrong
with my GDB stubs, so I traced the remote packets and here's
the trailing end of that (starting with the last few download
packets). I can't really see anything wrong, and it seems to
work fine in non-window mode. But, I'm not much of a remote
protocol guru...
Sending packet: $X2ad8d,73:\002Â¥0\000\000\020\000\000\002\204Ã\000\000\000\000\000\002\231ð\000\000\026Ã\000\000\026¸\000\000\000\000\000\000\020\000\000\002\205x\000\000\022h\000\002\230ì\000\000\000\000\000\002\005\214\000\000F´\000\000\200¼\000\002I\230\000\001î\004\000\000G\f\000\000jÃ\000\001ìì\000\000kÃ\000\000tø\000\000\\\024\000\000\200Ã\000\002I¸\000\001î}\004\000\000jü\000\001Ã\f#89...Ack
Packet received: OKLoading section .boot, size 0x4 lma 0x0
Sending packet: $X0,4:ê\000\000Ã#eb...Ack
Packet received: OKStart address 0x384, load size 174787
Sending packet: $Pf=00000384#82...Ack
Packet received: OKTransfer rate: 2807 bits/sec, 306 bytes/write.
Sending packet: $Z0,99c,4#eb...Ack
Packet received:
Packet Z0 (software-breakpoint) is NOT supported
Sending packet: $m99c,4#a2...Ack
Packet received: e59f00c8
Sending packet: $X99c,4:çÿÃþ#89...Ack
Packet received: OK
Sending packet: $Hc0#db...Ack
Packet received: OK
Sending packet: $c#63...Ack
Packet received: T05thread:00000000;0f:0000099c;0d:0002c15c;[New Thread 0]
Sending packet: $g#67...Ack
Packet received: 001af0bc00000001000000000000000100008000007d65180000000000000013007d6510fffffffd007d7ab00002c17c0002c1800002c15c0000531c0000099c00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000800000d3[Switching to Thread 0]
Sending packet: $m98c,4#a1...Ack
Packet received: e1a0c00d
Sending packet: $m990,4#6f...Ack
Packet received: e92dd800
Sending packet: $m994,4#73...Ack
Packet received: e24cb004
Sending packet: $m998,4#77...Ack
Packet received: e24dd014
Sending packet: $m99c,4#a2...Ack
Packet received: e7ffdefe
Sending packet: $m9a0,4#97...Ack
Packet received: eb001422
Sending packet: $m9a4,4#9b...Ack
Packet received: e59f00c4
Sending packet: $m9a8,4#9f...Ack
Packet received: eb0015e0
Sending packet: $m9ac,4#ca...Ack
Packet received: e3a03000
Sending packet: $m9b0,4#98...Ack
Packet received: e50b3010
Sending packet: $m9b4,4#9c...Ack
Packet received: e51b3010
Sending packet: $m9b8,4#a0...Ack
Packet received: e353000f
Sending packet: $m9bc,4#cb...Ack
Packet received: da000000
Sending packet: $X99c,4:Ã¥\237\000Ã#13...Ack
Packet received: OK
Breakpoint 1, cyg_user_start () at serecho.c:72
Current language: auto; currently c
--
Grant Edwards
grante@visi.com
WARNING: multiple messages have this Message-ID
From: Grant Edwards <grante@visi.com>
To: Keith Seitz <keiths@cygnus.com>
Cc: insight@sources.redhat.com
Subject: Re: No step button using insight w/ remote target.
Date: Mon, 19 Nov 2001 12:49:00 -0000 [thread overview]
Message-ID: <20011119145348.A26837@visi.com> (raw)
Message-ID: <20011119124900.Rv89NB6xqTXhERcrHpQLW3eI5oVTspCFAfJn1aJTK8g@z> (raw)
In-Reply-To: <Pine.GSO.4.33.0111191212510.16197-100000@makita.cygnus.com>
On Mon, Nov 19, 2001 at 12:17:35PM -0800, Keith Seitz wrote:
> > (gdb) tk gdb_target_has_execution
> > 0
>
> A ha! So this is the cause of your problems. gdb_target_has_execution does
> not think that the inferior is running...
>
> static int
> gdb_target_has_execution_command (clientData, interp, objc, objv)
> ClientData clientData;
> Tcl_Interp *interp;
> int objc;
> Tcl_Obj *CONST objv[];
> {
> int result = 0;
>
> if (target_has_execution && ! ptid_equal (inferior_ptid, null_ptid))
> result = 1;
>
> Tcl_SetBooleanObj (result_ptr->obj_ptr, result);
> return TCL_OK;
> }
>
> So we've got: target_has_execution is 0 and/or inferior_ptid is null_ptid.
829 if (target_has_execution && ! ptid_equal (inferior_ptid, null_ptid))
Value returned is $3 = 1
(gdb) print inferior_ptid
$4 = {pid = 0, lwp = 0, tid = 0}
(gdb) print null_ptid
$5 = {pid = 0, lwp = 0, tid = 0}
(gdb) print target_has_execution
No symbol "target_has_execution" in current context.
(gdb)
"target_has_execution" is presumably a macro?
Anyway, inferior_ptid _is_ null_ptid, so that's probably the
issue. The "value returned" bit is from which I did a "finish"
to get back from ptid_equal(), IOW, ptid_equal() returned 1.
I have this nagging feeling that there might be something wrong
with my GDB stubs, so I traced the remote packets and here's
the trailing end of that (starting with the last few download
packets). I can't really see anything wrong, and it seems to
work fine in non-window mode. But, I'm not much of a remote
protocol guru...
Sending packet: $X2ad8d,73:\002Â¥0\000\000\020\000\000\002\204Ã\000\000\000\000\000\002\231ð\000\000\026Ã\000\000\026¸\000\000\000\000\000\000\020\000\000\002\205x\000\000\022h\000\002\230ì\000\000\000\000\000\002\005\214\000\000F´\000\000\200¼\000\002I\230\000\001î\004\000\000G\f\000\000jÃ\000\001ìì\000\000kÃ\000\000tø\000\000\\\024\000\000\200Ã\000\002I¸\000\001î}\004\000\000jü\000\001Ã\f#89...Ack
Packet received: OKLoading section .boot, size 0x4 lma 0x0
Sending packet: $X0,4:ê\000\000Ã#eb...Ack
Packet received: OKStart address 0x384, load size 174787
Sending packet: $Pf=00000384#82...Ack
Packet received: OKTransfer rate: 2807 bits/sec, 306 bytes/write.
Sending packet: $Z0,99c,4#eb...Ack
Packet received:
Packet Z0 (software-breakpoint) is NOT supported
Sending packet: $m99c,4#a2...Ack
Packet received: e59f00c8
Sending packet: $X99c,4:çÿÃþ#89...Ack
Packet received: OK
Sending packet: $Hc0#db...Ack
Packet received: OK
Sending packet: $c#63...Ack
Packet received: T05thread:00000000;0f:0000099c;0d:0002c15c;[New Thread 0]
Sending packet: $g#67...Ack
Packet received: 001af0bc00000001000000000000000100008000007d65180000000000000013007d6510fffffffd007d7ab00002c17c0002c1800002c15c0000531c0000099c00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000800000d3[Switching to Thread 0]
Sending packet: $m98c,4#a1...Ack
Packet received: e1a0c00d
Sending packet: $m990,4#6f...Ack
Packet received: e92dd800
Sending packet: $m994,4#73...Ack
Packet received: e24cb004
Sending packet: $m998,4#77...Ack
Packet received: e24dd014
Sending packet: $m99c,4#a2...Ack
Packet received: e7ffdefe
Sending packet: $m9a0,4#97...Ack
Packet received: eb001422
Sending packet: $m9a4,4#9b...Ack
Packet received: e59f00c4
Sending packet: $m9a8,4#9f...Ack
Packet received: eb0015e0
Sending packet: $m9ac,4#ca...Ack
Packet received: e3a03000
Sending packet: $m9b0,4#98...Ack
Packet received: e50b3010
Sending packet: $m9b4,4#9c...Ack
Packet received: e51b3010
Sending packet: $m9b8,4#a0...Ack
Packet received: e353000f
Sending packet: $m9bc,4#cb...Ack
Packet received: da000000
Sending packet: $X99c,4:Ã¥\237\000Ã#13...Ack
Packet received: OK
Breakpoint 1, cyg_user_start () at serecho.c:72
Current language: auto; currently c
--
Grant Edwards
grante@visi.com
next prev parent reply other threads:[~2001-11-19 20:49 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-11-07 15:19 Grant Edwards
2001-10-01 8:25 ` Fernando Nasser
2001-10-02 14:22 ` Grant Edwards
2001-11-15 15:46 ` Grant Edwards
2001-10-02 15:40 ` Grant Edwards
2001-11-19 8:32 ` Grant Edwards
2001-11-12 7:13 ` Fernando Nasser
2001-10-02 16:10 ` Keith Seitz
2001-10-02 20:18 ` Grant Edwards
2001-10-03 9:37 ` Keith Seitz
2001-10-03 10:54 ` Grant Edwards [this message]
2001-10-03 11:09 ` Keith Seitz
2001-10-03 11:20 ` Grant Edwards
2001-10-03 11:47 ` Keith Seitz
2001-10-03 13:22 ` Grant Edwards
2001-10-03 14:03 ` Keith Seitz
2001-10-03 15:50 ` Grant Edwards
2001-11-19 14:12 ` Grant Edwards
2001-11-19 13:28 ` Keith Seitz
2001-11-19 13:19 ` Grant Edwards
2001-10-03 16:31 ` Grant Edwards
2001-10-04 11:28 ` Grant Edwards
2001-11-20 16:16 ` Grant Edwards
2001-11-19 14:39 ` Grant Edwards
2001-11-19 13:05 ` Keith Seitz
2001-11-19 13:03 ` Grant Edwards
2001-11-19 12:55 ` Keith Seitz
2001-11-19 12:49 ` Grant Edwards
2001-11-19 12:17 ` Keith Seitz
2001-11-19 12:06 ` Grant Edwards
2001-11-19 12:00 ` Keith Seitz
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=20011119145348.A26837@visi.com \
--to=grante@visi.com \
--cc=insight@sources.redhat.com \
--cc=keiths@cygnus.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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).