Last call
Takashi Kato
(30 Jun 2013 07:00 UTC)
|
Re: Last call
Per Bothner
(30 Jun 2013 07:46 UTC)
|
Re: Last call
Takashi Kato
(30 Jun 2013 08:35 UTC)
|
Re: Last call
Per Bothner
(30 Jun 2013 15:47 UTC)
|
Re: Last call
Takashi Kato
(30 Jun 2013 17:01 UTC)
|
Re: Last call
Per Bothner
(30 Jun 2013 17:19 UTC)
|
Re: Last call
Takashi Kato
(30 Jun 2013 17:47 UTC)
|
Re: Last call
Per Bothner
(30 Jun 2013 18:04 UTC)
|
Re: Last call
Takashi Kato
(30 Jun 2013 18:29 UTC)
|
Re: Last call
Per Bothner
(30 Jun 2013 23:11 UTC)
|
Re: Last call
John Cowan
(01 Jul 2013 20:01 UTC)
|
Re: Last call
Shiro Kawai
(30 Jun 2013 09:02 UTC)
|
Re: Last call
Takashi Kato
(30 Jun 2013 09:30 UTC)
|
Re: Last call
Shiro Kawai
(30 Jun 2013 09:54 UTC)
|
Re: Last call
Takashi Kato
(30 Jun 2013 10:27 UTC)
|
Re: Last call Shiro Kawai (30 Jun 2013 11:44 UTC)
|
Re: Last call
Takashi Kato
(30 Jun 2013 17:02 UTC)
|
Good question. IIRC, not doing shutdown(2) doesn't do any harm if the socket is used by a single process, for the reader of the other end gets EOF when the only process using this side closes its fd (correct me if I'm wrong). So my bet is call-with-socket shouldn't shutdown the socket. The possible problem is when a child process is spawned during the dynamic extent of call-with-socket and it keeps the reference to the opened socket inadvertently. But that's rather an issue of process handling (e.g. process spawn API can provide a way to guarantee to close all fds other than explicitly declared to be shared). --shiro >From: Takashi Kato <xxxxxx@ymail.com> Subject: Re: Last call Date: Sun, 30 Jun 2013 12:28:00 +0200 > Thanks! > > Now, I've got a question about 'call-with-socket'. Should this > procedure shutdown the given socket as well? Since it's closed and > once it's done there is no way to grantee to call socket-shutdown with > the given socket. Or just mention that shutting down a socket is > users' responsibility is enough. > > > _/_/ > Takashi Kato > E-mail: xxxxxx@ymail.com