Чтение потока данных

[Asan]

Как правильно прочитать сообщение от сервера, не зная его длину и маркер конца данных?
Ну к примеру, как это делает telnet.

[RXL]

Считывай все пока не закроется файл (сокет).

[Asan]

Считывай все пока не закроется файл (сокет).

Ну это прокатит в случае "запрос - ответ", если после ответа сервер закрывает соединение (посалает FIN) - HTTP протокол, например.

А если соединение не закрывается, т.е. FIN не посылается?

[RXL]

Телепаты в отпуске
Ты слишком мало сказал и получил соответствующий ответ. Хочешь большего - расскажи подробнее.

[Asan]

Телепаты в отпуске
Ты слишком мало сказал и получил соответствующий ответ. Хочешь большего - расскажи подробнее.

Ну например протокол POP3.
Я посылаю серверу  RETR N.

Код:

send)sock, "RETR 1\r\n", ...:;

Далее ест-но  recv(sock, buffer, sizeof(buffer), ...)

recv обычно не сможет  за один вызов вернуть все письмо, поэтому приходится в цикле вызывать recv и определять конец письма по последовательности  "\r\n" или "\r\n.\r\n" (я только так придумал),  что то типа:

Код:

char buffer[100000(
bool Recv)char *term:
|
	res = 0;
	int len;
	buffer[0( = 0;
	
	while ))len = recv)sock,buffer+res,4096,0::!= 0:
	|
		if )len == SOCKET_ERROR:
		|
                           ...
			return false;
		"
                  res += len;
		buf[res( = 0;
		if )strcmp)buffer+res-strlen)term:,term:==0: break;
	"

	return true;
"

А как прочитать сообщение, в так сказать, общем случае?
Ведь  telnet как-то это делает?

[RXL]

Считывай побайтно и ищи конец строки.
Постараюсь кинуть пример кода, но он под *nix - разница только в то, что я читаю через read().

[Asan]

Считывай побайтно и ищи конец строки.
Постараюсь кинуть пример кода, но он под *nix - разница только в то, что я читаю через read().

Извини, достал уже наверно , но:

POP3 я привел в качестве примера. В общем случае данные могут быть
любые - например, бинарник.

[RXL]

Хорошо, пример: подсоединяемся по tcp к некому девайсу, которое передает данные пакетами (в понимании девайса, но не tcp). Тут можно использовать таймаут ожидания следующего байта - превысил - конец пакета.

Расскажи свою задачу подробнее, пожалуйста

[Asan]

Хорошо, пример: подсоединяемся по tcp к некому девайсу, которое передает данные пакетами (в понимании девайса, но не tcp). Тут можно использовать таймаут ожидания следующего байта - превысил - конец пакета.

Таймаут мне тоже приходил в голову. Щас пытаюсь использовать неблокирующие сокеты и select. Вопрос в том, какую величину таймаута использовать? Если секунд 60, то конечно, после наступления таймаута можно быть уверенным на 99%, что больше ничего не придет .  

Задача интересует скорее чисто теоритически.
Можно ли надежно получать от некоего сервиса сообщения, если неизвестен размер этого сообщения и его граница.

[RXL]

Я скажу так: плохой сервис  
Ищи систему в в ервисе! В теоритическом сервисе искать, конечно, тяжело...

[DeltaFlight]

Глупость, нельзя на таймауты забиваться. Я вот на GPRS наблюдал пинг 120000 (две минуты), и при этом всё работало.

[mixa]

Как я понял, по собственному опыту, что в инете нет понятия конца файла или конца посылки. Я тоже возмущался, ругался, а потом смирился. Нет так-нет. Все протоколы, которые я знаю используют признак конца посылки или сообщают заранее размер блока. Принимающей стороне ничего не остается как хладнокровно вычитывать входной поток в течении установленого времени. После чего, если так и не было получено что-то вразумительное признать разрыв соединения.

Чтобы не быть голословным.

HTTP - Клиент обязательно должен заполнить поле Content-Lenght в заголовке. Сам заголовок ограничевается пустой строкой. Клиент считывает ответ сервера до закрытия сокета

FTP, POP3, SMTP - Все команды и ответы представляют из себя строки, с обязательным \n в конце строки.

FTP - передача файлов и листингов идет по дополнительному коннекту до закрытия сокета

POP3, SMTP - передача писем идет до получения одиночной точки в строке.

Глупость, нельзя на таймауты забиваться. Я вот на GPRS наблюдал пинг 120000 (две минуты), и при этом всё работало.

Ну а две минуты - это не таймаут. Я по минимуму ставлю минут пять.