From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 62848 invoked by alias); 20 Jul 2017 07:49:14 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 62758 invoked by uid 89); 20 Jul 2017 07:49:11 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,RCVD_IN_SORBS_SPAM,SPF_PASS autolearn=no version=3.3.2 spammy=xs, ys, pictures, xxx X-HELO: mail-wm0-f47.google.com Received: from mail-wm0-f47.google.com (HELO mail-wm0-f47.google.com) (74.125.82.47) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 20 Jul 2017 07:49:10 +0000 Received: by mail-wm0-f47.google.com with SMTP id k69so17025320wmc.1 for ; Thu, 20 Jul 2017 00:49:10 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:mime-version :content-disposition:user-agent; bh=qQCXdcaRAZO5z1lFRfurExldZqCM0NJbh3sHRqUHZRs=; b=c/rnk9lAe6cjn/HGDrNfVLvGSp0sgpBwtshWjemMJaDIDlLMsj5pj/Ob1JAHUXmTOs uJ/hB8JY98qWrPuZGa6159XQnQKB78x/kS56eVNCaS82XgDyb87hTu8I1INiDWGPaA9p RSHs5K7vRatXw35EeAjAI3f2JsptdF6QCaWIUVd5P2twbike6eexBevv01ZX1QEp3oZy if6lzB8HreaWenFDdcebzqh7LYZI8U63YO4VgB/JacAysGoNPkV+73QRxg+VKKyl/odV ggLsU6Ju+Qo7jRpno+exKvv9E+nlYszkxfdjLvReRRIPap6Xk3+8ydh6t2xI0H9c3XLT 2TNA== X-Gm-Message-State: AIVw111eAAAFCDEe2zCdUQPz9kWJurdf3ACDv8vC9RLygdJPcWDpQgSA ir1zYWbpKF+AwEOgvf4= X-Received: by 10.28.143.205 with SMTP id r196mr1657843wmd.69.1500536948019; Thu, 20 Jul 2017 00:49:08 -0700 (PDT) Received: from localhost (cust64-dsl91-135-5.idnet.net. [91.135.5.64]) by smtp.gmail.com with ESMTPSA id y5sm5709148wrd.52.2017.07.20.00.49.06 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 20 Jul 2017 00:49:07 -0700 (PDT) Date: Thu, 20 Jul 2017 07:49:00 -0000 From: Andrew Burgess To: gdb@sourceware.org Subject: Expected behaviour of 'set width XX' Message-ID: <20170720074853.GL27353@embecosm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Editor: GNU Emacs [ http://www.gnu.org/software/emacs ] User-Agent: Mutt/1.6.1 (2016-04-27) X-IsSubscribed: yes X-SW-Source: 2017-07/txt/msg00033.txt.bz2 I have a question about the expected behaviour of set width. I'm going to use 'set width 10' in the example below, I know 10 probably isn't a very useful width, but I see the same behaviour for larger widths. In the pictures below I'm using "|" to denote the left edge of the terminal, and "^" to indicate where the cursor is in the line above (the line with the actual "^" does not exist yet). So, I start up gdb and I see this: |(gdb) | ^ Then I set the desired width, |(gdb) set width 10 |(gdb) | ^ Now I enter 3 "x"s. |(gdb) xxx | ^ you'll notice that including the prompt, single space, and xxx I'm now ready to fill character 10, so, I add 1 more x: |(gdb) xxxx |^ Notice that the cursor has wrapper back to the first character on the line. After this I enter 9 "y"s: |yyyyyyyyy | ^ Yeah.... and one more "y": |yyyyyyyyyy |^ And we're back to the beginning of the line again. My expectation was that after all the "x"s and "y"s, I would have had this situation: |(gdb) xxxx |yyyyyyyyyy | |^ So a 10 character wide block of text on the left of my N wide terminal. So, my question: Is the current gdb behaviour the expected behaviour? If it is the expected behaviour then how is this useful? Thanks, Andrew