Есть ли сигнал, уведомляющий о разорванном соединении?

А SIGPIPE разве не приходит ?

Но вообще, Я бы взял хотя бы тот же select, и не мучился бы :)

е5сли та сторона закрыла соединение корректно, то ты поймешь это по вычитанному нулю. или по событию из poll ... как его там...

если порвался провод где-то между узлами - то нет. будет висеть, пока тебе какой-то из роутеров не скажет «пшёлканах»

таймаутынашевсе.

Connection: keep-alive не помогает от отключений разве?

Файрфоксу пофиг. Через пару минут разрывает даже keepalive. Хром еще не проверял. nginx вроде как правильно подкрутил

Ща попробую )

у меня от асинхронщины травма после nodejs. Стоит в одном месте заюзать, как повсюду вырастают колбэки и машины состояний )

Это вам, батенька, epoll уже тогда. А Я предлагаю select() с таймаутом в том месте, где есть read или write, и ничего более.

Или даже poll:

int poll(struct pollfd *fds, nfds_t nfds, int timeout);

POLLRDHUP (since Linux 2.6.17)
Stream socket peer closed connection, or shut down writing half of connection.

так и поступлю если ничего проще не придумаю)

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

read вернёт управление, если соединение закрыто. Если read продолжает висеть, значит у тебя что-то с сетью не так.

Проблема в том, что read я делаю на втором сокете, а отслеживать надо первый

Ну тогда select (и его друзья), потоки или read с таймаутом.