This patch makes no sense to me. How could this information be useful? I can see no reason to take this patch upstream.
On Mon, Mar 26, 2012 at 2:54 PM, Regid Ichira <regi...@yahoo.com> wrote: > Package: manpages-dev > Version: 3.35-0.1 > Severity: normal > Tags: patch > File: /usr/share/man/man3/fread.3.gz > > 1. The return value is the number of characters in one case. > 2. Doesn't the request to continue the fread synopsis line makes it > longer then 80 characters? > > --- a/fread.3 2012-03-26 03:26:43.677236481 +0200 > +++ b/fread.3 2012-03-26 03:26:08.000000000 +0200 > @@ -47,8 +47,8 @@ fread, fwrite \- binary stream input/out > .nf > .B #include <stdio.h> > .sp > -.BI "size_t fread(void *" ptr ", size_t " size ", size_t " nmemb \ > -", FILE *" stream ); > +.BI "size_t fread(void *" ptr ", size_t " size ", size_t " nmemb ", > +.BI " FILE *" stream ); > .sp > .BI "size_t fwrite(const void *" ptr ", size_t " size ", size_t " nmemb , > .BI " FILE *" stream ); > @@ -82,10 +82,11 @@ For nonlocking counterparts, see > .BR fread () > and > .BR fwrite () > -return the number of items successfully read or written (i.e., not the > -number of characters). > -If an error occurs, or the end-of-file is > -reached, the return value is a short item count (or zero). > +return the number of items successfully read or written. This number > +equal the number of bytes only when > +.I size > +is 1. It might be less then the requested count (or zero) if an > +error occurs, or the end-of-file is reached. > .PP > .BR fread () > does not distinguish between end-of-file and error, and callers must use > > > > -- Michael Kerrisk Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/ Author of "The Linux Programming Interface"; http://man7.org/tlpi/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
