From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 26B3C3858C54; Sun, 19 Feb 2023 10:15:42 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 26B3C3858C54 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1676801742; bh=TbcO+WYGZRGfj0rnJuX6hG4kxwR1lGKvvnao7yofp7U=; h=From:To:Subject:Date:In-Reply-To:References:From; b=HXceX0nr0md6RzVnNTUdyl7s/HWshxx7vyThlKOlh2XxzEkiluZM4j45fQ133wJK8 jvE2hE9wc+AWVkA3XF62yV9MgCAlpWZHJPnBPp5gqB7mci5B4q06ZAiN7rwIZEixRd DU939YhKBBTEbwbhC48XRAk9nsNr7fBYCz93JwHg= 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:15:41 +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 #8 from Reuben Thomas --- (In reply to Bruno Haible from comment #4) >=20 > According to my interpretation of the man page (and I wrote that man page > originally), "An invalid multibyte sequence is encountered in the input" = may > also - depending on the implementation - include the case of input that > cannot be meaningfully converted, neither in a reversible nor in a > nonreversible way. Sorry, but this is an unwarranted interpretation. It's unreasonable without extra explanation to expect the reader to recognize that "invalid" refers to the wider context of the conversion. The fact that it says "invalid multiby= te sequence" reinforces this impression: if your interpretation were correct, = then iconv would not be expected to return EILSEQ when a single-byte sequence was not translatable, only when a multibyte sequence is untranslatable. I'll file a separate bug about the documentation. The glibc manual also, as= far as I can see, does not document the actual (useful!) behaviour. --=20 You are receiving this mail because: You are on the CC list for the bug.=