@LUN2

Добрый вечер!

Моя программа выполняет роль http/https-сервера.
Когда браузер делает к ней запрос GET, сервер возвращает страницу.
На разных этапах работы я контролирую состояние сокета, через который держу установлено соединение с браузером с помощью функции winsock - getpeername().

Удивляет то, что когда я закрываю браузер, то getpeername() завершается для этого сокета с результатом = 0, т.е. без ошибки.

Получается, что сокет остается "актуальным" после закрытия клиента ?

Если да, то как мне тогда отслеживать ситуацию, когда клиент отвалился (браузер закрыт), чтобы закрыть соединение (закрыть - в смысле, освободить внутренние ресурсы своей программы, а не системные) ?

0

@Замабувараев

Функция read(); возвращает, что прочитано 0 байт.
Это значит что достигнут конец потока, другая сторона закрыла соединение.
Ну или возвращает ошибку когда идёт сбой.

Добавлено через 34 секунды
Да, сокеты надо закрывать вручную.

0

@LUN2

Замабувараев, но программа желает лишь узнать статус соединения - не закрыл ли его клиент, читать - это не совсем то, что надо.
У меня чтение организовано в другой ветке, где ловится событие FD_READ и данные вычитывается в буфер, потом обрабатываются и т.п.
Если только для получения информации о статусе соединения что-то читать из него ... , а если оно не закрыто и что-то прочитается - это компетенция той ветки, которая обрабатывает чтение.

Т.е., что, в результате "просто узнать" статус соединения нельзя ?

0

@Undisputed

При начале соединения, сохраняете сокет и по умолчанию считаете что это соединение не закрыто.

Если ваша библиотека поддерживает какой нибудь FD_CLOSE, то по нему и определите что соединение закрыто. Если не поддерживает, тогда обычно мультиплексоры выдают событие на чтение при закрытии соединения. Вот в этот момент и можно будет сделать read и получить в результате 0.

Другими словами, если не было FD_CLOSE или read не возвращал 0 при возникновении события, то соединение считается активным.

0

@LUN2

Undisputed, про FD_CLOSE тоже подумал, начал ловить его, только не уверен, что правильно его понимаю и действую по его получении.
Насколько я понял, FD_CLOSE я получу, когда удаленный комп (клиент) вызовет свой shutdown, чтобы инициировать закрытие TCP-соединение... Верно ?

В таком случае,

1) если я получу FD_CLOSE и не хочу вычитывать остаток данных из буфера TCP в случае их наличия, то нужно ли мне вызывать shutdown(socket, SD_BOTH) на своей стороне ?
Или сразу вызвать closesocket() ?

2) а если я получу FD_CLOSE и хочу вычитать остаток буфера, то я могу делать это по получении FD_CLOSE или дождаться FD_READ и только после него читать ?

3) а если я буду после FD_CLOSE вычитывать остаток буфера, то мне надо 2 раза вызвать recv() - 1-ый для чтения данных, 2-ой для получения кол-ва байт = 0, как признака соединения ?
Или не надо дожидаться, когда recv() вернет количество = 0 байт.

0

@Undisputed

LUN2,
Мне неизвестно, что и как вы используете в коде. Посмотрите документацию к функциям которые используете и проведите эксперементы. По идее FD_CLOSE должно означать что соединение закрыто тем или иным способом.

Если так, то при получении FD_CLOSE тогда сокет закрыт. Если этого механизма нет, тогда нужно читать из сокета до тех пор, пока не получите 0. Если 0 не получали, считаем что соединение активно

Скорее всего вы не получите FD_CLOSE, если в буфере есть данные для чтения

2) аналоично, скорее всего вы не получите FD_CLOSE если в буфере что-то есть

После FD_CLOSE вы врядли сможете что-то прочитать из сокета

За деталями обращайтесь к докам функций/библиотек которые используете

1