Заценил исходники и от Girder и от
RAdmin. Благодарю, именно это я и ищу уже недели две-три

Цитата

кто ищет тот всегда найдет

Задачи, которые решают эти проги, я бы сказал, прямо перпендикулярные. УGirder на один порт сканируется вся сеть, а у RAdmin на один ИП сканируются все порты. Толико я не понял почему я отправляю пакет на порт 1212 а "приходит" он на сервер в виде совершенно иного, причем при каждом обмене номер порта на сервере увеличивается. Впрочем полезность от этого не уменьшается....

Это сообщение отредактировал(а) Calypso - 5.7.2004, 07:07

Вот здесь очень хорошо все расписанно(мне к этому добавить не чего):
http://www.delphikingdom.com/asp/viewitem.asp?catalogid=1021

Но если лень читать, то вот выдрал тебе ответ(если я твой вопрос правильно понял ):

Цитата

Функцию SendTo можно использовать с сокетами, не привязанными к адресу. В этом случае внутри библиотеки сокетов будет неявно вызвана функция Bind для привязки сокета к адресу InAddr_Any и нулевому порту (т.е. адрес и порт будут выбраны системой).

А вообще почитай, статья свежая и доходчивая.

Удачи.

Girder

Цитата

здесь лень выдрал тебе

Тхенкс Ю

Это сообщение отредактировал(а) Calypso - 6.7.2004, 04:38

Сразу извиняюсь за OFFTOP.
Тут заглянул в эту тему, посмотрел приведенный Girder пример. Пу сути правильный, но, по реализации есть серьезное замечание:

Код

procedure TAddrServer.Execute; begin while not(Terminated) do Synchronize(GetAdd); end;

Такая реализация потока абсолютно бессмысленна!
Метод GetAdd в этом случае будет исполняться в контексте основного потока приложения. Т.е. результат будет таким-же как и вызов данного метода непосредственно из обработчика какой-нибудь кнопки.
Убедиться в этом очень просто, достаточно запустить приведенный пример, и нажать кнопку bStartUDPServer. После этого, программа перестанет реагировать на Ваши нажатия, перемещения формы и пр. Реагировать она будет лишь на получение пакета. Это следствие того, что основной поток, вместо того что-бы обрабатывать поток сообщений от Windows, будет приостановлен в ожидании получения пакета (RecvFrom в GetAdd).
Дело в том, что метод Synchronize специально сделан для того, что-бы приостановить текущий поток и запустить переданный ему метод в контексте основного потока. Это нужно для обеспечения нормальной работы обращений к VCL-компонентам.
Я бы не стал сюда писать, но дело в том, что подобный стиль написания "многопоточных" приложений я уже встречал, причем в статье то-ли на "Мастерах Дельфи", то-ли в "Королевстве Делфи". К счастью, сейчас найти эту статью мнее не удалось, надеюсь ее сняли с сайта.
В той статье, автор пропагандировал именно такой способ написания многопоточных приложений! Он искренне считал что таким образом, выполняя основное действие через Syncronize, он получает именно многопоточное приложение.
Так что мне кажется, что Girder стал жертвой этой вредоносной статьи.

По моему ты ошибся, я подправил это в тот же день как записал. Я даже оставил в годе: "// обшибся: было Synchronize(GetAdd);". И дату посмотри когда я внес и отредактировал: внес:"Дата 2.7.2004, 13:51" отредактировал: "Это сообщение отредактировал Girder - 2.7.2004, 15:46" А эти статьи я не читал. Просто паралельно был загружен код где требуется синхронизация. Просто лень весь код набивать. Набросал на пустую форму заготовки из других и отредактировал, а это просмотрел . Когда просматривал повторно, сразу отредактировал это место.

Мой кладезь знаний: MSDN и Help Delphi

Удачи.

Это сообщение отредактировал(а) Girder - 12.7.2004, 09:38

Цитата

По моему ты ошибся, я подправил это в тот же день как записал....

Приношу свои извинения.
У меня страница была сохранена на локальном диске в первоначальной редакции. Поэтому предыдущий пост относился именно к ней.

Что касается текущей редакции (от 2.7.2004, 15:46) то она к сожалению тоже не без греха.

Дело в том, что обращение к методам и свойствам VCL в контексте не основного потока небезопасно. Т.е., как раз вот такие операторы:

Код

Form1.Memo1.Lines.Add(....)

допустимо использовать лишь методах запускаемых через Synchronize.

Самое неприятное, что это вызывает ошибки довольно редко. Но проявляться они могут настолько странным образом, что могут кого угодно запутать.

В качестве примера, такое в принципе приемлемо - в данном случае, вряд-ли кто будет во время вывода в Memo что-то туда "вколачивать". Но, для "боевой" программы это недопустимо.

Это сообщение отредактировал(а) Петрович - 13.7.2004, 08:39

Согласен. Только вывод в Memo cделан для наглядности работы проги(а не для того чтобы тупа передерать ), вопрос то не в этом был.

Цитата

... она к сожалению тоже не без греха

А вот главное ты не сказал. А главное на мой взгляд вот в чем: За такие широковешательные пакеты, некоторые админы могут дать по шапке .

Ладно, думаю мы друг друга поняли.

Удачи.

Это сообщение отредактировал(а) Girder - 13.7.2004, 09:15

Мой админ мне по шапке не даст: Я с ним пиво пил
Благодарствую!