public inbox for insight@sourceware.org
 help / color / mirror / Atom feed
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

  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).