last call check
Arthur A. Gleckler
(05 May 2020 20:57 UTC)
|
Re: last call check
Shiro Kawai
(05 May 2020 21:26 UTC)
|
port positioning [was: last call check]
Per Bothner
(05 May 2020 22:22 UTC)
|
Re: port positioning [was: last call check]
Shiro Kawai
(05 May 2020 23:08 UTC)
|
Re: port positioning [was: last call check]
Per Bothner
(05 May 2020 23:15 UTC)
|
Re: port positioning [was: last call check]
Shiro Kawai
(05 May 2020 23:30 UTC)
|
Re: port positioning [was: last call check] Marc Nieper-Wißkirchen (06 May 2020 12:07 UTC)
|
Re: port positioning [was: last call check]
shiro.kawai@xxxxxx
(06 May 2020 12:12 UTC)
|
Re: port positioning [was: last call check]
Marc Nieper-Wißkirchen
(06 May 2020 12:19 UTC)
|
Re: port positioning [was: last call check]
John Cowan
(05 May 2020 23:53 UTC)
|
Re: port positioning [was: last call check] Marc Nieper-WiÃkirchen 06 May 2020 12:07 UTC
I think I am confused. Do you want to drop textual ports in Scheme? Aren't they distinguished from binary ports in that they handle strings (of characters) versus sequences of bytes? I wouldn't want to lose this distinction. This is insofar important if the local is not UTF-8. A textual input port must convert it into strings of Scheme characters (most likely UTF-8 encoded), while a binary port mustn't change anything. Marc Am Mi., 6. Mai 2020 um 01:30 Uhr schrieb Shiro Kawai <xxxxxx@gmail.com>: > > On Tue, May 5, 2020 at 1:15 PM Per Bothner <xxxxxx@bothner.com> wrote: >> >> Is there any valid use-case for textual input/output ports? Do they make any sense? I doubt it, >> certainly not enough to be in a Scheme standard. > > > Dunno. R6RS has it, and srfi-181 inherits it. I'd be happy if it is dropped. > > I think what one want is more like the two-way-stream in CL, which just pairs input and output stream and > nothing more. > >