From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32550 invoked by alias); 19 Nov 2001 20:49:08 -0000 Mailing-List: contact insight-help@sourceware.cygnus.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: insight-owner@sources.redhat.com Received: (qmail 32457 invoked from network); 19 Nov 2001 20:49:01 -0000 Date: Wed, 03 Oct 2001 10:54:00 -0000 From: Grant Edwards To: Keith Seitz Cc: insight@sources.redhat.com Subject: Re: No step button using insight w/ remote target. Message-ID: <20011119145348.A26837@visi.com> References: <20011119141059.A26724@visi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2i In-Reply-To: ; from keiths@cygnus.com on Mon, Nov 19, 2001 at 12:17:35PM -0800 X-SW-Source: 2001-q4/txt/msg00034.txt.bz2 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 From mboxrd@z Thu Jan 1 00:00:00 1970 From: Grant Edwards To: Keith Seitz Cc: insight@sources.redhat.com Subject: Re: No step button using insight w/ remote target. Date: Mon, 19 Nov 2001 12:49:00 -0000 Message-ID: <20011119145348.A26837@visi.com> References: <20011119141059.A26724@visi.com> X-SW-Source: 2001-q4/msg00335.html Message-ID: <20011119124900.Rv89NB6xqTXhERcrHpQLW3eI5oVTspCFAfJn1aJTK8g@z> 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