Имеется простейший сокет сервер. Все вроде как работает, инициируется
соединение, скидывается дата и т.д.
Данные считываем так: nRead = Receive(buff, 4096);
Вот. И здесь секс. В большинстве случаев все работает нормуль, но когда
приходит строка вида:

1000000000.09/18:00,EOF,ACT|,PRI-CDR,n,MIN...(31 30 30 30 30 30 30 30 30 30
00 30 39 2F 31 38 3A 30 30 2C 45 4F 46 2C 41 43 54 7C 2C 50 52 49 2D 43 44
52 2C 6E 2C 4D 49 4E 7F 0A 0D )

считывается только 1000000000 и все... А самое вкусное дальше....... Хельп!

А повторные чтения не дочитывают остаток? Данные могут кусками идти.

Здравствуйте, Mogwai, Вы писали:

M>Имеется простейший сокет сервер. Все вроде как работает, инициируется
M>соединение, скидывается дата и т.д.
M>Данные считываем так: nRead = Receive(buff, 4096);
M>Вот. И здесь секс. В большинстве случаев все работает нормуль, но когда
M>приходит строка вида:

M>1000000000.09/18:00,EOF,ACT|,PRI-CDR,n,MIN...(31 30 30 30 30 30 30 30 30 30
M>00 30 39 2F 31 38 3A 30 30 2C 45 4F 46 2C 41 43 54 7C 2C 50 52 49 2D 43 44
M>52 2C 6E 2C 4D 49 4E 7F 0A 0D )

M>считывается только 1000000000 и все... А самое вкусное дальше....... Хельп!

А вы уверены, что отправляется вся строка, а не 1000000000???
По-моему, при отправке send() доходит до 0х00 и останавливается

Здравствуйте, nix, Вы писали:

nix>Здравствуйте, Mogwai, Вы писали:

M>Имеется простейший сокет сервер. Все вроде как работает, инициируется
M>соединение, скидывается дата и т.д.
M>Данные считываем так: nRead = Receive(buff, 4096);
M>Вот. И здесь секс. В большинстве случаев все работает нормуль, но когда
M>приходит строка вида:

M>1000000000.09/18:00,EOF,ACT|,PRI-CDR,n,MIN...(31 30 30 30 30 30 30 30 30 30
M>00 30 39 2F 31 38 3A 30 30 2C 45 4F 46 2C 41 43 54 7C 2C 50 52 49 2D 43 44
M>52 2C 6E 2C 4D 49 4E 7F 0A 0D )

M>считывается только 1000000000 и все... А самое вкусное дальше....... Хельп!

nix>А вы уверены, что отправляется вся строка, а не 1000000000???
nix>По-моему, при отправке send() доходит до 0х00 и останавливается

При отправке send'у указывается сколько байт посылать
А вот если для вычесления размера посылаемого буфера применялась функция для подсчета длины строки — тогда да...

Ed.ward

S>А повторные чтения не дочитывают остаток? Данные могут кусками идти.

Благодарю за внимание к вопросу. Повторные чтения вызывают подвисание

nix>По-моему, при отправке send() доходит до 0х00 и останавливается

Ну да, так в этом весь и секс
Клиентом является устройство, которое не заставишь кидать данные в определенном формате.........
Вопрос в том, можно ли как нибудь считать данные после 0х00?

Заранее благодарю.

Блин, конечно же вычисления



Ed.ward

Здравствуйте, Mogwai, Вы писали:

S>А повторные чтения не дочитывают остаток? Данные могут кусками идти.

M>Благодарю за внимание к вопросу. Повторные чтения вызывают подвисание

Они вызывают не подвисание, а блокирование до прихода новых данных.

Ed.ward

EW>Они вызывают не подвисание, а блокирование до прихода новых данных.

Но считывания второго куска данных при этом не происходит

Здравствуйте, Mogwai, Вы писали:

M>Имеется простейший сокет сервер. Все вроде как работает, инициируется
M>соединение, скидывается дата и т.д.
M>Данные считываем так: nRead = Receive(buff, 4096);
M>Вот. И здесь секс. В большинстве случаев все работает нормуль, но когда
M>приходит строка вида:

M>1000000000.09/18:00,EOF,ACT|,PRI-CDR,n,MIN...(31 30 30 30 30 30 30 30 30 30
M>00 30 39 2F 31 38 3A 30 30 2C 45 4F 46 2C 41 43 54 7C 2C 50 52 49 2D 43 44
M>52 2C 6E 2C 4D 49 4E 7F 0A 0D )

M>считывается только 1000000000 и все... А самое вкусное дальше....... Хельп!

а buff у тебя не строка случаем?

IE>а buff у тебя не строка случаем?

char buff[4096];
Возможно это дилетантский подход, но как было б вернее?

Здравствуйте, Mogwai, Вы писали:

IE>а buff у тебя не строка случаем?

M>char buff[4096];
M>Возможно это дилетантский подход, но как было б вернее?

А как ты вычисляешь размер пакета при посылке?

Ed.ward

Здравствуйте, Mogwai, Вы писали:

IE>>а buff у тебя не строка случаем?

M>char buff[4096];
M>Возможно это дилетантский подход, но как было б вернее?
лутше было бы использовать void* buff = (void*)new char[4096];

в принципе и как сойдет.
Просто если у тебя nRead > length("1000000000"), что у тебя все считалось нормально. Вопрос в том как доступ к этому получить. Все функции работы со строками не признают все что расположено после '\0'.

Для визуальной проверки в режиме отладки посмотри, что расположено по адресу buff в памяти....

M>>char buff[4096];
M>>Возможно это дилетантский подход, но как было б вернее?

EW>А как ты вычисляешь размер пакета при посылке?

Посылать я ничего не посылаю, только получаю
Данные шлет девайс-клиент самостоятельно, мне надо только их словить......

Ты действительно уверен, что после 0x00 ничего нет? Строковые функции считают 0x00 кноцом строки, а данные там вполне могут быть... Проверь.

IE>лутше было бы использовать void* buff = (void*)new char[4096];

IE>в принципе и как сойдет.
IE>Просто если у тебя nRead > length("1000000000"), что у тебя все считалось нормально. Вопрос в том как доступ к этому получить. Все функции работы со строками не признают все что расположено после '\0'.

А можно ли это как-нибудь обойти?

IE>Для визуальной проверки в режиме отладки посмотри, что расположено по адресу buff в памяти....

0x0012ebd4 "1000000000"

Здравствуйте, Mogwai, Вы писали:

IE>>лутше было бы использовать void* buff = (void*)new char[4096];

IE>>в принципе и как сойдет.
IE>>Просто если у тебя nRead > length("1000000000"), что у тебя все считалось нормально. Вопрос в том как доступ к этому получить. Все функции работы со строками не признают все что расположено после '\0'.
Какое значение у nRead?
M>А можно ли это как-нибудь обойти?
При работе со строкой учитывать реальный размер записанных в нее данных (в твоем случае это nRead)...

IE>>Для визуальной проверки в режиме отладки посмотри, что расположено по адресу buff в памяти....

M>0x0012ebd4 "1000000000"
а после что "1000000000" что в памяти?

IE>Какое значение у nRead?

IE>При работе со строкой учитывать реальный размер записанных в нее данных (в твоем случае это nRead)...

IE>>>Для визуальной проверки в режиме отладки посмотри, что расположено по адресу buff в памяти....

M>>0x0012ebd4 "1000000000"
IE>а после что "1000000000" что в памяти?

Точно!
nRead=51, а в буфере после 0х00 все остальные полезные данные

Можно тогда вопрос напоследок, как бы покрасивше их оттуда извлечь?

Еще раз выражаю свою благодарность.

Здравствуйте, Mogwai, Вы писали:

IE>>Какое значение у nRead?

IE>>При работе со строкой учитывать реальный размер записанных в нее данных (в твоем случае это nRead)...

IE>>>>Для визуальной проверки в режиме отладки посмотри, что расположено по адресу buff в памяти....

M>>>0x0012ebd4 "1000000000"
IE>>а после что "1000000000" что в памяти?

M>Точно!
M>nRead=51, а в буфере после 0х00 все остальные полезные данные

M>Можно тогда вопрос напоследок, как бы покрасивше их оттуда извлечь?

M>Еще раз выражаю свою благодарность.

Например так....

char* data = buff + (strlen(buff) + 1);

IE>Например так....
IE>

IE>char* data = buff + (strlen(buff) + 1);
IE>

Спасибо. Заработало. С меня пиво

Господа, не подскажете, как после того, как мы получили данные( nRead = Receive(buff, 4096); ) дать ответ клиенту, что мы их действительно получили?

Есть подозрение, что послать пакет без данных созначением flags в TCP header = 0х10.......... Хотя может быть это весьма глупое предположение.......

Заранее благодарю.

Здравствуйте, Mogwai, Вы писали:

M>Господа, не подскажете, как после того, как мы получили данные( nRead = Receive(buff, 4096); ) дать ответ клиенту, что мы их действительно получили?

TCP сам подтверждает получение пакетов.

Здравствуйте, Mogwai, Вы писали:

M>Господа, не подскажете, как после того, как мы получили данные( nRead = Receive(buff, 4096); ) дать ответ клиенту, что мы их действительно получили?

M>Есть подозрение, что послать пакет без данных созначением flags в TCP header = 0х10.......... Хотя может быть это весьма глупое предположение.......

M>Заранее благодарю.

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

Ed.ward

Здравствуйте, Mogwai, Вы писали:

M>Господа, не подскажете, как после того, как мы получили данные( nRead = Receive(buff, 4096); ) дать ответ клиенту, что мы их действительно получили?

M>Есть подозрение, что послать пакет без данных созначением flags в TCP header = 0х10.......... Хотя может быть это весьма глупое предположение.......

M>Заранее благодарю.

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

Ed.ward

АВМ>TCP сам подтверждает получение пакетов.

Извиняюсь за некорректную постановку вопроса.

Перефразирую: можно ли послать пакет без данных со значением flags в TCP header установленным мной?

EW>Если соединение происходит по TCP то ответ отсылается автоматически.
EW>А если по UDP, то нужно придумать какой-нить пакетик для обозначения что все дошло нормально и отсылать его, а на другой стороне его ловить и анализировать.

Другая сторона — недокументированный темный лес
Приходится тыкаться всяко-разно чтоб она поняла, что ее данные приняты............

Здравствуйте, Mogwai, Вы писали:

M>Другая сторона — недокументированный темный лес

Другая сторона должна соответствовать RFC. Если это не так

M>Приходится тыкаться всяко-разно чтоб она поняла, что ее данные приняты............

Чтобы она "быстрее понимала", можно отключить алгоритм Найгля, но это, по-моему, некрасивое решение.