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] shiro.kawai@xxxxxx 06 May 2020 12:12 UTC

No, we’re discussing to drop textual *bidirectional* ports. At least the one with a single position shared between input and output.

> On May 6, 2020, at 2:07 AM, Marc Nieper-Wißkirchen <xxxxxx@nieper-wisskirchen.de> wrote:
>
> 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.
>>
>>