GNU bug report logs - #12362
GNUS can no longer read UTF-8

Previous Next

Full log

Message #14 received at 12362 <at> debbugs.gnu.org (full text, mbox):

From: Kenichi Handa <handa.kenichi <at> aist.go.jp>
To: jidanni <at> jidanni.org
Cc: acid <at> debian.org, larsi <at> gnus.org, ding <at> gnus.org, 12362 <at> debbugs.gnu.org
Subject: Re: bug#12362: GNUS can no longer read UTF-8
Date: Thu, 06 Sep 2012 11:01:35 +0900

In article <87vcfsf5rb.fsf <at> jidanni.org>, jidanni <at> jidanni.org writes:

> The problem happens in ALL groups.
> Reverting to
> emacs-snapshot:
>   Installed: 2:20120829-1
>   Candidate: 2:20120905-1
> fixes it.

That's because of my recent change to
quoted-printable-decode-region for speed up.  In this code,
I misunderstood the meaning of "(case-fold-search t)", and
handled only "[0-9A-Z]" (no lowercase letters).  RFC2045
also says:

 (1)   (General 8bit representation) Any octet, except a CR or
          LF that is part of a CRLF line break of the canonical
          (standard) form of the data being encoded, may be
          represented by an "=" followed by a two digit
          hexadecimal representation of the octet's value.  The
          digits of the hexadecimal alphabet, for this purpose,
          are "0123456789ABCDEF".  Uppercase letters must be
          used; lowercase letters are not allowed.
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Anyway, I've just installed a fix to handle also 'a'..'f'
(in spite of RFC2045's definition).  Could you please try
again?

---
Kenichi Handa
handa <at> m17n.org

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.