From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15040 invoked by alias); 30 Nov 2005 13:10:14 -0000 Received: (qmail 14789 invoked by uid 22791); 30 Nov 2005 13:10:11 -0000 X-Spam-Check-By: sourceware.org Received: from lon-del-01.spheriq.net (HELO lon-del-01.spheriq.net) (195.46.50.97) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 30 Nov 2005 13:10:08 +0000 Received: from lon-out-03.spheriq.net ([195.46.50.131]) by lon-del-01.spheriq.net with ESMTP id jAUD9qeD000925 for ; Wed, 30 Nov 2005 13:09:52 GMT Received: from lon-cus-02.spheriq.net (lon-cus-02.spheriq.net [195.46.50.38]) by lon-out-03.spheriq.net with ESMTP id jAUD9oS8027234 for ; Wed, 30 Nov 2005 13:09:51 GMT Received: from beta.dmz-eu.st.com (beta.dmz-eu.st.com [164.129.1.35]) by lon-cus-02.spheriq.net with ESMTP id jAUD9lJd010766 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Wed, 30 Nov 2005 13:09:50 GMT Received: from zeta.dmz-eu.st.com (ns2.st.com [164.129.230.9]) by beta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 13F19DC81; Wed, 30 Nov 2005 12:58:26 +0000 (GMT) Received: by zeta.dmz-eu.st.com (STMicroelectronics, from userid 60012) id C16464738F; Wed, 30 Nov 2005 13:01:27 +0000 (GMT) Received: from zeta.dmz-eu.st.com (localhost [127.0.0.1]) by zeta.dmz-eu.st.com (STMicroelectronics) with ESMTP id AF051759B7; Wed, 30 Nov 2005 13:01:26 +0000 (UTC) Received: from mail1.cro.st.com (mail1.cro.st.com [164.129.40.131]) by zeta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 40A14473BE; Wed, 30 Nov 2005 13:01:13 +0000 (GMT) Received: from st.com (crx1177.cro.st.com [164.129.47.77]) by mail1.cro.st.com (MOS 3.5.8-GR) with ESMTP id CGC66714 (AUTH "denis pilat"); Wed, 30 Nov 2005 13:58:07 +0100 (CET) Message-ID: <438DA1DE.2020406@st.com> Date: Wed, 30 Nov 2005 18:57:00 -0000 From: Denis PILAT User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.0.1) Gecko/20020920 Netscape/7.0 MIME-Version: 1.0 To: Nick Roberts Cc: gdb-patches@sources.redhat.com Subject: Re: [PATCH] Target stderr not displayed thru MI References: <17293.36697.854192.691800@kahikatea.snap.net.nz> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-O-Spoofed: Not Scanned X-O-General-Status: No X-O-Spam1-Status: Not Scanned X-O-Spam2-Status: Not Scanned X-O-URL-Status: Not Scanned X-O-Virus1-Status: No X-O-Virus2-Status: Not Scanned X-O-Virus3-Status: No X-O-Virus4-Status: No X-O-Virus5-Status: Not Scanned X-O-Image-Status: Not Scanned X-O-Attach-Status: Not Scanned X-SpheriQ-Ver: 4.2.0 X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2005-11/txt/msg00509.txt.bz2 Nick Roberts wrote: >>+ /* Route target error through the MI as well. */ >>+ gdb_stdtargerr = mi->targ; >> >> > >I know nothing about remote debugging but shouldn't error output go to >mi->err so that you can distinguish it from target output? > > > Nick, The mi->err is used for displaying debugger errors, not the error coming from the target execution. The main problem with MI is that we can not distinguish target stdout from target stderr. Denis