Why are byte ports "ports" as such?
Ben Goetter
(13 Apr 2006 17:54 UTC)
|
||
Re: Why are byte ports "ports" as such?
John Cowan
(13 Apr 2006 18:04 UTC)
|
||
Re: Why are byte ports "ports" as such?
Marc Feeley
(13 Apr 2006 21:41 UTC)
|
||
Re: Why are byte ports "ports" as such?
John Cowan
(14 Apr 2006 12:49 UTC)
|
||
Re: Why are byte ports "ports" as such?
Marc Feeley
(14 Apr 2006 13:37 UTC)
|
||
Re: Why are byte ports "ports" as such? Marc Feeley (13 Apr 2006 22:03 UTC)
|
||
Re: Why are byte ports "ports" as such?
Ben Goetter
(14 Apr 2006 01:02 UTC)
|
||
Re: Why are byte ports "ports" as such?
Marc Feeley
(14 Apr 2006 01:52 UTC)
|
||
(missing)
|
||
(missing)
|
||
(missing)
|
||
(missing)
|
||
(missing)
|
||
(missing)
|
||
(missing)
|
||
(missing)
|
||
(missing)
|
||
(missing)
|
||
(missing)
|
||
(missing)
|
||
(missing)
|
||
(missing)
|
||
(missing)
|
||
(missing)
|
||
(missing)
|
||
(missing)
|
||
Re: Why are byte ports "ports" as such?
John Cowan
(24 May 2006 16:06 UTC)
|
||
(missing)
|
||
(missing)
|
||
Re: Why are byte ports "ports" as such?
Thomas Bushnell BSG
(24 May 2006 16:26 UTC)
|
||
Re: Why are byte ports "ports" as such?
John Cowan
(24 May 2006 17:18 UTC)
|
||
Re: Why are byte ports "ports" as such?
Marc Feeley
(24 May 2006 18:11 UTC)
|
||
(missing)
|
||
(missing)
|
||
Re: Why are byte ports "ports" as such?
Marcin 'Qrczak' Kowalczyk
(24 May 2006 16:17 UTC)
|
||
Re: Why are byte ports "ports" as such?
John Cowan
(14 Apr 2006 12:26 UTC)
|
On 13-Apr-06, at 1:54 PM, Ben Goetter wrote: > If you separate byte ports from character ports, and separate input > ports from output ports (at least at the API level), you get an > easily type-checked interface. e.g. > > open-input-file string [encoding keywords] -> input-character-port > read-char input-char-port -> character > open-input-file-raw string -> input-byte-port > read-byte input-byte-port -> integer After rereading this part of your message I think I may have misunderstood you. Do you mean that the procedure's signatures should explicit the type of port to indicate the type constraints? That sounds like a good idea. I was just following the RnRS tradition that uses: procedure: (read-char port) procedure: (write-char char port) I.e. it does not distinguish input and output ports in the procedure signatures. Marc