Socket, склеенные пакеты

[Crenth]

Сообщение от ekeeper

при коннекте с серваком, последний сразу шлет клиенту 10 одинаковых пакетов.
А вот функция на событие SOCKET_DATA срабатывает только 2 раза - словно приходит 2 пакета.

несколько вопросов:
- откуда известно, что сервер шлет сразу 10 одинаковых пакетов
- что в вашем понимании пакет


то, что вы видите при приходе события SOCKET_DATA объясняется не только серверным сокетом, но и клиентским. Поскольку ФП весьма навороченная софтина, то от момента получения данных на канальном уровне до момента, когда вы видите SOCKET_DATA проходит много времени и оно даже зависит от fps приложения. Вполне возможно, что пока генерится SOCKET_DATA в сокет упала оставшаяся часть данных.

Я бы на вашем месте не стал замарачиваться с этой проблемой и разобрался бы с форматом данных, отправляемых сервером. наверняка, он описан в мануалах. Нужно просто написать парсер входящих данных и все будет ок.
Если парсеру не хватает данных - он просто ждет очередной порции. Т.е. если вы получили "Hello wo", а "rld" еще не пришло от сервера, то делать trace(data) преждевременно - нужно ждать.



А вообще если - самый простой способ понять, что происходит - запустить wireshark

[ekeeper]

ну это был тест - проверить если сразу 10 одинаковых порций отправить на клиент. Программист сервера так написал, чтобы я потестил.
Я все приходящее разбираю через форматы - то есть у меня есть массив большой где каждый элемент это массив описывающий последовательность и типы пришедших данных, то есть я считываю сначала число, по этому числу ищу формат в массиве, и потом по формату в цикле считываю инфу.
ситуевины аля "Hello wo","rld" еще не было... а такое на сколько часто возможно?
Пакет в моем понимании, это какой-то объем информации, который имеет структуру (формат) и может полностью отправлен и распознан как отдельная сущность (а не как часть каши в потоке)

[Crenth]

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

"Hello wo"..."rld" возможно.
как правило в лабораторных условиях все работает прекрасно, а в реальных сетях появляются асинхронные всякие задержки и их вариации. поэтому всегда нужно разрабатывать алгоритм обработки сокета, который учитывает, что данные прибудут не сразу, а частями или придут с непредсказуемой задержкой. или вообще не придут (такое тоже бывает)

[ekeeper]

чую, нужны консультации...