From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15851 invoked by alias); 17 Jan 2008 14:57:17 -0000 Received: (qmail 15838 invoked by uid 22791); 17 Jan 2008 14:57:15 -0000 X-Spam-Check-By: sourceware.org Received: from imr1.ericy.com (HELO imr1.ericy.com) (198.24.6.9) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 17 Jan 2008 14:56:55 +0000 Received: from eusrcmw750.eamcs.ericsson.se (eusrcmw750.exu.ericsson.se [138.85.77.50]) by imr1.ericy.com (8.13.1/8.13.1) with ESMTP id m0HEuqSV007680 for ; Thu, 17 Jan 2008 08:56:53 -0600 Received: from ecamlmw720.eamcs.ericsson.se ([142.133.1.72]) by eusrcmw750.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Thu, 17 Jan 2008 08:56:52 -0600 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Subject: RE: -var-update using formatted value Date: Thu, 17 Jan 2008 14:57:00 -0000 Message-ID: <6D19CA8D71C89C43A057926FE0D4ADAA04290E3C@ecamlmw720.eamcs.ericsson.se> In-Reply-To: A From: "Marc Khouzam" To: X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2008-01/txt/msg00153.txt.bz2 U29ycnkgZm9yIHRoZSBzbG93IHJlcGx5LCBidXQgSSB3YW50ZWQgdG8gdGhp bmsgdGhpcyB0aHJvdWdoLg0KDQpGaXJzdCwgYWJvdXQgdGhlIHBhdGNoDQog DQo+ICsgIGlmICh2YXJvYmpfdmFsdWVfaXNfY2hhbmdlYWJsZV9wICh2YXIp IA0KPiArICAgICAgJiYgdmFyLT52YWx1ZSAmJiAhdmFsdWVfbGF6eSAodmFy LT52YWx1ZSkpDQo+ICsgICAgew0KPiArICAgICAgZnJlZSAodmFyLT5wcmlu dF92YWx1ZSk7DQo+ICsgICAgICB2YXItPnByaW50X3ZhbHVlID0gdmFsdWVf Z2V0X3ByaW50X3ZhbHVlICh2YXItPnZhbHVlLCB2YXItPmZvcm1hdCk7DQo+ ICsgICAgfQ0KPiArDQo+ICAgIHJldHVybiB2YXItPmZvcm1hdDsNCj4gIH0N Cg0KSSBzZWUgdGhhdCBvdGhlciBwbGFjZXMgd2hpY2ggZnJlZSBwcmludF92 YWx1ZSB1c2UgeGZyZWUgaW5zdGVhZCBvZiBmcmVlLg0KTm90IHN1cmUgaWYg dGhhdCBtYXR0ZXJzLg0KQWxzbywgZG8gd2Uga25vdyBmb3Igc3VyZSB0aGF0 IHByaW50X3ZhbHVlIGlzIG5vdCBOVUxMPw0KDQpJIHBlcnNvbmFsbHkgdGhp bmsgdGhpcyBwYXRjaCB3b3VsZCBpbXByb3ZlIHRoZSBiZWhhdmlvciBvZiB2 YXJPYmplY3RzIHNvIA0KeW91IGhhdmUgbXkgdm90ZSAoaWYgbXkgdm90ZSBj b3VudHMgZm9yIGFueXRoaW5nIDotKSkuDQoNCj4gPiBJZiBJIGhhdmUgYSB2 YXJPYmplY3QgZGlzcGxheWluZyAweDEgaW4gaGV4IGFuZCB0aGVuIEkgd2Fu dCB0byBzaG93IHRoZQ0KPiA+IHZhbHVlIGluIGJpbmFyeSwgSSB3aWxsIG5l ZWQgdG8gZ28gdG8gdGhlIHRhcmdldC4NCj4gDQo+IE5vLiBHREIga2VlcHMg dGhlIHJhdyB2YWx1ZSBpbnNpZGUgdGhlIHZhcmlhYmxlIG9iamVjdCwgYW5k IGNoYW5naW5nIGZvcm1hdA0KPiBvbmx5IGNoYW5nZWQgdGhlIHdheSBnZGIg Y29udmVydHMgdGhhdCByYXcgdmFsdWUgaW50byBzdHJpbmcuDQoNClNvcnJ5 LCBJIHVzZSAndGFyZ2V0JyB0byBtZWFuIEdEQi4gIEZvciBlbWJlZGRlZCBz eXN0ZW1zLCB3ZSB3YW50IHRvIHJlZHVjZQ0KdGhlIGNvbW11bmljYXRpb24g d2l0aCBHREIgdG8gYSBtaW5pbXVtLCBiZWNhdXNlIEdEQiBpdHNlbGYgaXMg cnVubmluZw0Kb24gYSBwb3RlbnRpYWxseSBzbG93IHByb2Nlc3Nvciwgd2l0 aCBhIHNtYWxsIGJhbmR3aWR0aCBjb25uZWN0aW9uIHRvIHRoZSBmcm9udC1l bmQuDQpUaGF0IGlzIHdoeSBJIGFtIHRyeWluZyB0byBjYWNoZSBhbGwgdmFs dWVzLg0KDQpJIHRob3VnaHQgdGhpcyBpZGVhIHdvdWxkIGZpdCBxdWl0ZSB3 ZWxsIHdpdGggdGhlIHBoaWxvc29waHkgb2YgdmFyaWFibGUgb2JqZWN0cy4N ClRoZSBkb2N1bWVudGF0aW9uIGRlc2NyaWJpbmcgdmFyaWFibGUgb2JqZWN0 cyBzYXlzIHRoZSBmb2xsb3dpbmc6DQoNCiJBIGZyb250LWVuZCBkb2VzIG5v dCBuZWVkIHRvIHJlYWQgdGhlIHZhbHVlcyBvZiBhbGwgdmFyaWFibGUgb2Jq ZWN0cyBlYWNoIHRpbWUgdGhlIHByb2dyYW0gDQpzdG9wcy4gSW5zdGVhZCwg TUkgcHJvdmlkZXMgYW4gdXBkYXRlIGNvbW1hbmQgdGhhdCBsaXN0cyBhbGwg dmFyaWFibGUgb2JqZWN0cyB3aG9zZSB2YWx1ZXMgDQpoYXMgY2hhbmdlZCBz aW5jZSB0aGUgbGFzdCB1cGRhdGUgb3BlcmF0aW9uLiBUaGlzIGNvbnNpZGVy YWJseSByZWR1Y2VzIHRoZSBhbW91bnQgb2YgZGF0YSANCnRoYXQgbXVzdCBi ZSB0cmFuc2ZlcnJlZCB0byB0aGUgZnJvbnQtZW5kLiINCg0KV2l0aCB0aGUg Z29hbCBvZiAicmVkdWNpbmcgdGhlIGFtb3VudCBvZiBkYXRhIHRyYW5zZmVy cmVkIHRvIHRoZSBmcm9udC1lbmQiLA0KSSB0aG91Z2h0IGl0IHdvdWxkIG1h a2Ugc2Vuc2UgdGhhdCBJIHdvdWxkIGNhY2hlIHRoZSB2YWx1ZSBvZiBldmVy eSBmb3JtYXQgSSBoYXZlIHByZXZpb3VzbHkNCnJlcXVlc3RlZCBmb3IgYSB2 YXJpYWJsZSBvYmplY3QuDQoNCkkgZ3Vlc3MgdGhlIHByb2JsZW0gaXMgdGhh dCBHREIgbWFrZXMgdGhlIGFzc3VtcHRpb24gdGhhdCB0aGUgZnJvbnQtZW5k IG9ubHkgY2FyZXMgYWJvdXQgdGhlIA0KbGFzdCB2YWx1ZSByZXRyaWV2ZWQg YnkgZXZhbHVhdGUtZXhwcmVzc2lvbi4gQWx0aG91Z2ggdGhpcyBpcyBzb21l dGltZXMgdGhlIGNhc2UsIG90aGVyIHRpbWVzDQppdCBpcyBub3QuDQoNClRv IHNvbHZlIHRoaXMgaW4gR0RCOg0KU2luY2UgYm90aCB1c2UgY2FzZXMgYXJl IHZhbGlkIChhdCBsZWFzdCB0byBtZSksIHRoZSBvbmx5IHdheSBJIGNhbiB0 aGluayB0byBzb2x2ZSB0aGlzIGlzIA0KdG8gaGF2ZSBhbiBleHRyYSBmbGFn IHRvIHZhci11cGRhdGUuICBTb21ldGhpbmcgbGlrZSBbLS1jb250ZW50LWNo YW5nZWQgfCAtLWRpc3BsYXllZC12YWx1ZS1jaGFuZ2VkXQ0KSXQgd291bGQg YmUgYSBzZXBhcmF0ZSBmbGFnIHRoYW4gdGhlIC0tbm8tdmFsdWVzIG9uZS4N ClRoZSBmcm9udC1lbmQgY291bGQgdGhlbiBkZWNpZGUgd2hpY2ggYmVoYXZp b3IgaXQgd2FudHMuICANCkl0J3Mgbm90IHByZXR0eSBidXQgdGhhdCBpcyBh bGwgSSBnb3QuDQpJIGtub3cgc3VibWl0dGluZyBhIHBhdGNoIGlzIHRoZSBw cm9wZXIgdGhpbmcgdG8gZG8sIGJ1dCBJIGRpZG4ndCB0aGluayB0aGlzIGlk ZWEgd2FzIGdvaW5nDQp0byBiZSBhY2NlcHRlZCBlYXNpbHksIHNvIEknbSBz dWdnZXN0aW5nIGl0IGZpcnN0Lg0KDQpUbyBzb2x2ZSB0aGlzIGluIHRoZSBm cm9udC1lbmQ6DQpJIG9yaWdpbmFsbHkgdGhvdWdodCBJIGNvdWxkIGFsd2F5 cyB1c2UgdGhlIG5hdHVyYWwgZm9ybWF0IGJlZm9yZSBkb2luZyBhIHZhci11 cGRhdGUsIGJ1dCBpdCBpcyBub3QNCnRoYXQgc2ltcGxlIHNpbmNlIEkgaGF2 ZSB0byB1c2UgdGhlIG5hdHVyYWwgZm9ybWF0IGZvciB0aGUgcm9vdCBidXQg YWxzbyBmb3IgYWxsIG9mIHRoZSBjaGlsZHJlbiANCm9mIHRoYXQgcm9vdC4g IFNvIG15IGNob2ljZXMgYXJlOg0KMS0gZG9uJ3QgY2FjaGUgKHRoaXMgY2F1 c2VzIHRoZSBtb3N0IGluY3JlYXNlIGluIGZyb250LWVuZC10by1HREIgY29t bXVuaWNhdGlvbikNCjItIHdoZW4gY2hhbmdpbmcgdGhlIGZvcm1hdCBvZiBh IHZhck9iamVjdCBhbmQgZ2V0dGluZyB0aGUgdmFsdWUsIGltbWVkaWF0ZWx5 IHNldCBpdCBiYWNrIHRvIG5hdHVyYWwNCiAgICAgICAodGhpcyB3aWxsIGtl ZXAgYWxsIHZhck9iamVjdHMsIHJvb3RzIGFuZCBjaGlsZHJlbiwgYXQgbmF0 dXJhbCkNCjMtIGJlZm9yZSBkb2luZyBhIC12YXItdXBkYXRlIG9uIHRoZSBy b290LCBzZXQgdGhlIHJvb3QgQU5EIGFsbCBpdHMgY2hpbGRyZW4gdG8gbmF0 dXJhbA0KNC0gY3JlYXRpbmcgYSB2YXJpYWJsZSBvYmplY3QgZm9yIGVhY2gg Zm9ybWF0LiAgVGhpcyB0dXJucyBvdXQgbm90IHRvIGJlIGVmZmljaWVudCAo aWYgSSB1bmRlcnN0b29kDQogICAgICBjb3JyZWN0bHkpIGJlY2F1c2UgZWFj aCBvZiB0aGUgZml2ZSB2YXJPYmplY3RzIHdpbGwgbmVlZCB0byBiZSB2YXIt dXBkYXRlZCBhbmQgd2lsbCBuZWVkIHRvIGdvIA0KICAgICAgcmVhZCB0aGUg cmF3IHZhbHVlIGluIG1lbW9yeSwgaW5zdGVhZCBvZiBkb2luZyB0aGlzIG9u Y2UuDQoNClNvbHV0aW9ucyAyIG9yIDMgYXJlIG15IGJlc3QgY2hvaWNlcyBJ IGJlbGlldmUuICBCdXQgaXQgd291bGQgYmUgbmljZSB0byBoYXZlIEdEQiBz dXBwb3J0IHRoaXMuDQoNClRoYW5rcyBmb3IgeW91ciBjb250aW51ZWQgaW5w dXQuDQoNCk1hcmMNCg0K >From gdb-return-30741-listarch-gdb=sources.redhat.com@sourceware.org Thu Jan 17 16:44:36 2008 Return-Path: Delivered-To: listarch-gdb@sources.redhat.com Received: (qmail 20565 invoked by alias); 17 Jan 2008 16:44:35 -0000 Received: (qmail 20557 invoked by uid 22791); 17 Jan 2008 16:44:34 -0000 X-Spam-Check-By: sourceware.org Received: from kuber.nabble.com (HELO kuber.nabble.com) (216.139.236.158) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 17 Jan 2008 16:44:11 +0000 Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1JFXqb-0002jY-GE for gdb@sourceware.org; Thu, 17 Jan 2008 08:44:09 -0800 Message-ID: <14923786.post@talk.nabble.com> Date: Thu, 17 Jan 2008 16:44:00 -0000 From: Guillaume MENANT To: gdb@sourceware.org Subject: Re: GDB startup session with Eclipse In-Reply-To: <14915621.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: guillaume.menant@geensys.com References: <14416165.post@talk.nabble.com> <20071219135523.GA20046@caradoc.them.org> <14418949.post@talk.nabble.com> <20071219153714.GA31218@caradoc.them.org> <14420820.post@talk.nabble.com> <20071219170714.GA4495@caradoc.them.org> <14422110.post@talk.nabble.com> <20071219184050.GA9968@caradoc.them.org> <14915621.post@talk.nabble.com> X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Delivered-To: mailing list gdb@sourceware.org X-SW-Source: 2008-01/txt/msg00154.txt.bz2 Content-length: 4590 By lanching GDB in stand alone and not with Eclipse, GDB stops right after it receives the response to the g command. The error displayed is : Remote debugging using :3000 0x40001200 in ?? () Then, target remote stops. This hex value is the value of the PC sent to GDB. A program is running in my board when I launch GDB and this PC value is from my RAM. Why does it makes an error ? Thanks. Guillaume MENANT wrote: > > I'm still working on the GDB startup management in my stub. The log of the > sent commands is the following : > > GDB -> $Hc-1# > Wrapper reply -> $+# > Call unsupported or unrecognized command method > Wrapper reply -> $#00 > GDB -> $+# > GDB -> $qC# > Wrapper reply -> $+# > Call unsupported or unrecognized command method > Wrapper reply -> $#00 > GDB -> $+# > GDB -> $qOffsets# > Wrapper reply -> $+# > Call unsupported or unrecognized command method > Wrapper reply -> $#00 > GDB -> $+# > GDB -> $?# > Wrapper reply -> $+# > Call ? method > Sending stop reply > Wrapper reply -> $S12#B6 > GDB -> $+# > GDB -> $Hg0# > Wrapper reply -> $+# > Call unsupported or unrecognized command method > Wrapper reply -> $#00 > GDB -> $+# > GDB -> $p44# > Wrapper reply -> $+# > Call unsupported or unrecognized command method > Wrapper reply -> $#00 > GDB -> $+# > GDB -> $g# > Wrapper reply -> $+# > Call g command method > Wrapper reply -> > $000074A3400010544000105440001054400010544000105440001054400010540001C4A9400010544000105440001054400010544000105440001054400010540003137F400010544000105440001054400010544000105440001054400010544000105440001054400010544000105440001054400010544000105440001054400010544000105440001054400010544000105440001054400010544000105440001054400010544000105440001054400010544000105440001054400010544000105440001054400010544000105440001054400010544000105440001054400010544000105440001054400010544000105440001054400010544000105400000000009000E60000000240000000400012584A71AA200000404000000000#52 > GDB -> $+# > GDB -> $!# > Wrapper reply -> $+# > Call unsupported or unrecognized command method > Wrapper reply -> $#00 > GDB -> $+# > GDB -> $qSymbol::# > Wrapper reply -> $+# > Call unsupported or unrecognized command method > Wrapper reply -> $#00 > GDB -> $+# > GDB -> $k# > Wrapper reply -> $+# > Call unsupported or unrecognized command method > Wrapper reply -> $#00 > GDB -> $k# > Wrapper reply -> $+# > Call unsupported or unrecognized command method > Wrapper reply -> $#00 > GDB -> $+# > Deleting socket. > > And here is the log received in Eclipse (send by GDB I think) : > > 0x40001258 in ?? () > In Extended remote serial target in gdb-specific protocol, > #0 0x40001258 in ?? () > target extended-remote localhost:3000 > load > Invalid download offset: Eclipse/Blink/blink_ram_noflush. > info remote-process > Undefined info command: "remote-process". Try "help info". > mi_cmd_env_cd: Usage DIRECTORY > kill > > 1 - What is the real purpose of the '!' command (I'm french and I don't > understand weel the explanation in the GDB documentation). > > 2 - Is qSymbol mandatory ? What is a symbol and what are their use ? > > 3 - Why GDB sends me a 'k' command ? Yet, I'm assuming there is no running > software in my AT697 to kill. I just want to connect to GDB and make my > board enter in debug mode in order to load my application in my board > using GDB. Am I right ? > > 4 - Why GDB closes the TCP/IP socket at the end of this exchange ? > > Thanks a lot for your answers which will be very usefull to me :) > > > > > Daniel Jacobowitz-2 wrote: >> >> On Wed, Dec 19, 2007 at 10:02:12AM -0800, Guillaume MENANT wrote: >>> >>> Thanks. I've seen this part about the '+' and '-' but I haven't realized >>> that >>> it was in both sides :-/ Here is the current conversation between my >>> software (<-) and GDB controlled by Eclipse (->) : >>> >>> -> 'qSupported' >>> <- 'qXfer:memory-map:read+' >> >> Make sure you have the encapsulation and checksumming right. >> >> Try 'set debug serial 1' and 'set debug remote 1'. >> >> -- >> Daniel Jacobowitz >> CodeSourcery >> >> > > -- View this message in context: http://www.nabble.com/GDB-startup-session-with-Eclipse-tp14416165p14923786.html Sent from the Sourceware - gdb list mailing list archive at Nabble.com.