[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Nonblocking get-bytevector-n bug?
From: |
Taylan Ulrich Bayırlı/Kammer |
Subject: |
Re: Nonblocking get-bytevector-n bug? |
Date: |
Mon, 07 Dec 2015 11:58:11 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) |
address@hidden (Taylan Ulrich "Bayırlı/Kammer") writes:
> address@hidden (Ludovic Courtès) writes:
>
>> Not sure what R7 does here.
>
> R7RS section 6.13.2 Input, page 58, defines:
>
> (read-bytevector! bytevector [port [start [end]]])
>
> Reads the next END - START bytes, or as many as are available before
> the end of file, from the binary input PORT into BYTEVECTOR in
> left-to-right order beginning at the START position. If END is not
> supplied, reads until the end of BYTEVECTOR has been reached. If
> START is not supplied, reads beginning at position 0. Returns the
> number of bytes read. If no bytes are available, an end-of-file
> object is returned.
>
> Maybe the r7rs-wip branch has an implementation of it.
Eh, never mind, this seems to imply blocking ("as many as are available
before the end of file").
Taylan
Re: Nonblocking get-bytevector-n bug?, Amirouche Boubekki, 2015/12/07
Re: Nonblocking get-bytevector-n bug?, Mark H Weaver, 2015/12/08