Email list hosting service & mailing list manager

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.
>
>