Re: [9fans] xd bug

[Pietro Gagliardi <pietro10@mac.com>]

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
>
>