[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: a note about strerror_r
From: |
Bruno Haible |
Subject: |
Re: a note about strerror_r |
Date: |
Sun, 26 Dec 2010 02:03:14 +0100 |
User-agent: |
KMail/1.9.9 |
On 2010-11-09 I wrote:
> glibc also has a second function __xpg_strerror_r, which it enables under
> the name strerror_r when _POSIX_C_SOURCE is defined to 200112L. But this
> function is also not POSIX compliant, as I've just reported:
> <http://sources.redhat.com/bugzilla/show_bug.cgi?id=12204>
This bug will be fixed in glibc 2.13. Here's the doc update.
2010-12-25 Bruno Haible <address@hidden>
strerror_r-posix: Update doc.
* doc/posix-functions/strerror_r.texi: Update doc about the return
value. See <http://sources.redhat.com/bugzilla/show_bug.cgi?id=12204>.
--- doc/posix-functions/strerror_r.texi.orig Sun Dec 26 02:00:22 2010
+++ doc/posix-functions/strerror_r.texi Sun Dec 26 01:55:43 2010
@@ -30,7 +30,7 @@
@item
When this function fails, it returns -1 and sets @code{errno}, instead of
returning the error number, on some platforms:
-glibc 2.8 with @code{-D_POSIX_C_SOURCE=200112L}, AIX 6.1, OSF/1 5.1.
+glibc 2.12 with @code{-D_POSIX_C_SOURCE=200112L}, AIX 6.1, OSF/1 5.1.
@item
This function does not support the error values that are specified by POSIX
but not defined by the system, on some platforms:
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- Re: a note about strerror_r,
Bruno Haible <=