rfc4880bis: Apply errata 2271
authorWerner Koch <wk@gnupg.org>
Wed, 27 May 2015 15:45:19 +0000 (17:45 +0200)
committerWerner Koch <wk@gnupg.org>
Wed, 27 May 2015 15:45:19 +0000 (17:45 +0200)
commit472b2b9881594439a4cd202ec27c80f31df478ba
tree5d2dc20a2ca13e0dd1158ee60908ee70fb6689b6
parent0674ddad8d101924128b847054c3192bb7d64b5f
rfc4880bis: Apply errata 2271

--
Errata ID: 2271

Status: Verified
Type: Technical

Reported By: David Shaw
Date Reported: 2010-05-18
Verifier Name: Sean Turner
Date Verified: 2010-07-20

Section 6.5 says:

   Input data:  0x14FB9C03D97E
   Hex:     1   4    F   B    9   C     | 0   3    D   9    7   E
   8-bit:   00010100 11111011 10011100  | 00000011 11011001 11111110
   6-bit:   000101 001111 101110 011100 | 000000 111101 100111 111110
   Decimal: 5      15     46     28       0      61     37     62
   Output:  F      P      u      c        A      9      l      +

It should say:

   Input data:  0x14FB9C03D97E
   Hex:     1   4    F   B    9   C     | 0   3    D   9    7   E
   8-bit:   00010100 11111011 10011100  | 00000011 11011001 01111110
   6-bit:   000101 001111 101110 011100 | 000000 111101 100101 111110
   Decimal: 5      15     46     28       0      61     37     62
   Output:  F      P      u      c        A      9      l      +

Notes:

This example shows the conversion of 0x14FB9C03D97E into Radix-64. The
problem is in the last byte, where '7E' is shown in binary as
11111110. That of course should be 01111110. The error is carried
through in the 6-bit rendering of that data where the next-to-last
6-bit group 100111 should actually be 100101. The decimal rendering as
well as the output (character) line is correct.
misc/id/rfc4880bis/middle.mkd