Sergey_rbДля тех, кто не верит, что TPC/IP передает данные пакетами.
А толку? Размер IP пакета не совпадает с размером твоего сообщения, поэтому за раз можно получить как целое сообщение так и часть сообщения.

Sergey_rbDima Tпропущено...

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

Как определить, что пришла только часть сообщения?
Я вторым постом написал как 21688779 , но ты не веришь и упорно ищешь несуществующий способ.

Sergey_rbDima Tпропущено...

Я вторым постом написал как 21688779 , но ты не веришь и упорно ищешь несуществующий способ.


авторОдно из двух:
1. Ты должен знать заранее сколько байт надо прочитать, т.е. перед данными передается их размер.
2. Есть какой-то маркер конца данных. Т.е. надо проверять что в принятом есть этот маркер.


1. Да, передается размер, но это размер не всего сообщения, а текущего пакета.
2. Что за маркер, это какой-то специальный символ?
1. О каком размере речь? О том что recv() вернул? Я про то чтобы сервер сначала передал размер данных, а затем сами данные.
2. Да, символ (или последовательность символов) заведомо не использующийся внутри сообщения. Например в протоколе HTTP конец заголовка это два перевода строки подряд.

Для общего развития: допустим ты передал строку
при передаче строка была разбита на пакеты

TCP гарантирует что эти 3 пакета придут именно в той последовательности, как ты отправил, т.е. 2-й не придет раньше 1-го, но НЕ гарантирует что ты получишь все 3 вместе, т.е. может прийти например 1-й, а затем 2,3 вместе.

Это один из вариантов. В реальности пакет побольше ~1.5 кб, и может быть наоборот ситуация, когда в одном пакете несколько строк или начало в одном пакете, а конец в другом.