From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30429 invoked by alias); 2 May 2002 21:19:45 -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 30422 invoked from network); 2 May 2002 21:19:44 -0000 Received: from unknown (HELO nevyn.them.org) (128.2.145.6) by sources.redhat.com with SMTP; 2 May 2002 21:19:44 -0000 Received: from drow by nevyn.them.org with local (Exim 3.35 #1 (Debian)) id 173NzO-0006lQ-00; Thu, 02 May 2002 17:19:46 -0400 Date: Thu, 02 May 2002 14:19:00 -0000 From: Daniel Jacobowitz To: chanskw@ca.ibm.com Cc: gdb@sources.redhat.com Subject: Re: Target Output Streaming in MI Message-ID: <20020502211946.GA25969@nevyn.them.org> Mail-Followup-To: chanskw@ca.ibm.com, 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.1i X-SW-Source: 2002-05/txt/msg00025.txt.bz2 On Thu, May 02, 2002 at 05:10:56PM -0400, chanskw@ca.ibm.com wrote: > Hi, > > As we are doing more investigation with MI, we having another question > regarding output streaming in MI. As described in GDB manual: > > `"@" STRING-OUTPUT' > The target output stream contains any textual output from the > running target. > > Some of the examples in the manual show that program's output should be > prefixed with '@'. However, we have never seen program output prefixed > with '@'. After doing more experiments and looking into GDB source code, > we found that program output will only be prefixed with '@' during remote > debugging. Is this really the case? Essentially, yes. There's a known failure in mi-console.exp corresponding to this; it requires that GDB manage pseudoterminals for the inferior process, and we don't do that (nor have we really decided that it is a good idea; I at least have doubts...). IMVHO, the best thing to do for native would be to have MI traffic on a separate file descriptor than the inferior's stdin/out/err. -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer