Mad

Цитата(Mad @ 17.10.2005, 16:58)

откуда такая инфа ?

Опять начинается ?
Было же уже обсуждение этого вопроса

En_t_end

Цитата(En_t_end @ 17.10.2005, 12:39)

Было же уже обсуждение этого вопроса

скинь сылку посмотреть

http://forum.vingrad.ru/index.php?showtopic=57342

Mad

Цитата

откуда такая инфа ?

Приведу лишь пару цитат:

Цитата

- В TCP нет видимой пользователю концепции «пакета». Он просто передает поток байтов, и нельзя точно предсказать, сколько байтов будет возвращено при очередном чтении. - Из-за перегрузок в интенсивно используемой глобальной сети, особенно в Internet, данные могут доставляться как внезапно, так и пакетами неожиданного размера. Это требует от вас особой осторожности в допущениях о том, сколько данных может прийти в определенный момент и с какой частотой они поступают.

качаем и читаем: Йон Снейдер - Эффективное программирование TCP/IP

bel_nikita

Цитата(bel_nikita @ 16.10.2005, 17:56)

Ведь в TCP первый высланный пакет может прийти последним

Цитата(bel_nikita @ 17.10.2005, 13:03)

В TCP нет видимой пользователю концепции «пакета».

И как по твоему эти две фразы стыкуютья ?

Цитата(bel_nikita @ 17.10.2005, 13:03)

нельзя точно предсказать, сколько байтов будет возвращено при очередном чтении

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

отправляем буффер (1,2,3,4,5,6}
при получении, могут быть такие варианты:
{1,2,3,4,5,6}
{1,2}{3,4,5}{6}
{1,2,3,4}{5,6} и т.д
но никогда не будет {1,2}{6}{3,4,5} или подобного


Это сообщение отредактировал(а) Mad - 17.10.2005, 14:16

Mad

Цитата

И как по твоему эти две фразы стыкуютья ?

Так и знал, что-то вроде этого напишут Стыкуются. TCP/IP - и есть стЫк протоколов. Так или иначе данные TCP передаются посредством IP пакетов. И когда говорим TCP - подразумеваем TCP/IP.
Ну, лопухнулся немного Даже стыдно стало первый высланный пакет может прийти последним - это касается IP уровня

Цитата(En_t_end @ 21.10.2005, 12:28)

send(LSocket.sock, ltoa(SizeMess, buffer, 10), SizeMess, 0);

ты пытаешся послать SizeMess байт вместо длины получившегося размера

для такого протокола код будет такой :

Код

void sendlen(SOCKET sock, char *buff, unsigned long len) {     unsigned long sended = 0;     while(sended < len)         sended += send(sock, buff+sended, len-sended, 0); } void recvlen(SCKET sock, char *buff, unsigned long len) {     unsigned long recived = 0;     while(recived < len)         recived += recv(sock, buff+recived, len-recived, 0); } LSocket& operator <<(LSocket &LSocket,const char* message) {     unsigned long SizeMess = lstrlen(message);     sendlen(LSocket.sock, &SizeMess, sizeof(unsigned long));     sendlen(LSocket.sock, message, SizeMess);     return LSocket; } LSocket& operator >>(LSocket &LSocket,char** buffer) {     unsigned long len;     recvlen(LSocket.sock, &len, sizeof(unsigned long));     *buffer = new char[len+1];     memset(buffer, 0, len);     recvlen(LSocket.sock, *buffer, len);     return LSocket; }

Mad

Цитата(Mad @ 21.10.2005, 18:06)

ты пытаешься послать SizeMess байт

А.... теперь понятно, то есть здесь надо учитывать, что раз SizeMess - u_long - значит надо и послать размер сообщения размером с sizeof u_long. А я пытался преобразовывать размер к char*, а затем уже отсылать размер, опять же ошибочно забывая о том, что каждый символ - не есть один байт.

Цитата(En_t_end @ 21.10.2005, 13:14)

А.... теперь понятно

Несовсем так, если ты посмотриш мой код, то увидиш
1. u_long парасылаеться как 4 байта в бинарном виде (нет смысла приобразовавыть его в текст)
2. по приему его клиент выделяет буффер по данные, с укзанным (в занчении u_long) размером
3. идет непосредственно пересылка данных.

в данном слечае совсем не важно что именно ты пересылаеш, текст или бинарные данные

кстати, в случае с текстом, можно упростить алгоритм:
отправитель - отсылает текстовый буфер вместе с завернающим 0x0 байтом
получатель - читает поток побайтно, пока не встретит байт 0x0

Mad

Цитата(Mad @ 21.10.2005, 18:32)

отправитель - отсылает текстовый буфер вместе с завернающим 0x0 байтом получатель - читает поток побайтно, пока не встретит байт 0x0

Я как не пробывал, не хочет отсылаться этот конечный байт Если видишь, то в я в своем классе даже добавил флаг, который отвечает за то, надо или нет добавлять в конец полученной строки нуль-терминатор.

ЗЫ спасибо! Вопросы у меня ещё есть, как сформулирую их получше - выложу.
Добавлено @ 10:37
Хотя нет... все таки можно и нужно отправлять нуль-терминатор. Просто нужно отправлять (lstrlen(message)+1)*sizeof(char) - столько байт