From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5388 invoked by alias); 24 Jul 2013 17:00:33 -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 5379 invoked by uid 89); 24 Jul 2013 17:00:32 -0000 X-Spam-SWARE-Status: No, score=-3.7 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_YE,RDNS_NONE,SPF_SOFTFAIL autolearn=no version=3.3.1 Received: from Unknown (HELO mtaout22.012.net.il) (80.179.55.172) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Wed, 24 Jul 2013 17:00:29 +0000 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MQG00B009SC3F00@a-mtaout22.012.net.il> for gdb-patches@sourceware.org; Wed, 24 Jul 2013 20:00:20 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MQG00A6O9WKHTD0@a-mtaout22.012.net.il>; Wed, 24 Jul 2013 20:00:20 +0300 (IDT) Date: Wed, 24 Jul 2013 17:00:00 -0000 From: Eli Zaretskii Subject: Re: [PING (docs)] Re: [PATCH] [1/2] Add new 'z' format for print command In-reply-to: <51EFEFB1.4070408@broadcom.com> To: Andrew Burgess Cc: gdb-patches@sourceware.org Reply-to: Eli Zaretskii Message-id: <83bo5rx59d.fsf@gnu.org> References: <51DAF728.4040309@broadcom.com> <51EFA750.2070707@broadcom.com> <83k3kgvxf2.fsf@gnu.org> <51EFEFB1.4070408@broadcom.com> X-SW-Source: 2013-07/txt/msg00574.txt.bz2 > Date: Wed, 24 Jul 2013 16:16:01 +0100 > From: "Andrew Burgess" > cc: gdb-patches@sourceware.org > > On 24/07/2013 3:34 PM, Eli Zaretskii wrote: > > > More importantly, I have a difficulty understanding what does > > "hexadecimal zero padded to the size ..." mean. More accurately, if > > my interpretation of what you say (that 'z' produces "00"s for > > non-existing data, then why does this "padding" make sense, when we > > are targeting a human consumer? > > I'm not sure I agree with the "non-existing data" part of your > statement, for example a 4-byte register containing the value 1 (one) > when printed with /x would print 0x1, with /z it would print 0x00000001, > surely the leading 0s do exist, we just normally don't print them. Then please say "zero padded on the left". I thought you were talking about padding at the right. Sorry for my misunderstanding.