From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Message-id: <66A41360-593C-4B12-B33E-04A9C7336CF1@mac.com> From: Pietro Gagliardi To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> In-reply-to: <20080714164232.2A0A51E8C6E@holo.morphisms.net> Date: Mon, 14 Jul 2008 13:02:26 -0400 References: <20080714164232.2A0A51E8C6E@holo.morphisms.net> Subject: Re: [9fans] xd bug Topicbox-Message-UUID: e62dc3d8-ead3-11e9-9d60-3106f5b1d025 If you look more closely at the alignment of the characters to the hex values you will see that xd thinks Q has character code 0x525 and R has character code 3. It should look more like % xd -c -x bad 0000000 e0Q R S \n 0 e0515253 0a000000 0000005 On Jul 14, 2008, at 12:43 PM, Russ Cox wrote: >> Hello. Regarding my previous question, the file /n/sources/contrib/ >> pietro/xd.out shows a bug in xd regarding characters that can't be >> printed with the %c format. There should be no space between a non- >> printing and a printing character; but the two spaces screw the rest >> of the line up. This shows a deficiency in the table-based >> implementation. I'll do my best to fix it in a clean way. Thanks. > > It would help a lot if (1) you cut and pasted things into email > instead of making us go look on sources for four-line files > and (2) you told us exactly what you thought was wrong. > > Your xd.out says: > > % xd -c -x bad > 0000000 e0 Q R S \n > 0 e0515253 0a000000 > 0000005 > > which looks fine to me. If I create the same file and add some > more text just to fill things out, I get: > > % xd -c -b -x a | sed 6q > 0000000 e0 Q R S \n L o r e m i p s u m > 0 e0 51 52 53 0a 4c 6f 72 65 6d 20 69 70 73 75 6d > 0 e0515253 0a4c6f72 656d2069 7073756d > 0000010 d o l o r s i t a m e t , > 10 20 64 6f 6c 6f 72 20 73 69 74 20 61 6d 65 74 2c > 10 20646f6c 6f722073 69742061 6d65742c > > which still looks just fine. In particular I don't see any > alignment difference between the first line and the second line. > > Russ > >