некий софт постоянно отправляет широковещательные udp на один определённый Port. Я их хочу ловить и делаю так:



если не делать вызов bind, кажется, ловится мусор или этот мусор изначально находится в буфере. с bind ловится пакет как надо. не встречал в шаблонах удп клиента использование bind, но там сначала вызывается sendto (которая делает что-то что и bind и connect). Если я сначала вызываю sendto без bind ничего не меняется. В чём тут дело?

Я попробую предположить по мануалам, ибо не имею у себя винды, чтобы проверить....
Для начала, что такое bind
http://msdn.microsoft.com/en-us/library/ms...28VS.85%29.aspx
Функция bind организует фильтр пакетов, иными словами, из всех пришедших пакетов в систему твоему сокету буду доставлены только пакеты с определенным адресом и определенным портом, которыми ты заполнил структуру

Далее функция socket
http://msdn.microsoft.com/en-us/library/ms...28VS.85%29.aspx
Выступает тоже в роли фильтра, ибо ты сразу говоришь, что этот сокет будет работать только с датаграммами протокола udp, сюда система пришлет все пакеты, идущие по данному протоколу....
Теперь, если я ничего не путаю, не задав функции connect()/bind(), в твой сокет, без вызова функции bind (то есть привязки к определенному, нужному тебе порту), тебе будут сыпаться все пришедшие в систему датаграммы по протоколу udp.
Внимание: я уверен, что сказанное мною справедливо для сырых сокетов (RAW), надеюсь, гуру форума поправят меня, если я ошибаюсь
Теперь предположу твою ошибку, я думаю она здесь

ты надеешься, что параметр Peer отфильтрует пакеты на нужный тебе порт??? если да то это не так, посмотри на прототип функции
http://msdn.microsoft.com/en-us/library/ms...28VS.85%29.aspx

слово __out перед параметром from, говорит, что читать данные с твоего параметра никто не собирается, его собираются заполнить. Заполнят его как раз данными отправителя (адресом и портом). Доступ к полям структуры у тебя есть, номер порта (применив преобразование из сетевого порядка байтов) ты узнать можешь, а соответсвенно и отфильтровать тоже

Я надеюсь, что не дезинформировал тебя ложной информацией, надеюсь гуру в сетях меня поправят

Добавлено через 13 минут и 34 секунды
да, и хорошо бы проверять возвращаемое значение функции recvfrom на наличие ошибки

Это сообщение отредактировал(а) null56 - 20.11.2010, 03:35

Ваша ошибка состоит в нарушении логики модели клиент/сервер
По этой логике - сначала запрос клиента - потом ответ сервера.

Запрос - это функция sendto().
Именно при вызове этой функции ядро системы динамически присваивает приложению значение порта. Именно на этот порт будут потом приходить ответы сервера.
Если не запускать sendto(), то этого не происходит - а функция recvfrom() - не предназначена для выполнения этого действия.
Так что если клиент не начинает своей работы с endto(), то bind() - обязателен.

Это сообщение отредактировал(а) Олег2005 - 20.11.2010, 12:08

Спасибо за разъяснение, я так примерно и предполагал, но я не понимаю почему если вызвать вместо bind 



а затем  recvfrom, то всё равно Peer не привязывается к сокету. А про in-out параметры я знаю, просто привёл код только с bind.

Это сообщение отредактировал(а) Apel - 21.11.2010, 00:43

Видите ли, peer  у вас - это - удаленный сокет - и соответственно у вас есть его адрес - это типа адреса получателя на почтовом конверте.
bind() - предназначен для связи с локальным (местным) сокетом (мы его так сказать не видим - а система его создает) - и привязывает местный сетевой интерфейс, известный системе, а также порт (выделенный клиенту динамически) - к дескриптору этого локального сокета.

Это сообщение отредактировал(а) Олег2005 - 21.11.2010, 19:09