Debian Bug report logs - #20973
libc6-doc: fcloseall documentation is wrong

Toggle useless messages

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

From: Nicolás Lichtmaier <nick@feedback.net.ar>

To: submit@bugs.debian.org

Subject: libc6-doc: fcloseall documentation is wrong

Date: Fri, 10 Apr 1998 19:40:57 -0300 (ART)

Package: libc6-doc
Version: 2.0.5c-0.1

  Looking in source code fcloseall seems to always return success. Info docs
say that it could return EOF.

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

From: Dale Scheetz <dwarf@polaris.net>

To: Nicolás Lichtmaier <nick@feedback.net.ar>, 20973@bugs.debian.org

Subject: Re: Bug#20973: libc6-doc: fcloseall documentation is wrong

Date: Fri, 10 Apr 1998 21:09:25 -0400 (EDT)

On Fri, 10 Apr 1998, Nicolás Lichtmaier wrote:

> Package: libc6-doc
> Version: 2.0.5c-0.1
> 
>   Looking in source code fcloseall seems to always return success. Info docs
> say that it could return EOF.

Please don't submit bugs against ancient versions of packages.

The current version of libc6-doc is 2.0.7pre2 and contains no reference to
fcloseall. I believe that this resolves your conflict.

May I close this report?

Dwarf
--
_-_-_-_-_-   Author of "The Debian Linux User's Guide"  _-_-_-_-_-_-

aka   Dale Scheetz                   Phone:   1 (850) 656-9769
      Flexible Software              11000 McCrackin Road
      e-mail:  dwarf@polaris.net     Tallahassee, FL  32308

_-_-_-_-_-_- If you don't see what you want, just ask _-_-_-_-_-_-_-

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

From: Nicolás Lichtmaier <nick@feedback.net.ar>

To: Dale Scheetz <dwarf@polaris.net>, 20973@bugs.debian.org

Subject: Re: Bug#20973: libc6-doc: fcloseall documentation is wrong

Date: Sat, 11 Apr 1998 01:46:48 -0300

> >   Looking in source code fcloseall seems to always return success. Info docs
> > say that it could return EOF.
> 
> Please don't submit bugs against ancient versions of packages.
> 
> The current version of libc6-doc is 2.0.7pre2 and contains no reference to
> fcloseall. I believe that this resolves your conflict.
> 
> May I close this report?

  No.

 Do this:
$ info libc
 and type.. "s" and "fcloseall" and enter.

 Am I doing something wrong?

 And please, don't remove the CC to the bug report system.

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

From: Dale Scheetz <dwarf@polaris.net>

To: Nicolás Lichtmaier <nick@feedback.net.ar>, 20973@bugs.debian.org

Subject: Re: Bug#20973: libc6-doc: fcloseall documentation is wrong

Date: Sun, 12 Apr 1998 16:36:38 -0400 (EDT)

On Sat, 11 Apr 1998, [iso-8859-1] Nicolás Lichtmaier wrote:

>  Do this:
> $ info libc
>  and type.. "s" and "fcloseall" and enter.

That's interesting. Thanks for the info info ;-)

> 
>  Am I doing something wrong?

Nope, my ignorance.

The code clearly only returns 0

The documentation clearly says it may return EOF under the specified
conditions.

I'll pass this upstream and see what they say.

Thanks for the clarification,

Dwarf
--
_-_-_-_-_-   Author of "The Debian Linux User's Guide"  _-_-_-_-_-_-

aka   Dale Scheetz                   Phone:   1 (850) 656-9769
      Flexible Software              11000 McCrackin Road
      e-mail:  dwarf@polaris.net     Tallahassee, FL  32308

_-_-_-_-_-_- If you don't see what you want, just ask _-_-_-_-_-_-_-

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

From: Ben Collins <bcollins@debian.org>

To: 20973-close@bugs.debian.org

Subject: Bug#20973: fixed in glibc 2.1.94-1

Date: Tue, 26 Sep 2000 14:53:48 -0400

We believe that the bug you reported is fixed in the latest version of
glibc, which has been installed in the Debian FTP archive:
glibc_2.1.94-1.diff.gz
  to dists/woody/main/source/libs/glibc_2.1.94-1.diff.gz
  replacing glibc_2.1.3-10.diff.gz
