From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30568 invoked by alias); 7 Jan 2015 18:34:50 -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 30515 invoked by uid 89); 7 Jan 2015 18:34:49 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,SPF_SOFTFAIL autolearn=no version=3.3.2 X-HELO: mtaout29.012.net.il Received: from mtaout29.012.net.il (HELO mtaout29.012.net.il) (80.179.55.185) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 07 Jan 2015 18:34:47 +0000 Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0NHT00K00KJ9RW00@mtaout29.012.net.il> for gdb-patches@sourceware.org; Wed, 07 Jan 2015 20:31:43 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NHT00KYBKSVLG10@mtaout29.012.net.il>; Wed, 07 Jan 2015 20:31:43 +0200 (IST) Date: Wed, 07 Jan 2015 18:34:00 -0000 From: Eli Zaretskii Subject: Re: [PATCH] Speed up "gdb -tui" output In-reply-to: To: Doug Evans Cc: palves@redhat.com, gdb-patches@sourceware.org Reply-to: Eli Zaretskii Message-id: <83egr67832.fsf@gnu.org> References: <83zj9v7urq.fsf@gnu.org> <54AD4E22.1010106@redhat.com> X-IsSubscribed: yes X-SW-Source: 2015-01/txt/msg00130.txt.bz2 > Date: Wed, 7 Jan 2015 10:12:36 -0800 > From: Doug Evans > Cc: Eli Zaretskii , gdb-patches > > On Wed, Jan 7, 2015 at 10:00 AM, Doug Evans wrote: > > Do we need to do gdb_flush (gdb_stdout) if c == '\n'? > > > > Normally in curses line buffering doesn't make any sense. > > One paints the window and then does a refresh. > > We want to add scrolling of the command line window on > > top of that, but if the intent is for that to be handled by > > gdb's standard set height mechanism (which could use > > some TLC w.r.t. TUI), then the screen will be refreshed > > at the "Type to continue, ..." prompt. > > I don't off hand know if TUI tries to give the user the > > impression of scrolling if the user sets the height > > to be larger than the physical command line window. > > My impression is it doesn't. > > And therefore, I think we don't need to do any call to > > gdb_flush here. Could be missing something though. > > Well, there is unfiltered output which doesn't > go through pagination. > Fun fun fun. Yes, lots of it.