4 Aug
2005
4 Aug
'05
2:33 a.m.
The above paragrah is about the long term significance of non-blocking vs blocking. I believe you are also facing the issue of library (de-)composition; if you ultimately want to provide both a blocking and non-blocking API it is less difficult to imagine a non-blocking API over a blocking API than
Pardon. An error in that last message. ----- Original Message ----- From: "Scott Woods" <scottw@qbik.com> To: <boost@lists.boost.org> the
other way around.
Should be; "if you ultimately want to provide both a blocking and non-blocking API it is less difficult to imagine a blocking API over a non-blocking API than the other way around."