glibc_2.1.94-1.dsc
  to dists/woody/main/source/libs/glibc_2.1.94-1.dsc
  replacing glibc_2.1.3-10.dsc
nscd_2.1.94-1_i386.deb
  to dists/woody/main/binary-i386/admin/nscd_2.1.94-1.deb
  replacing nscd_2.1.3-10.deb
i18ndata_2.1.94-1_all.deb
  to dists/woody/main/binary-all/admin/i18ndata_2.1.94-1.deb
  replacing i18ndata_2.1.3-10.deb
libc6-pic_2.1.94-1_i386.deb
  to dists/woody/main/binary-i386/devel/libc6-pic_2.1.94-1.deb
  replacing libc6-pic_2.1.3-10.deb
libc6-dbg_2.1.94-1_i386.deb
  to dists/woody/main/binary-i386/devel/libc6-dbg_2.1.94-1.deb
  replacing libc6-dbg_2.1.3-10.deb
libc6-dev_2.1.94-1_i386.deb
  to dists/woody/main/binary-i386/devel/libc6-dev_2.1.94-1.deb
  replacing libc6-dev_2.1.3-10.deb
libc6_2.1.94-1_i386.deb
  to dists/woody/main/binary-i386/base/libc6_2.1.94-1.deb
  replacing libc6_2.1.3-10.deb
glibc-doc_2.1.94-1_all.deb
  to dists/woody/main/binary-all/doc/glibc-doc_2.1.94-1.deb
  replacing glibc-doc_2.1.3-10.deb
locales_2.1.94-1_i386.deb
  to dists/woody/main/binary-i386/admin/locales_2.1.94-1.deb
  replacing locales_2.1.3-10.deb
glibc_2.1.94.orig.tar.gz
  to dists/woody/main/source/libs/glibc_2.1.94.orig.tar.gz
  replacing glibc_2.1.3.orig.tar.gz
libc6-prof_2.1.94-1_i386.deb
  to dists/woody/main/binary-i386/devel/libc6-prof_2.1.94-1.deb
  replacing libc6-prof_2.1.3-10.deb

