Re: [boost] a problem on boost::asio

Olaf van der Spek <olafvdspek@gmail.com> wrote:

Yes, but doesn't that apply to recv/send too? I thought that was what the demuxer/servide was for.

On windows, send and recv use overlapped I/O. The io_service::run() function waits on GetQueuedCompletionStatus() so that it gets the result of these asynchronous operations directly. What I mean is that asynchronous connect operations currently require an additional background thread to wait on select(). Using ConnectEx will remove this need. Cheers, Chris