Основной код:






Когда третий параметр функции Query равен RSP_RCON_NUM, всё в порядке, функция получает ответ сервера (соответствующий запросу). Когда же третий параметр равен RSP_SRV_DETAILS, функция recvfrom "зависает". Буфер для получаемых данных заведомо большего размера. Предпологаю, что она ждёт, пока сервер ответит? Известно точно, что сервер всегда отвечает на правильные запросы. Пробовал менять серверы, результат один. И, самое интересное, этот код совсем недавно прекрасно работал. Не пойму, что я мог такого изменить, что вдруг перестало работать. Помогите разобраться.

Написал весь код заново. работает на одном сервере. На остальных не хочет, опять проблемы с получением данных. Может, надо как-то по-особому данные получать? Возможно такое, что, раз протокол UDP, то данные 100% теряются? Хотя, другие программы получают эти же данные без проблем.  

Apel, что за сервера то?


Возможно.

Но ведь другие клиенты для данного сервера, по такому же протоколу получают данные, и для одного-единственного сервера данные получаю в полном объёме. А для других серверов не приходят данные большого объёма. Может, они застрявают в каком-нибудь буфере?

Apel, давай по порядку.
1. Что за сервера?
2. Ты переписал программу, так новый давай код.


UDP не даёт никаких гарантий.

Это сообщение отредактировал(а) ptr - 31.8.2006, 08:26

вот "новый" код. Он работает. Но почему-то функция recvfrom при получении большого ответа на запрос (большого, относительно других, на которые ответы приходят правильно и сразу) не завершается. Относительно серверов - это игровые серверы Counter-Strike, данная функция предназначена для получения разной информации о сервере в соответствии с протоколом. На одном сервере этот код замечательно работает. И на разных тоже работал, но вдруг перестал. Даже на локальном сервере не приходят некоторые ответы.

То, что протокол UDP не гарантирует доставку пакетов я знаю, но ничего не поделать, если сервер желает общаться только по UDP, и то не всегда  

Это сообщение отредактировал(а) Apel - 31.8.2006, 12:20

Почему бы не отметить что вопрос решён ? =\ что так трудно это сделать ?

Если бы Вы внимательно читали, то поняли бы, что вопрос не решён. Код переписан заново, но не отличается практически от предыдущего, а в плане получения данных от сервера идентичен. Вопрос заключается в том, что этот код то работает, то нет. Функция recvfrom отказывается получать данные по правильному запросу от всех серверов, кроме одного выдающегося неизвестно чем. До создания класса я проводил эксперимент с простой функцией, на разных серверах, по всем запросам приходили правильные ответы. Вопрос остаётся открыт: что может мешать функции recvfrom получить данные размером менее 200 байт?

До этого он был решён по вашим словам. Затем появилась другая проблема.Вы же сами это видите так как это ваша тема, так зачем же просто так обижать участника форума заявив что он не внимательно читает Темы. ?

Apel, а ты уверен в том, что серверы действительно посылают ответ?

2 ilovewinsocks:
Прошу прощения, если мои слова показались Вам обидными, я не хотел никого обижать. Пояснение: если я сказал, что код работает, это значит, в нём нет логических или синтаксических ошибок, но не то, что результат его работы верный.

2 ptr:
Интересный вопрос. Я знаю точно, что этот протокол открытый и серверы должны отвечать на запросы. У сервера нет возможности отключать обработку как определённых запросов, так и обработку всех подобных запросов в принципе - это не настраивается. Формат запроса тоже не мог поменяться, или, по крайней мере, существует обратная совместимость запросов. При тестировании на локальном сервере тоже не удаётся получить ответ на некоторые запросы, но раньше я получал от него ответы на все запросы, а в сервере ничего не менял. Я склоняюсь к тому, что сервер всё-таки отправляет ответ, ведь тестировал не на одном сервере. Может ли быть где-то промежуточный буфер, который меньшего размера, чем получаемые данные? Если может быть, то как в него залезть?

Ничего страшного , просто мне показалось что вам помогли , вопрос решён, а в опциях вы не отметили.Прости меня за наглость  

Apel, ну ты посмотри приходят ли данные (например с помощью Ethereal).

так-с! Скачал программу. Установил, сделал фильтр по UDP, включил монитор и отправил запрос. Далее я не пойму: либо данные отправляются не те, что я отправляю, либо серверы не отвечают. Там, где в пакете данные вместо конца, например, de] Такое:

Если данные уходят неправильные, неудивительно, что нет ответа. Но более длинные запросы выполняются правильно. Мистика какая-то.

Это сообщение отредактировал(а) Apel - 4.9.2006, 15:35

в sendto строка отдается правильная?