Hi Alan,
I recognize that this utility function can't compensate for failings of
the underlying
stream. But I thought async close was the one common action that did
work on streams
to avoid indefinite blocking.
It would be more appropriate to say that the behavior depends on the
underlying stream
and not propagate the under specification.
Roger
On 5/7/2015 10:29 AM, Alan Bateman wrote:
On 07/05/2015 15:20, Roger Riggs wrote:
Hi Chris,
Is it really impossible to specify at least that closing the stream
will terminate the read?
The wording that Chris has is wording that we use elsewhere too. In
general then the InputStream could be to anything and no guarantee
that all InputStream implementations could preempt the read.
-Alan.
