From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 973743858D20; Sun, 19 Feb 2023 10:22:08 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 973743858D20 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1676802128; bh=LRegKY/OjkCKF9TXyEEx/N43GS6lpvuNeV5y8Twd2CI=; h=From:To:Subject:Date:In-Reply-To:References:From; b=WYMmytLyE7cikxBnk2c9gu+32QGtTK5Dlj5JiyvQZaNu/ejavDqwaXn0X0cGQLWAI JyfhNx6OP8KaC62iGLYGev05vnNiTuyENr5J6EFdLqtgmVVLpzUizTQM5ILv7YEd18 IEfzhIUzA59LYo+auxdWjAHqZCZuYqd2WpvaeKwo= From: "rrt at sc3d dot org" To: glibc-bugs@sourceware.org Subject: [Bug libc/29913] iconv(3) is not POSIX compliant, and does not conform to linux man-pages manual Date: Sun, 19 Feb 2023 10:22:08 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: libc X-Bugzilla-Version: 2.36 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rrt at sc3d dot org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 List-Id: https://sourceware.org/bugzilla/show_bug.cgi?id=3D29913 --- Comment #9 from Reuben Thomas --- (In reply to Bruno Haible from comment #5) >=20 > If you need code that works with multiple iconv implementations, take a l= ook > at gnulib/lib/unicodeio.c lines 137..154 or gnulib/lib/striconveh.c lines > 950..962. You see that the problem is that replacing unknown or > inconvertible inputs with '?' or '*' or NUL is > - just not yielding practically useful behaviour (especially because the > caller then cannot transform a buffer all at once, a purpose for which the > iconv function was initially designed), > - requiring platform dependent recognition heuristics. For those who need to work with multiple implementations, it looks like this code could usefully be exposed in its own gnulib API. Since most of the problems I've had with Recode since taking it over have arisen from iconv, and coping with different implementations just makes it worse, I think I will retreat to using GNU libiconv (which Recode used to u= se) where at least I only have one implementation to deal with. --=20 You are receiving this mail because: You are on the CC list for the bug.=