From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26792 invoked by alias); 22 Mar 2005 15:32:49 -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 26764 invoked from network); 22 Mar 2005 15:32:41 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sourceware.org with SMTP; 22 Mar 2005 15:32:41 -0000 Received: from drow by nevyn.them.org with local (Exim 4.50 #1 (Debian)) id 1DDlNG-0006GB-RJ; Tue, 22 Mar 2005 10:32:54 -0500 Date: Tue, 22 Mar 2005 15:32:00 -0000 From: Daniel Jacobowitz To: "Decker, Paul" Cc: gdb@sources.redhat.com Subject: Re: protocol question Message-ID: <20050322153254.GA23969@nevyn.them.org> Mail-Followup-To: "Decker, Paul" , gdb@sources.redhat.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6+20040907i X-SW-Source: 2005-03/txt/msg00204.txt.bz2 On Tue, Mar 22, 2005 at 10:24:45AM -0500, Decker, Paul wrote: > > Hello everyone! > > > I apologize if this is the wrong news group for this question, if so; > just point me to the correct one. > > 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 > unsolicited messages to GDB, for example, if the stub encounters an > 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 > 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 > 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