Debian Bug report logs - #290880
manpages-dev: strerror_r only available with __USE_XOPEN2K defined

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Baurjan Ismagulov <ibr@ata.cs.hun.edu.tr>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: manpages-dev: strerror_r only available with __USE_XOPEN2K defined

Date: Mon, 17 Jan 2005 12:46:14 +0000

Package: manpages-dev
Severity: normal


Hello Martin,

"man strerror_r" says it is enough to #include <string.h> to get the
function declared. However, with the latest libc6-dev one needs also to
define __USE_XOPEN2K before including the header. Should the man page be
updated? Please inform me if I should provide a patch.

Thanks in advance,
Baurjan.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-1-686
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)

Message #10 received at 290880@bugs.debian.org (full text, mbox, reply):

From: "Michael Kerrisk" <mtk-manpages@gmx.net>

To: Martin Schulze <joey@infodrom.org>

Cc: 290880@bugs.debian.org,Baurjan Ismagulov <ibr@ata.cs.hun.edu.tr>

Subject: (In reply to comment #4) > However the current behavior violates the ISO C standard (or the system > documentation is incorrect). Which part of the standard do you believe this violates? SUSv3 permits the Linux behaviour, as far as I can see. And I believe it is common on other implementations also. > But the solution to reserve the fd 0, 1 and 2 for stdin, stdout and stderr in > ISO C programs (as long as a race condition doesn't occur) would be OK. Note > that a C implementation isn't required to have fully reentrant standard > functions, so that if the programmer wants stdin, stdout and stderr to really > correspond to the standard streams, then he should also make sure that no race > condition occurs. I do not believe any change should be made. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=295859 for further information. Cheers, Re: #290880 strerror_r only available with __USE_XOPEN2K defined

Date: Thu, 16 Jun 2005 18:04:54 +0200 (MEST)

Gunaydin Baurjan, Hi Joey,

I have added

#define _XOPEN_SOURCE 600

for the prototype of this function:

       #include <string.h>

       char *strerror(int errnum);

       #define _XOPEN_SOURCE 600
       #include <string.h>

       int strerror_r(int errnum, char *buf, size_t n);

The fix will appear in man-pages 2.04.

Cheers,

Michael

-- 
Michael Kerrisk
maintainer of Linux man pages Sections 2, 3, 4, 5, and 7 

Want to help with man page maintenance?  Grab the latest
tarball at ftp://ftp.win.tue.nl/pub/linux-local/manpages/
and grep the source files for 'FIXME'.

Please submit non-trivial man page suggestions as 
"diff -u" patches.

Geschenkt: 3 Monate GMX ProMail gratis + 3 Ausgaben stern gratis
++ Jetzt anmelden & testen ++ http://www.gmx.net/de/go/promail ++

Message #17 received at 290880-close@bugs.debian.org (full text, mbox, reply):

From: Martin Schulze <joey@infodrom.org>

To: 290880-close@bugs.debian.org

Subject: Bug#290880: fixed in manpages 2.04-1

Date: Sat, 12 Nov 2005 22:17:17 -0800

Source: manpages
Source-Version: 2.04-1

We believe that the bug you reported is fixed in the latest version of
manpages, which is due to be installed in the Debian FTP archive:

manpages-dev_2.04-1_all.deb
  to pool/main/m/manpages/manpages-dev_2.04-1_all.deb
manpages_2.04-1.diff.gz
  to pool/main/m/manpages/manpages_2.04-1.diff.gz
manpages_2.04-1.dsc
  to pool/main/m/manpages/manpages_2.04-1.dsc
manpages_2.04-1_all.deb
  to pool/main/m/manpages/manpages_2.04-1_all.deb
manpages_2.04.orig.tar.gz
  to pool/main/m/manpages/manpages_2.04.orig.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 290880@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Martin Schulze <joey@infodrom.org> (supplier of updated manpages package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Sun, 13 Nov 2005 06:55:01 +0100
Source: manpages
Binary: manpages manpages-dev
Architecture: source all
Version: 2.04-1
Distribution: unstable
Urgency: low
Maintainer: Martin Schulze <joey@debian.org>
Changed-By: Martin Schulze <joey@infodrom.org>
Description: 
 manpages   - Manual pages about using a GNU/Linux system
 manpages-dev - Manual pages about using GNU/Linux for development
Closes: 194842 239424 263109 290880 296183 308359 309578 311680 311800 313607
Changes: 
 manpages (2.04-1) unstable; urgency=low
 .
   * New upstream version
     - Includes updates nice(5) page (Closes: Bug#296183)
     - Fix description of return value in getopt(3) (Closes: Bug#308359)
     - Corrected example in hsearch(3) (Closes: Bug#313607)
     - Added reference to log1p(3) (Closes: Bug#309578)
     - Fix return value for makecontext(3) (Closes: Bug#311800)
     - Fix example in rand(3) (Closes: Bug#194842)
     - Corrections to realpath(3) (Closes: Bug#239424)
     - Corrected header in rcmd(3) (Closes: Bug#311680)
     - Corrected %p type in scanf(3) (Closes: Bug#263109)
     - Corrected info for standard filedes in stdin(3) (Close: Bug#295859)
     - Added missing header to strerror(3) (Closes: Bug#290880)
Files: 
 cb010283c01f88d5984f94ff6fdce46a 584 doc - manpages_2.04-1.dsc
 86619809c53b5d8c6c6c82cb0aa8c4c8 1029542 doc - manpages_2.04.orig.tar.gz
 e31dc334b17d1b981142855dbd46a1a1 45665 doc - manpages_2.04-1.diff.gz
 633a73a4097ca44b14a12b79fa1f0207 398780 doc important manpages_2.04-1_all.deb
 988ac1a7816ccf2b4ed04b0642930179 1089660 doc standard manpages-dev_2.04-1_all.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFDdtYhW5ql+IAeqTIRAqOrAJ0ZJ537W1mAr/f1IGzGJHL/gvtuugCgjBr3
nVUGOdt9aYxS7SLpUjZB0ig=
=vNLk
-----END PGP SIGNATURE-----

Send a report that this bug log contains spam.