если вызвать io_service.run() не передав до этого ему обработчиков - он сразу же вернет управление
если вызывать io_service.run() в цикле - получится busy-wait (пустой цикл в потоке, 100% загрузка проца)

как сделать так, чтобы io_service.run() ждал обработчиков?

нужно создать объект класса boost::asio::io_service::work и передать в конструктор ссылку на io_service
пока этот объект существует, run не будет возвращать управление

Lazin, спасибо.

стоит заметить следующее:
т.к. некоторые хендлеры могут бросать исключения, происходит выход из run(). в документации по этому поводу предложено следующее решение:

но тут не оговорено поведение io_service по отношению к io_service::work при появлении исключения.
а происходит следующее: когда мы получаем исключение из хендлера, io_service "отцепляется" от io_service::work. и если при повторном вызове run(), в этот момент в очереди нет хендлеров, то поток прекратит выполняться и вернет управление. что есть не совсем то что нам нужно.
как io_service обратно "прицепить" к io_service::work я так и не понял.

решается следующим способом:

немного через попу...но ничего лучше не придумал  

Это сообщение отредактировал(а) boostcoder - 19.11.2010, 02:05

в этом случае io_service::work вообще не нужен.

почему 10 ?
это тот же бизи-вейт, но еще и с дополнительной задержкой на 10мс =\

задержка в 10мс при возникновении исключительной ситуации - это последнее о чем стОит беспокоится  
зато, если очередь пуста, проц не грузится впустую.

boostcoder, а кто мешает io_service::work воткнуть внутрь try{}catch перед run?

хм... сначала эта идея показалась мне гениальной. но проверив, обнаружил что при повторном входе в try блок, io_service не блокируется как ожидалось. может что-то в моем коде не так.. разбираюсь..


Это сообщение отредактировал(а) boostcoder - 19.11.2010, 18:37

если что-то не так, то это очень похоже на баг asio.

нет. никак не цепляется.
напишу в поддержку. любопытно.