From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 60388 invoked by alias); 8 Mar 2019 07:46:16 -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 60369 invoked by uid 89); 8 Mar 2019 07:46:15 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-3.5 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.3.1 spammy=displays, wasting, screen, enter X-HELO: eggs.gnu.org Received: from eggs.gnu.org (HELO eggs.gnu.org) (209.51.188.92) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 08 Mar 2019 07:46:13 +0000 Received: from fencepost.gnu.org ([2001:470:142:3::e]:50100) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h2ACo-0005TE-K4; Fri, 08 Mar 2019 02:46:10 -0500 Received: from [176.228.60.248] (port=3484 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1h2ACo-0000mx-1j; Fri, 08 Mar 2019 02:46:10 -0500 Date: Fri, 08 Mar 2019 07:46:00 -0000 Message-Id: <835zstbyhb.fsf@gnu.org> From: Eli Zaretskii To: Tom Tromey CC: palves@redhat.com, brobecker@adacore.com, gdb-patches@sourceware.org In-reply-to: <87k1hae23l.fsf@tromey.com> (message from Tom Tromey on Thu, 07 Mar 2019 15:44:46 -0700) Subject: Re: GDB 8.2.90 available for testing References: <20190227055112.4A5E782D7B@joel.gnat.com> <835zt3kbjf.fsf@gnu.org> <87k1hae23l.fsf@tromey.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-IsSubscribed: yes X-SW-Source: 2019-03/txt/msg00186.txt.bz2 > From: Tom Tromey > Cc: Eli Zaretskii , Joel Brobecker , gdb-patches@sourceware.org > Date: Thu, 07 Mar 2019 15:44:46 -0700 > > Some of the odd behavior I do see seems to predate any of these changes. > With the system gdb on Fedora 28 and 29 I can: > > (gdb) tui enable > (gdb) print 23 > $1 = 23 > (gdb) ... press Enter a a few times > > Here the subsequent prompts aren't seen and the output just looks like > > $2 = 23 > $3 = 23 > ... The above is not odd, IMO, or at least I'm used to it when I use the TUI: in that configuration GDB minimizes what it displays in the command window. For example, if you repeatedly type "n ", the command window appears not to change at all, because the last command overwrites the previous one on the screen. I regard this as a feature, which allows me to see the most of the interaction, without wasting screen estate to show redundant content.