GNU bug report logs - #1051
23.0.60; rmail decoding bug

Previous Next

Package: emacs;

Reported by: rms <at> gnu.org

Date: Mon, 29 Sep 2008 17:25:04 UTC

Severity: normal

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

Full log

Message #55 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: 1051 <at> debbugs.gnu.org
Cc: rms <at> gnu.org, handa <at> m17n.org, emacs-pretest-bug <at> gnu.org,
        bug-gnu-emacs <at> gnu.org
Subject: Re: bug#1051: 23.0.60; rmail decoding bug
Date: Tue, 30 Sep 2008 11:40:08 +0300

> Date: Tue, 30 Sep 2008 10:32:08 +0300
> From: Eli Zaretskii <eliz <at> gnu.org>
> Cc: emacs-pretest-bug <at> gnu.org, bug-gnu-emacs <at> gnu.org,
> 	1051 <at> emacsbugs.donarmstrong.com
> 
> I can reproduce this by reading the test case you sent twice: once
> with "C-u M-x rmail", then with "C-u g".  The second time I get the
> message displayed incorrectly.
> 
> I will debug this and see what I find.

The problem is within mail-unquote-printable-region: it relies on
insert-char to insert a unibyte character, even if the target buffer
is a multibyte buffer.  In Emacs 22.x this works, but not in Emacs 23.

Perhaps Handa-san can suggest what is the best way of inserting
unibyte characters into a multibyte buffer in Emacs 23.  Obviously,
insert-file-contents does that when coding-system-for-read is bound to
no-conversion.
This bug report was last modified 15 years and 247 days ago.

Previous Next

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