QTcpSocket конец данных

[boobsik]

как узнать, что сокет на другом конце больше ничего не собирается писать в мой?
чтобы я начал писать ему? искал сигналы типа readyRead(), но наоборот =) не нашел.. надо просто узнать, что данным пришел конец, чтобы начать их обрабатывать..

[BRE]

как узнать, что сокет на другом конце больше ничего не собирается писать в мой?
чтобы я начал писать ему? искал сигналы типа readyRead(), но наоборот =) не нашел.. надо просто узнать, что данным пришел конец, чтобы начать их обрабатывать..

Вот для этого и придумывают всяческие протоколы. 

Это тебе решать, как разработчику, как одна сторона будет сообщать другой о завершении передачи. Можно указывать длину передаваемых данных в начале, можно присылать какую нибудь метку в конце.... Много чего еще можно придумать.

[kuzulis]

упс.. опередили

[boobsik]

я так понимаю, что если речь идет о html или любом другом текстовом файле, то символом конца файла будет '\0' ? 

[BRE]

я так понимаю, что если речь идет о html или любом другом текстовом файле, то символом конца файла будет '\0' ? 

Ну там все чуть посложней. 
http://ru.wikipedia.org/wiki/HTTP

[boobsik]

значит если в по хттп протоколу в теле передается картинка или другая фигня, то шлется Content-Length: в заголовке, а если это текстовый(*.html, *.htm, *.php, *.js и.т.д.) то конец тела обозначается символом '\0'! Правильно? =)

[ритт]

я так понимаю, что если речь идет о html или любом другом текстовом файле, то символом конца файла будет '\0' ? 

lol
с каких пор html - протокол?

[ритт]

значит если в по хттп протоколу в теле передается картинка или другая фигня, то шлется Content-Length: в заголовке, а если это текстовый(*.html, *.htm, *.php, *.js и.т.д.) то конец тела обозначается символом '\0'! Правильно? =)

неправильно. там вообще строки разделяются по crlf.
тебе ссылку зря дали? - читай.

[boobsik]

lol
с каких пор html - протокол?

хттп)) читать внимательней надо  

за ссылку спасибо, буду вкуривать))

[BRE]

за ссылку спасибо, буду вкуривать))

Вот здесь по забористей: http://book.itep.ru/4/45/http4561.htm
 

[boobsik]

за ссылку спасибо, буду вкуривать))

Вот здесь по забористей: http://book.itep.ru/4/45/http4561.htm
 

кстати ценный ресурс, жаль по irc ничего)

[BlackTass]

Если протокол уже готовый и менять его нелзья, а по какой-то причине в нем нет длины тела пакета, то можно воспользоваться эвристическим приемом:
1. Принимаем первую порцию данных
2. Ждем n-ное время
3. Если пришло то принимаем и опять на пункт 2. Если не пришло то считаем что данные закончились.

Число n подбирается исходя из ожидаемой ширины канала (для обычного русского интернета хватает числа 1,5 секунды)

[boobsik]

в http 1.1 видимо "эвристический прием" не подойдет)) там за одними данными сразу могут идти другие)

[pastor]

Я с ходу не могу себе представить кто и в каких случаях будет применять т.н. "эвристический прием". Ведь его надежность 0.

[BlackTass]

Я с ходу не могу себе представить кто и в каких случаях будет применять т.н. "эвристический прием". Ведь его надежность 0.

Диалоговый протокол. Самое оно. Хотя лучше чем размер пакета не придумано конечно ничего.