From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22173 invoked by alias); 1 Dec 2005 16:20:10 -0000 Received: (qmail 22163 invoked by uid 22791); 1 Dec 2005 16:20:09 -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; Thu, 01 Dec 2005 16:20:02 +0000 Received: from lon-out-01.spheriq.net ([195.46.50.129]) by lon-del-01.spheriq.net with ESMTP id jB1GJu7o011775 for ; Thu, 1 Dec 2005 16:19:56 GMT Received: from lon-cus-02.spheriq.net (lon-cus-02.spheriq.net [195.46.50.38]) by lon-out-01.spheriq.net with ESMTP id jB1GJqlm003682 for ; Thu, 1 Dec 2005 16:19:55 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 jB1GJor8003110 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Thu, 1 Dec 2005 16:19:51 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 807A4DA50; Thu, 1 Dec 2005 16:19:48 +0000 (GMT) Received: by zeta.dmz-eu.st.com (STMicroelectronics, from userid 60012) id 925B24752B; Thu, 1 Dec 2005 16:22:53 +0000 (GMT) Received: from zeta.dmz-eu.st.com (localhost [127.0.0.1]) by zeta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 16E7F759AE; Thu, 1 Dec 2005 16:22:53 +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 6099B47547; Thu, 1 Dec 2005 16:22:52 +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 CGC96083 (AUTH "denis pilat"); Thu, 1 Dec 2005 17:19:44 +0100 (CET) Message-ID: <438F229F.2040103@st.com> Date: Thu, 01 Dec 2005 16:20: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: Daniel Jacobowitz Cc: Nick Roberts , gdb-patches@sources.redhat.com Subject: Re: [PATCH] Target stderr not displayed thru MI References: <17293.36697.854192.691800@kahikatea.snap.net.nz> <438DA1DE.2020406@st.com> <17294.2894.345752.773239@kahikatea.snap.net.nz> <438F011F.7050403@st.com> <20051201140436.GA31759@white> <20051201143218.GB13069@nevyn.them.org> 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-12/txt/msg00018.txt.bz2 >> >>I haven't seen MI use the target-stream-output yet. What is your >>configuration that makes this happen? Is it still useful to you? >>If so, it would be nice if we could improve the doco a bit, to let users >>know when this would be useful for them. >> > >It's used for any (most?) remote or simulator targets that can provide >output. I'm sorry if I was not adequately clear about that. The ST >folks appear to have their own proprietary remote target, which also >generates these packets. > > > Daniel, Nick, You're right, we have remote targets that are accessed thru a GDB that runs under Eclipse. These targets outputs error that are not displayed anywhere, my initial patch was about to fix that (http://sources.redhat.com/ml/gdb-patches/2005-11/msg00497.html). Adding a new stream to MI (target error stream) with a prefix different from the others, will offer a possibility for future Eclipse (or any front end) - 1st to get the stderr of the inferior. - 2nd to distinguish it from target stdout. I'm not sticked to have one more MI stream today since nobody will use it efficiently, I just need to have at least target error reported to a stream, even if it's the only mi stream available (mi->targ). Hope I'm not adding more confusion. Denis