[m-rev.] for review: stream typeclasses

Julien Fischer juliensf at csse.unimelb.edu.au
Thu Oct 26 11:48:28 AEST 2006


On Wed, 25 Oct 2006, Peter Ross wrote:

> On 10/25/06, Julien Fischer <juliensf at csse.unimelb.edu.au> wrote:
>> 
>> On Mon, 23 Oct 2006, Peter Ross wrote:
>> 
>> > I think streams should support non-blocking I/O as well.
>> > I can't forsee any problems due to the current hierachy of typeclasses
>> > to supporting non-blocking I/O, but I haven't thought about it deeply.
>> > Have you?
>> 
>> The following diff adds support for non-blocking streams (however
>> see the XXX on the non-blocking version of put).
>> 
>> Comments?
>> 
> First comment I prefer the inst scheme with one type for blocking and
> non-blocking, so I like this diff.
>
> My only thoughts are what does an async write mean.  Does it mean,
> attempt to write the unit and then later check to see if write has
> been successful or does it mean attempt to write and if the device is
> busy already don't write?

Since it seems we can add support for non-blocking streams in a
backwards compatible fashion I suggest we leave them out of the
stream module until (1) we have addressed the above issues and (2)
we actually have some examples of non-blocking streams.

Julien.
--------------------------------------------------------------------------
mercury-reviews mailing list
Post messages to:       mercury-reviews at csse.unimelb.edu.au
Administrative Queries: owner-mercury-reviews at csse.unimelb.edu.au
Subscriptions:          mercury-reviews-request at csse.unimelb.edu.au
--------------------------------------------------------------------------



More information about the reviews mailing list