Eric Woodruff wrote:
<snip>
> * Support for Event-Driven and Blocking sockets This one should go
> without saying. The event-driven support can trivially be provided
> in the pure socket interface and easily created using tools like
> boost::signals or boost::function.
>
> ** Thread Pool For event-driven sockets, a thread per socket can
> sometimes be wasteful, so there may be support for using a thread
> pool that monitors for events on the sockets in an application.
And I think it would be really important to provide a clean
interaction model between the socket library and the thread library
and a clean solution to the problems that keep on coming up again and
again when doing socket programming. From the top of my head:
- How to interupt a thread waiting on some socket event (synchronous
and asynchronous) from another thread?
- How do you wait for more than just socket events? Thread conditions,
window messages, ...
I'm sure there are other things.
Markus
_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
- [boost] Re: Sockets! Hugo Duncan
- Re: [boost] Sockets Pavol Droba
- [boost] Re: Sockets Hugo Duncan
- Re: [boost] Re: Sockets Pavol Droba
- [boost] Re: Sockets Ani Taggu
- Re: [boost] Sockets Rob Tougher
- [boost] Re: Sockets Hugo Duncan
- RE: [boost] How best to use Wiki (was Sockets) Jeff Garland
- Re: [boost] How best to use Wiki (was Sockets) David Abrahams
- [boost] Sockets Eric Woodruff
- Re: [boost] Re: Sockets Markus Schöpflin
- Re: [boost] Re: Sockets Hamish Mackenzie
- RE: [boost] Re: Sockets Boris Schäling
- [boost] Sockets Michel André