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)

Re: Last call Shiro Kawai 30 Jun 2013 11:38 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