Date: Mon, 25 Sep 2017 21:20:44 +0000 From: bugzilla-noreply@freebsd.org To: office@FreeBSD.org Subject: [Bug 215393] devel/boost-libs: bad encoding conversion with base iconv() Message-ID: <bug-215393-25061-5NDyqVIDub@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-215393-25061@https.bugs.freebsd.org/bugzilla/> References: <bug-215393-25061@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D215393 --- Comment #12 from Tijl Coosemans <tijl@FreeBSD.org> --- Created attachment 186721 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D186721&action= =3Dedit boost.locale patch (In reply to Jan Beich from comment #11) If the input buffer is valid UTF-8 then POSIX says this: > If iconv() encounters a character in the input buffer that is valid, but = for > which an identical character does not exist in the target codeset, iconv() > shall perform an implementation-defined conversion on this character. By default our iconv either replaces such characters with "?" or transliter= ates them (e.g. "=C4=9D" becomes "^g"). GNU iconv returns an error in this case= , which I believe is not POSIX compliant. The problem reported in this bug is in Boost itself. Their use of __ICONV_F_HIDE_INVALID on FreeBSD does not give the desired behaviour. Ple= ase try the attached patch. Make sure your ports tree is at least r450634. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-215393-25061-5NDyqVIDub>