From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14639 invoked by alias); 16 Aug 2013 13:20:48 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 14620 invoked by uid 89); 16 Aug 2013 13:20:48 -0000 X-Spam-SWARE-Status: No, score=-4.1 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_NO,SPF_SOFTFAIL autolearn=no version=3.3.2 Received: from mtaout23.012.net.il (HELO mtaout23.012.net.il) (80.179.55.175) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Fri, 16 Aug 2013 13:20:47 +0000 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MRM00600L10S300@a-mtaout23.012.net.il> for gdb-patches@sourceware.org; Fri, 16 Aug 2013 16:20:44 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MRM006TDL2KP980@a-mtaout23.012.net.il>; Fri, 16 Aug 2013 16:20:44 +0300 (IDT) Date: Fri, 16 Aug 2013 13:20:00 -0000 From: Eli Zaretskii Subject: Re: [PATCH] Unbuffer stdout and stderr on windows In-reply-to: <520E1C34.2000907@codesourcery.com> To: Yao Qi Cc: palves@redhat.com, gdb-patches@sourceware.org, brobecker@adacore.com Reply-to: Eli Zaretskii Message-id: <83wqnln54i.fsf@gnu.org> References: <51EE23F8.1070905@codesourcery.com> <83wqohw4ee.fsf@gnu.org> <20130729192559.GA5348@ednor.casa.cgf.cx> <83d2q1xiyv.fsf@gnu.org> <51F6C7B2.3020400@redhat.com> <20130731034045.GA5565@ednor.casa.cgf.cx> <20130812211105.GA11128@adacore.com> <8361v9piop.fsf@gnu.org> <20130815173618.GA6955@ednor.casa.cgf.cx> <83eh9uonlg.fsf@gnu.org> <20130815175940.GD6955@ednor.casa.cgf.cx> <520E1109.7000304@redhat.com> <520E1C34.2000907@codesourcery.com> X-SW-Source: 2013-08/txt/msg00425.txt.bz2 > Date: Fri, 16 Aug 2013 20:33:56 +0800 > From: Yao Qi > CC: , , Eli Zaretskii > > > However, we didn't have an agreement on what to set for stdout. As you > posted above, on Win32, stdout can be either full buffered or > non-buffered. If we change stdout to non-buffered, there are two > concerns, 1) GDB will slow down, 2) cause troubles to front-end, like Emacs. > > Is it useful to reduce the concerns by measuring the slow down and > testing patched GDB under Emacs? Not sure such a research will be worth our while. How about a command-line option to do this, something that was proposed before? Would people feel less divided about that?