Re: mutt/2425: Freeze on reading mailbox in UTF-8 environment on
The following reply was made to PR mutt/2425; it has been noted by GNATS.
From: Alain Bench <veronatif@xxxxxxx>
To: bug-any@xxxxxxxxxxxxx
Cc:
Subject: Re: mutt/2425: Freeze on reading mailbox in UTF-8 environment on
Date: Sat, 19 Aug 2006 01:39:29 +0200 (CEST)
On Friday, August 18, 2006 at 18:35:03 +0200, Christian Ebert wrote:
> * Alain Bench on Wednesday, August 16, 2006 at 18:55:02 +0200:
>> needs $assumed_charset=cp1252
> this works!
Good! I'm sorry I didn't write earlier, probably the suspicion about
$menu_scroll confused me.
>| charset-hook ^us-ascii$ cp1252
>| charset-hook ^iso-8859-1$ cp1252
> this was not enough.
Those hooks apply to wrong MIME labels, while $assumed applies to
non-MIME at all headers and bodies. The raw 8bit u umlaut in subject
wasn't MIME compliant.
> this patch should definitely go in ;)
Thanks for your support! :-) It corrects the display and replies, it
avoids yet another case of (sometimes evil) pass-thru mode, and prevents
such system malfunctions (here a freeze, other times Glibc segfaults,
and some such). In-dis-pen-sa-ble.
I'll now close this bug: You have a +HAVE_WC_FUNCS system with its
own mbrtowc(), out of Mutt's scope. Mutt can't do better prevention than
provide to users new ways to avoid pass-thru mode where possible. And
$assumed_charset inclusion already has its support wish/1231.
Bye! Alain.
--
Mutt compressed folders tip for stable archive timestamp:
| open-hook \\.gz$ "gzip -cd '%f' > '%t' ; ret=$? ; touch --no-create
--reference='%f' '%t' ; exit \$ret"
| close-hook \\.gz$ "gzip -c '%t' > '%f' ; ret=$? ; touch --no-create
--reference='%t' '%f' ; exit \$ret"
| append-hook \\.gz$ "gzip -c '%t' >> '%f'"