Note that this package is not part of the released stable Debian
distribution.  It may have dependencies on other unreleased software,
or other instabilities.  Please take care if you wish to install it.
The update will eventually make its way into the next released Debian
distribution.

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 20973@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Ben Collins <bcollins@debian.org> (supplier of updated glibc 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.6
Date: Mon, 25 Sep 2000 11:30:45 -0400
Source: glibc
Binary: locales libc0.2-dbg glibc-doc nscd libc6.1-dbg libc0.2 libc6-dbg libc0.2-prof libc6.1 libc6 libc0.2-pic libc6.1-prof libc6-prof libc0.2-dev libc6.1-pic libc6-pic i18ndata libc6.1-dev libc6-dev
Architecture: source all i386
Version: 2.1.94-1
Distribution: unstable
Urgency: low
Maintainer: Ben Collins <bcollins@debian.org>
Description: 
 glibc-doc  - GNU C Library: Documentation
 i18ndata   - GNU C Library: National Language (locale) data [source]
 libc6      - GNU C Library: Shared libraries and Timezone data
 libc6-dbg  - GNU C Library: Libraries with debugging symbols
 libc6-dev  - GNU C Library: Development Libraries and Header Files.
 libc6-pic  - GNU C Library: PIC archive library
 libc6-prof - GNU C Library: Profiling Libraries.
 locales    - GNU C Library: National Language (locale) data [binary]
 nscd       - GNU C Library: Name Service Cache Daemon
Closes: 11300 17874 19264 20973 22301 26514 30987 32345 33759 35049 45903 46547 47560 48713 54154 61497 64865 65276 65683 65684
Changes: 
 glibc (2.1.94-1) unstable; urgency=low
 .
   * New maintainer, "Lector, si monumentum requiris, circumspice"
   * New upstream version, pre 2.2 now
     - crypt is now in glibc source, so is not a seperate tarball
     - removed nss1 compat tarball
     - db2 is gone aswell
     - without db2, upstream split nss_db from main source (*sigh*)
   * Added inetd to list of services to restart
   * modfl/fmodl: documented in info pages, closes: #17874
   * Just a quick list of bugs that I can verify do not exist any longer,
     closes: #45903, #26514, #46547, #32345, #30987, #48713
   * fcloseall: in the case of stdio/fcloseall.c, yes, it only ever
     returns success. However, we use libio/fcloseall.c, who does in fact
     have a chance to return EOF, closes: #20973
   * libio/libio.h: shows that the Stream Hooks do in fact take (void *) as
     the first argument as shown in the protos, closes: #61497
   * trunc/floor: documented correctly in this release, closes: #65683, #65684
   * Hurd maintainers say this can be closed, closes: #54154
   * I'm pretty sure this isn't an issue anymore, else potato wouldn't be
     releasing, closes: #35049
   * Sorry this isn't a glibc bug. The kernel handles error returns on a
     failed executable. Most likely this is bin_interp's problem, but I
     seriously doubt it will be fixed because of conventions, standards and
     the like, closes: #22301
   * keyenvoy: no longer compiled for linux (it seems), closes: #47560
   * infnan: is defined now, closes: #19264
   * libc5 bug, no longer applies, closes: #11300
   * Make sure we copy over asm-sparc for sparc aswell as "generate-asm.sh"
     script used to generate /usr/include/asm
   * Disable parallel build on sparc (broken for some reason, might not be
     sparc specific)
   * devpts.sh: used a more devfs friendly version from bug submitter,
     closes: #65276
   * libc/postinst: cannot reproduce problem, appears to be user error,
     closes: #64865
   * glibc-doc: this bug is no longer valid, closes: #33759
   * We now use ldconfig from libc6 for all archs, ldso will conform.
   * Change build deps to just "kernel-headers" for non-Hurd archs. With
     mips and other coming down the pipe, this is bound to get ugly if we
     specify the particular version for each.
   * Add checks to automatically detect proper kernel-headers, error out
     otherwise.
   * hurd: add Depends: hurd (>= 20000803) for libc0.2
   * libpthread: soname version is now 0.9
   * debian/libc/DEBIAN/shlibs: bump to 2.1.94
   * libc6: add temporary depend on libdb2
   * debian/rules: check for FAKEROOTKEY, and fail if it's there. We cannot
     build under fakeroot, we need real rewt. Fear my hacking skillz.
Files: 
 b12264380255b85ab75cd9f2ad251d6a 1056 libs required glibc_2.1.94-1.dsc
 aa9e35f334b7e101e2e463240c90dd42 8990988 libs required glibc_2.1.94.orig.tar.gz
 01126069e02a4636ebf0832d80708c2c 115450 libs required glibc_2.1.94-1.diff.gz
 e4a40dc28035546ff79b766b5d583129 2426038 base required libc6_2.1.94-1_i386.deb
 28434da6d804129d3a6ad7cc996c9ab4 1951728 devel standard libc6-dev_2.1.94-1_i386.deb
 ae86035879e9414a8782876d23a2b083 866092 devel extra libc6-prof_2.1.94-1_i386.deb
 34e6307a87e92156bf59fd41548c33cb 2209020 devel extra libc6-dbg_2.1.94-1_i386.deb
 a6c5521f539f1fb61eee4e10794b89d5 764650 devel extra libc6-pic_2.1.94-1_i386.deb
 53b85af2289f6d01ad1d3f2edd0d8a5f 566098 admin standard locales_2.1.94-1_i386.deb
 48093f5ff5d413a700b1f5f4954963f7 35056 admin optional nscd_2.1.94-1_i386.deb
 ee2f0c9080783cd3fdb06c2c0fcca3e0 2393990 admin extra i18ndata_2.1.94-1_all.deb
 066a2096aca1fd7dca507ba5bd4ebb2b 2460542 doc optional glibc-doc_2.1.94-1_all.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.2 (GNU/Linux)
Comment: Some people are fools, some are just foolish

iD8DBQE50BMpfNc/ZB4E7C0RAm6aAKCQV5z2RaPrdAs+qsnRxu8Ianvz5ACfcZNs
acsm0HMD7EU25DHZbHLSMuQ=
=RpJU
-----END PGP SIGNATURE-----

Send a report that this bug log contains spam.