Openwall GNU/*/Linux - a small security-enhanced Linux distro for servers
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date: Tue, 27 Feb 2018 22:28:54 +0100
From: Steffen Nurpmeso <>
Subject: Re: Re: iconv failure (ISO-2022-JP) since musl update on

Hello Rich Felker.

Rich Felker <> wrote:
 |On Tue, Feb 27, 2018 at 08:44:32PM +0100, Steffen Nurpmeso wrote:
 |> Rich Felker wrote:
 |> but i wrote:
 |>||After updating to musl-1.1.19-r0 there i saw test failures for the
 |>||MUA i maintain, namely regarding the mentioned charset.  I will
 |>|Does the data round-trip correctly? I don't think you can expect
 |> Ok, i see what you mean, yes, musl iconv(1) can roundtrip.  But..
 |> Well...  In my cases the MUA fails to convert to ISO-2022-JP at
 |> all, because an iconv(3) error happens.  And when i instrument my
 |I think the test is just using an output buffer that's under the
 |worst-case size needed for conversion to ISO-2022-JP. The E2BIG error
 |is specified for "Input conversion stopped due to lack of space in the
 |output buffer" and is not really an error; is just means the
 |conversion stopped before reaching the end and you need to resume with
 |a new buffer for the remainder of the conversion.

That iconv(3) wrapper i had hacked into that MUA in 2014 was
indeed complete nonsense and entirely false.  Now corrected.
Thanks for answering the brain damage.
And i will adjust the tests to checksum only the headers and the
roundtrip output of the body content, thanks for pointing this
out.  Be aware you have been credited.

|Der Kragenbaer,                The moon bear,
|der holt sich munter           he cheerfully and one by one
|einen nach dem anderen runter  wa.ks himself off
|(By Robert Gernhardt)

Powered by blists - more mailing lists

Your e-mail address:

Powered by Openwall GNU/*/Linux - Powered by OpenVZ