All of lore.kernel.org
 help / color / mirror / Atom feed
From: Akira Fujita <a-fujita-cUW4a6blu5N8UrSeD/g0lQ@public.gmane.org>
To: "Przemysław Pawełczyk" <przemoc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
	linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: [PATCH] sendfile.2: Fix description of the out_fd
Date: Mon, 14 Feb 2011 19:11:19 +0900	[thread overview]
Message-ID: <4D58FFC7.9060804@rs.jp.nec.com> (raw)
In-Reply-To: <AANLkTimMgyM+bUmePtxL83PZdQfRFdZes-hmOLAARRvp-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>

Hi Przemysław,

Thank you for comment :)
Would you review this patch again?

Regards,
Akira Fujita

---

--- man-pages-3.32-a/man2/sendfile.2    2010-12-03 16:01:59.000000000 +0900
+++ man-pages-3.32-b/man2/sendfile.2    2011-02-14 09:02:57.000000000 +0900
@@ -87,15 +87,17 @@ and the file offset will be updated by t
  .I count
  is the number of bytes to copy between the file descriptors.

-Presently (Linux 2.6.9):
-.IR in_fd ,
+.IR in_fd
  must correspond to a file which supports
  .BR mmap (2)-like
  operations
-(i.e., it cannot be a socket);
-and
-.I out_fd
-must refer to a socket.
+(i.e., it cannot be a socket).
+
+.IR out_fd
+was required to be a socket, but since Linux 2.6.33 it can be
+any file. If it is a regular file, then
+.BR sendfile()
+changes its offset appropriately.

  Applications may wish to fall back to
  .BR read (2)/ write (2)
@@ -165,7 +167,7 @@ to minimize the number of packets and to

  In Linux 2.4 and earlier,
  .I out_fd
-could refer to a regular file, and
+could also refer to a regular file, and
  .BR sendfile ()
  changed the current offset of that file.

(2011/02/13 5:11), Przemysław Pawełczyk wrote:
> Hi,
>
> 2011/1/27 Akira Fujita<a-fujita-cUW4a6blu5N8UrSeD/g0lQ@public.gmane.org>:
>> commit cc56f7de7f00d188c7c4da1e9861581853b9e92f made
>> sendfile(2) can work with any output file.
>> Therefore the out_fd of sendfile(2) can refer to any file,
>> but current manual (man-pages-3.32) has not been changed so far.
>
> And I thought I was the only one discovering it recently (beside a few
> obvious people year ago). :)
>
>> diff -Nrup man-pages-3.32-a/man2/sendfile.2 man-pages-3.32-b/man2/sendfile.2
>> --- man-pages-3.32-a/man2/sendfile.2    2010-12-03 16:01:59.000000000 +0900
>> +++ man-pages-3.32-b/man2/sendfile.2    2011-01-27 16:03:48.000000000 +0900
>> @@ -87,15 +87,11 @@ and the file offset will be updated by t
>>   .I count
>>   is the number of bytes to copy between the file descriptors.
>>
>> -Presently (Linux 2.6.9):
>> -.IR in_fd ,
>> +.IR in_fd
>>   must correspond to a file which supports
>>   .BR mmap (2)-like
>>   operations
>> -(i.e., it cannot be a socket);
>> -and
>> -.I out_fd
>> -must refer to a socket.
>> +(i.e., it cannot be a socket).
>
> I don't think that completely removing out_fd socket restriction part
> is a proper way of fixing this page. Such information should not be
> lost.
> I would add here sth like:
>
> out_fd was required to be a socket, but since Linux 2.6.33 it can be
> any file. If it is a regular file, then sendfile() changes its offset
> appropriately.
>
>>
>>   Applications may wish to fall back to
>>   .BR read (2)/ write (2)
>> @@ -168,6 +164,9 @@ In Linux 2.4 and earlier,
>>   could refer to a regular file, and
>
> s/could/could also/
>
>>   .BR sendfile ()
>>   changed the current offset of that file.
>
>> +Since 2.6.33,
>> +.I out_fd
>> +can refer to any file.
>
> IMO this change shouldn't be mentioned in NOTES section.
>
>>
>>   The original Linux
>>   .BR sendfile ()
>
> Regards.
>

-- 
Akira Fujita <a-fujita-cUW4a6blu5N8UrSeD/g0lQ@public.gmane.org>

The First Fundamental Software Development Group,
Software Development Division,
NEC Software Tohoku, Ltd.

--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

      parent reply	other threads:[~2011-02-14 10:11 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-01-27  8:48 [PATCH] sendfile.2: Fix description of the out_fd Akira Fujita
     [not found] ` <4D413168.1080901-cUW4a6blu5N8UrSeD/g0lQ@public.gmane.org>
2011-02-12 20:11   ` Przemysław Pawełczyk
     [not found]     ` <AANLkTimMgyM+bUmePtxL83PZdQfRFdZes-hmOLAARRvp-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2011-02-14 10:11       ` Akira Fujita [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4D58FFC7.9060804@rs.jp.nec.com \
    --to=a-fujita-cuw4a6blu5n8ursed/g0lq@public.gmane.org \
    --cc=linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    --cc=przemoc-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.