Привет всем!
Пишу консольную прогу клиент-сервер (Linux, g++)

Клиент подключается к серверу и запрашивает данные. На каждый запрос получает ответ.
В итоге необходимо примерно такую функцию:
string getResult(string req)
{
//проверить, если все еще подключен. Если нет - переподключиться, и так бесконечно
//отправить request
//return ответ
}
И все это надо завязать на OpenSSL.

Сервер должен для каждого соединения создавать поток, который подключается к postgreSQL и вытягивает данные (для каждого потока - свое postgres соединение).

Что я уже сделал:
Используя библиотеку Sockets (http://www.alhem.net/Sockets/) я наладил клиент-сервер с SSL. Могу делать Send(), получать ответ. Не знаю как там с отдельными потоками на сервере, еще не проверил.

Но! Там все event-based, т.е. при OnRead сделать то-то, и т.п.
А мне нужно как в PHP fsockopen, подключился, отправил запрос, потом fread (пока не получу данные - жду), и т.п.

Подходит ли эта библиотека?
Я искал, чтобы проще SSL реализовать, как я понял в стандартной библиотеке это сложно.
Как это лучше реализовать?

Заранее спасибо за помощь!

не сложно

А чем тебя не устраивает event-based ?
там все так же, только бесконечный цикл за тебя реализует библиотека.

имхо, нет

кроме того, блокирование на read/write и бесконечный цикл это не одно и то же   

Я похоже не смог внятно выразить свою мысль   
Суть в том что между
 
и

особой разницы нет. Можно рассматривать вызов onRead как эквивалент возврата из блокированного fread и все дела 


pyqt,  если очень хочется плюсовой обвязки над сокетами можешь посмотреть на boost.asio, там так же есть поддержка SSL и можно работать с синхронными сокетами, т.е. connect(), потом в read ждешь пока не пришли данные и т.п. Хотя на мой взгляд event-based гораздо удобнее.

а ждать мы onRead как будем?

А как мы ждем возврата из блокируемого read ? Тут так же.  Скорее всего мы будем спать в каком-нить системном вызове.

ну и в чем отличие от блокирующей модели тогда?   

Принципиальной разницы. как я и говорил -  нет. Синхронная и асинхронная модели эквивалентны.

смелое утверждение...но не верное

Обоснование будет? или краткость твоя сестра ? 

синхронная концепция - запрос с блокировкой в ожидании результата 
I/O: блокирующий, мультиплексированный

асинхронная концепция - запрос без блокировки в ожидании результата 
I/O: неблокирующий, event-based (например через сигнал), асинхронный
при этом в первых двух типах I/O асинхронной концепции нет автоматического вызова примитивов read/write ядром

pyqt, посмотрите на boost Asio.