tcp socket send отправка сообщения целиком

По-умолчанию сокет в блокирующем режиме и программа будет заблокирована, пока в буфер сокета не скопируются все данные.

«цельно» это как?

send() ты можешь сделать с любым размером буффера, но вот размер фрейма Ethernet, например, ограничен где-то 1518 байтами, поэтому твоё добро все равно раздробят.

На другом конце, например, ты можешь сделать recv() с заданным размером (он же тебе известен) и не париться по поводу фрагментации.

А какого размера данные предполагается слать на один send()?

> «цельно» это как?

Это чтобы одним send'ом отправить, а не кучей send'ов.

Просто не хотелось бы while делать, в котором оценивать сколько байт уже отправлено и доотправлять все остальное, хотелось бы одним send'ом.

На другом конце, например, ты можешь сделать recv() с заданным
размером (он же тебе известен) и не париться по поводу фрагментации.

Да, известен, 1464 байта.

А какого размера данные предполагается слать на один send()?

Такие же, 1464. Просто в мане по send и recv не нашел на тему того, будет ли проходить разбиение, если я четко хочу отправить или принять какое-то количество байт, вот и плаваю (.

>1464 байта

Ну, это же не 10 мегабайт :) Отправляй одним send-ом, принимай одним recv-ом и не парься

MSG_WAITALL нужен в тех случаях, когда ты ожидаешь получить от сервера, например, 128 байт, а он отправил тебе 64, и спустя скажем 10 секунд - ещё 64.

>> 1464 байта

Ну, это же не 10 мегабайт :)
Отправляй одним send-ом, принимай одним recv-ом и не парься

Просто беспокоит, что делать в том случае, если он отправит (или примет) не 1464, а половину, треть, etc. Можно ли избежать такого на уровне настроек?

> MSG_WAITALL нужен в тех случаях, когда ты ожидаешь получить от

сервера, например, 128 байт, а он отправил тебе 64, и
спустя скажем 10 секунд - ещё 64.

Ну так я примерно так и хотел сделать - ставить этот флаг и принимать ровно 1464 байта.

Легко и просто, формируешь пакет своими ручками, тоесть выделяешь память для тела, заполняешь заголовки, какие угодно опции...флаги и тд проставляешь, считаешь контрольные суммы..и отправляешь в сеть.. Всё просто.

>Просто беспокоит, что делать в том случае, если он отправит (или примет) не 1464

Если ты в send указываешь размер отправляемого буфера в 1464, то на другой конец придет ровно столько

>> Просто беспокоит, что делать в том случае, если он отправит (или примет) не 1464

Если ты в send указываешь размер отправляемого буфера в 1464,
то на другой конец придет ровно столько

char szMessage[1464]=«Здесь могла быть ваша реклама.................»; // точками szMessage добивается до 1464

int s;

// инициализация сокета

int nSend=send(s,szMessage,sizeof(szMessage),0);

Ок ), скажите, я правильно понял, что в переменной nSend окажется -1 (и там уже разбираемся с errno) либо 1464?

Может ли в nSend оказаться другое значение, например 512?

Гарантий нет, но в линуксе вроде как оно дождется отправки.

>то на другой конец придет ровно столько

блин! забыл дописать ", сколько вернуло send".

Может ли в nSend оказаться другое значение, например 512?

Вполне. http://stackoverflow.com/questions/2618736/why-is-it-assumed-that-send-may-re...

>>Может ли в nSend оказаться другое значение, например 512?

Вполне.
http://stackoverflow.com/questions/2618736/why-is-it-assumed-that-...

Да, вот от этого я и отталкивался изначально, что придется писать нечто вроде вот такой отправки ). Спасибо всем!!

что-то как-то тяжело у тебя все получается
можно гораздо легче

> что-то как-то тяжело у тебя все получается

можно гораздо легче

А как именно гораздо легче? Если можно с примером кода :-[

man tcp... provides a reliable, stream-oriented, full-duplex connection

Ты видишь что-то про «пакеты»? TCP может добраться до пропихивания твоих данных по 1му байту за раз, и это нужно учитывать.

для write должна быть всегда логика подобная read

Наверное тебе нужен SCTP. А tcp сообщения бьет и читает как угодно и MSG_WAITALL тут особо не поможет.