This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug libc/20687] Non-conformant error description in errlist.c
- From: "carlos at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sourceware dot org
- Date: Wed, 12 Oct 2016 05:50:47 +0000
- Subject: [Bug libc/20687] Non-conformant error description in errlist.c
- Auto-submitted: auto-generated
- References: <bug-20687-131@http.sourceware.org/bugzilla/>
https://sourceware.org/bugzilla/show_bug.cgi?id=20687
Carlos O'Donell <carlos at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |WAITING
Last reconfirmed| |2016-10-12
CC| |carlos at redhat dot com
Ever confirmed|0 |1
--- Comment #1 from Carlos O'Donell <carlos at redhat dot com> ---
(In reply to Igor Liferenko from comment #0)
> The standard[1] says:
>
> EILSEQ Illegal byte sequence
>
> but glibc-2.24/sysdeps/gnu/errlist.c has this:
>
> [ERR_REMAP (EILSEQ)] = N_("Invalid or incomplete multibyte or wide
> character")
>
> glibc tries to conform to the standard[2], so this should be fixed.
Where does it say in the standard that the text needs to be exactly as it is in
the standard? Not to mention that strerror_l can be used to return localization
specific error messages which will never be the exact American English text
written into the standard.
Without any further justification I'd say this is RESOLVED/INVALID.
--
You are receiving this mail because:
You are on the CC list for the bug.