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)
|
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/