From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2032 invoked by alias); 22 Mar 2005 15:45:10 -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 1998 invoked from network); 22 Mar 2005 15:45:03 -0000 Received: from unknown (HELO nwd2mail1.analog.com) (137.71.25.50) by sourceware.org with SMTP; 22 Mar 2005 15:45:03 -0000 Received: from nwd2mhb1.analog.com (nwd2mhb1.analog.com [137.71.5.12]) by nwd2mail1.analog.com (8.12.10/8.12.10) with ESMTP id j2MFitv1010256; Tue, 22 Mar 2005 10:44:55 -0500 Received: from nwd2exm3.ad.analog.com (nwd2exm3.ad.analog.com [10.64.51.19]) by nwd2mhb1.analog.com (8.9.3 (PHNE_28810+JAGae91741)/8.9.3) with ESMTP id KAA00798; Tue, 22 Mar 2005 10:44:54 -0500 (EST) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: protocol question Date: Tue, 22 Mar 2005 15:45:00 -0000 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: From: "Decker, Paul" To: "Daniel Jacobowitz" , "Decker, Paul" Cc: X-Spam-Status: No, hits=-102.8 required=10.0 tests=ALL_TRUSTED,USER_IN_WHITELIST version=3.0.2 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 3.000002 (2004-11-16) X-SW-Source: 2005-03/txt/msg00205.txt.bz2 Outstanding, my message showed up as soon as I changed the state to running!=20=20 Now, this means I have to change plans a little. Is there a way to send unsolicited messages to the gdb console (to be displayed) regardless of the actually execution state? Thanks, Paul. -----Original Message----- From: gdb-owner@sources.redhat.com [mailto:gdb-owner@sources.redhat.com] On Behalf Of Daniel Jacobowitz Sent: Tuesday, March 22, 2005 10:33 AM To: Decker, Paul Cc: gdb@sources.redhat.com Subject: Re: protocol question On Tue, Mar 22, 2005 at 10:24:45AM -0500, Decker, Paul wrote: >=20=20 > Hello everyone! >=20 >=20 > I apologize if this is the wrong news group for this question, if so;=20 > just point me to the correct one. >=20 > I'm developing a target stub for a custom processor which will then be > able to connect with GDB. From what I understand, the stub can send=20 > unsolicited messages to GDB, for example, if the stub encounters an=20 > error of some sort, or wants to send other information to be displayed > in the GDB console. It seems this is done with the 'O' command being=20 > sent by the stub, without the stub checking for an ack. As you may have noticed, the 'O' packet is considerably different than the rest of the protocol. It doesn't fit in well with the normal command/response model. > Is there anything in GDB that needs to be 'turned on' to enable this=20 > functionality, or do I have a conceptual problem and this is not how it > is designed to work? I've tried to send a test command of: O is actually a 'wait response'. It's supposed to be output from the inferior, not the stub, so GDB only expects it when the target is running. Try that instead. -- Daniel Jacobowitz CodeSourcery, LLC