From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24594 invoked by alias); 22 Sep 2004 16:55:31 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 24581 invoked from network); 22 Sep 2004 16:55:31 -0000 Received: from unknown (HELO neptune.TidalNetworks.net) (67.114.153.34) by sourceware.org with SMTP; 22 Sep 2004 16:55:31 -0000 Content-class: urn:content-classes:message Subject: RE: "qOffset reply?" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 22 Sep 2004 16:55:00 -0000 Message-ID: <52BBA75459915749B68F93B604B636CD0666EE@neptune.TidalNetworks.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: From: "Xinan Tang" To: "Fabian Cenedese" , X-SW-Source: 2004-09/txt/msg00187.txt.bz2 Hi=20 You are right. Don't support the command and the stub simply returns "empty" (not an error). GDB can handle the empty message. Thanks --Xinan=20 -----Original Message----- From: gdb-owner@sources.redhat.com [mailto:gdb-owner@sources.redhat.com] On Behalf Of Fabian Cenedese Sent: Monday, September 20, 2004 1:23 AM To: gdb@sources.redhat.com Subject: Re: "qOffset reply?" > For the remote stub query message "qOffsets", the gdb remote stub is >supposed to answer "Text=3Dxxx; Data=3Dyyy; Bss=3Dzzz". > > However since these three piece of information is the same as >described in the ELF executable or the symbol table. How can the stub >reply the GDB such that it doesn't need the stub answer but look into >the symbol table for the information? I'm not sure, but I think if you just don't implement this command (and return an error), then gdb will use other info. bye Fabi