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 Per Bothner 30 Jun 2013 07:45 UTC

On 06/29/2013 11:53 PM, Takashi Kato wrote:
> Hi all,
>
> Is SRFI 106 good enough to be final? If you have any comment, please
> speak up now.

Sorry I haven't had a chance to look deeply at it.
But when I took a look one fatal problem leaped out at me:

socket-port returns a "fresh binary input/output port".

What is a binary input/output port?  There is no such thing in R7RS.
What you're talking about is a *pair* of ports: A binary input port
and a binary output port.  These are separate (disconnected) streams
of bytes.

I'm not talking ideal/clean design here.  The Java Socket class has
two separate methods: getInputStream and getOutputStream.  Kawa I/O
builds on Java I/O, which does not have "input/output streams".
There is no clean simple way to implement socket-port in Kawa,
and I have no plan to contort Kawa I/O to deal with this.
--
	--Per Bothner
xxxxxx@bothner.com   http://per.bothner.com/