From: Keith Burton (kb_at_[hidden])
Date: 2005-03-03 04:11:15
I think that :
Keeping blocking io situation simple should take priority over providing
Alternative 1 is a non-starter.
Alternative 2 is the way to go given that non-blocking filters will work
without compromise in blocking situations.
[mailto:boost-bounces_at_[hidden]] On Behalf Of Jonathan Turkanis
Sent: 03 March 2005 04:04
Subject: [boost] [iostreams] Major interace changes planned --
1. Adopt the convention that read() always blocks until at least one
is available, and that get() always blocks. This would give up much of
advantage of non-blocking and async i/o.
2. Add new non-blocking filter concepts, but hide them in the "advanced"
of the library. All the library-provided filters would be non-blocking,
users would be encouraged, but not required, to write non-blocking
If you've made it this far THANK YOU!!!
Please let me know your opinion.
Unsubscribe & other changes:
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk