Your message dated Mon, 17 Mar 2003 21:00:57 +0900
with message-id <[EMAIL PROTECTED]>
and subject line Bug#175817: libc6-dev: typo in /usr/include/stdio.h comment for
FOPEN_MAX
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 8 Jan 2003 10:29:18 +0000
>From [EMAIL PROTECTED] Wed Jan 08 04:29:18 2003
Return-path: <[EMAIL PROTECTED]>
Received: from croot.gemplus.com [195.25.133.234]
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 18WDSX-00005x-00; Wed, 08 Jan 2003 04:29:17 -0600
Received: from mail-stdby.gemenos.eur.gemplus.com (unknown [172.16.101.150])
by croot.gemplus.com (Postfix) with ESMTP id 30ADC5E1F3
for <[EMAIL PROTECTED]>; Wed, 8 Jan 2003 11:27:31 +0100 (MET)
Received: from [10.10.178.20] by mail-stdby.gemenos.eur.gemplus.com with ESMTP; Wed, 8
Jan 2003 11:29:35 +0100
Received: from trinity.rnd.gemplus.com [10.10.177.22]
by gromit.gemenos.eur.gemplus.com with esmtp (Exim 3.35 #1 (Debian))
id 18WDQm-0003O7-00; Wed, 08 Jan 2003 11:27:28 +0100
Received: from rousseau by trinity.rnd.gemplus.com with local (Exim 3.36 #1 (Debian))
id 18WDQl-0007AY-00; Wed, 08 Jan 2003 11:27:27 +0100
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Ludovic Rousseau <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: libc6-dev: typo in /usr/include/stdio.h comment for FOPEN_MAX
X-Mailer: reportbug 2.10
Date: Wed, 08 Jan 2003 11:27:27 +0100
Message-Id: <[EMAIL PROTECTED]>
Sender: Ludovic Rousseau <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-0.7 required=5.0
tests=PATCH_UNIFIED_DIFF,SPAM_PHRASE_01_02
version=2.41
X-Spam-Level:
Package: libc6-dev
Version: 2.3.1-9
Severity: minor
Change "Minimum" to "Maximun".
--- stdio.h 2003-01-08 11:22:04.000000000 +0100
+++ stdio.h.new 2003-01-08 11:22:37.000000000 +0100
@@ -128,12 +128,12 @@
/* Get the values:
L_tmpnam How long an array of chars must be to be passed to `tmpnam'.
- TMP_MAX The minimum number of unique filenames generated by tmpnam
+ TMP_MAX The maximum(?) number of unique filenames generated by tmpnam
(and tempnam when it uses tmpnam's name space),
or tempnam (the two are separate).
L_ctermid How long an array to pass to `ctermid'.
L_cuserid How long an array to pass to `cuserid'.
- FOPEN_MAX Minimum number of files that can be open at once.
+ FOPEN_MAX Maximun number of files that can be open at once.
FILENAME_MAX Maximum length of a filename. */
#include <bits/stdio_lim.h>
Thanks,
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux trinity 2.4.18 #1 mar jui 30 10:35:56 CEST 2002 i686
Locale: LANG=fr_FR, LC_CTYPE=fr_FR
Versions of packages libc6-dev depends on:
ii libc6 2.3.1-9 GNU C Library: Shared libraries an
-- no debconf information
---------------------------------------
Received: (at 175817-done) by bugs.debian.org; 17 Mar 2003 12:01:00 +0000
>From [EMAIL PROTECTED] Mon Mar 17 06:00:59 2003
Return-path: <[EMAIL PROTECTED]>
Received: from oris.opensource.jp (oris.opensource.gr.jp) [218.44.239.73] (postfix)
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 18utIZ-0001L1-00; Mon, 17 Mar 2003 06:00:59 -0600
Received: from oris.opensource.jp (oris.opensource.jp [218.44.239.73])
by oris.opensource.gr.jp (Postfix) with ESMTP
id E04D9C33C7; Mon, 17 Mar 2003 21:00:57 +0900 (JST)
Date: Mon, 17 Mar 2003 21:00:57 +0900
Message-ID: <[EMAIL PROTECTED]>
From: GOTO Masanori <[EMAIL PROTECTED]>
To: Ludovic Rousseau <[EMAIL PROTECTED]>,
[EMAIL PROTECTED]
Subject: Re: Bug#175817: libc6-dev: typo in /usr/include/stdio.h comment for FOPEN_MAX
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
User-Agent: Wanderlust/2.9.9 (Unchained Melody) SEMI/1.14.3 (Ushinoya)
FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2
(i386-debian-linux-gnu) MULE/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya")
Content-Type: text/plain; charset=US-ASCII
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-1.8 required=4.0
tests=IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_02_03,
USER_AGENT
version=2.44
X-Spam-Level:
At Wed, 08 Jan 2003 11:27:27 +0100,
Ludovic Rousseau wrote:
>
> Package: libc6-dev
> Version: 2.3.1-9
> Severity: minor
>
> Change "Minimum" to "Maximun".
This patch is wrong.
> --- stdio.h 2003-01-08 11:22:04.000000000 +0100
> +++ stdio.h.new 2003-01-08 11:22:37.000000000 +0100
> @@ -128,12 +128,12 @@
>
> /* Get the values:
> L_tmpnam How long an array of chars must be to be passed to `tmpnam'.
> - TMP_MAX The minimum number of unique filenames generated by tmpnam
> + TMP_MAX The maximum(?) number of unique filenames generated by tmpnam
> (and tempnam when it uses tmpnam's name space),
> or tempnam (the two are separate).
SUSv3 says:
11497 {TMP_MAX} Minimum number of unique filenames generated by tmpnam( ).
11498 Maximum number of times an application can call tmpnam( ) reliably. The
11499 XSI value of {TMP_MAX} is at least 25. On XSI-conformant systems, the
11500 value of {TMP_MAX} is at least 10 000.
|
> L_ctermid How long an array to pass to `ctermid'.
> L_cuserid How long an array to pass to `cuserid'.
> - FOPEN_MAX Minimum number of files that can be open at once.
> + FOPEN_MAX Maximun number of files that can be open at once.
> FILENAME_MAX Maximum length of a filename. */
> #include <bits/stdio_lim.h>
info libc6 says:
- Macro: int FOPEN_MAX
The value of this macro is an integer constant expression that
represents the minimum number of streams that the implementation
guarantees can be open simultaneously. You might be able to open
more than this many streams, but that is not guaranteed. The
value of this constant is at least eight, which includes the three
standard streams `stdin', `stdout', and `stderr'. In POSIX.1
systems this value is determined by the `OPEN_MAX' parameter;
*note General Limits::. In BSD and GNU, it is controlled by the
`RLIMIT_NOFILE' resource limit; *note Limits on Resources::.
This is not bug. I close this report.
-- gotom
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
