Форум: "Сети";
Текущий архив: 2007.01.28;
Скачать: [xml.tar.bz2];
ВнизКак забиндить TServerSocket на определённый IP? Найти похожие ветки
← →
Shart © (2006-08-22 17:52) [0]Собственно сабж...
← →
DiamondShark © (2006-08-22 18:03) [1]Создать наследника, опубликовать свойство Address и устанавливать его.
← →
Shart © (2006-08-22 18:07) [2]Это не то...
Мне, к примеру, нужно забиндить сервер на 192.168.0.4, а он биндит на локалхост и поэтому никто его не видит извне.
← →
Сергей М. © (2006-08-23 08:23) [3]
> Shart © (22.08.06 18:07) [2]
> он биндит на локалхост и поэтому никто его не видит извне
"Извне" это откуда ?)
← →
DiamondShark © (2006-08-23 11:24) [4]
> "Извне" это откуда ?)
За пределами машины, вестимо.
Вообще-то, биндит он на INADDR_ANY, так что, по идее, должон быть видим.
----
Хм... а с Address не получается, не всё так просто там внутрях...
ЗЫ
А вот и лишний повод поворчать на тему "нафиг вам эти компоненты"...
Не, действительно. Наворочено там -- леший ногу сломит, а толку -- ноль. Почему ноль? А потому что нет ни одной выгоды, которую должно бы вносить ООП. Ни семантика не меняется, ни объём кодирования не уменьшается...
← →
Сергей М. © (2006-08-23 11:58) [5]
> DiamondShark © (23.08.06 11:24) [4]
> Вообще-то, биндит он на INADDR_ANY, так что, по идее, должон
> быть видим
Так оно и есть на самом деле)
С чего автор взял про localhost и почему у него что-то там "не видит извне" - это пока тайна за семью печатями)
> Наворочено там -- леший ногу сломит
Ничего там не наворочено, все там просто и понятно - весьма строгая ООП-оболочка транспортного уровня, безо всяких излишеств.
Конечно, и справка к нему скудна и логика работы методов-св-в не всегда интуитивно понятна (для новичков особенно), но как база искл-но транспортного уровня этот компонент ничуть не хуже иных.
← →
Ketmar © (2006-08-23 12:08) [6]> [5] Сергей М. © (23.08.06 11:58)
не знаю. мне в своё время показалось проще научиться работать напрямую с WinSock API. %-)
← →
имя (2006-08-23 15:33) [7]Удалено модератором
← →
Slym © (2006-08-24 06:36) [8]Ketmar © (23.08.06 12:08) [6]
Пробовал... Запнулся об потоки и корректное Active:=false (с обрывом всех соединений)...
Посмотрел что получилось у меня и что у борланда и понял лучше переделаю борланд
← →
Сергей М. © (2006-08-24 08:19) [9]
> Slym © (24.08.06 06:36) [8]
> Запнулся об потоки и корректное Active:=false
Интересно, откуда в WinSockAPI взялось Active:=false ?)
← →
Ketmar © (2006-08-24 09:54) [10]> [9] Сергей М. © (24.08.06 08:19)
дык компоненты, наверное... %-)
> [8] Slym © (24.08.06 06:36)
не надо писать компоненты перед обедом. я лично не писал, так сокеты использовал. %-)
← →
Slym © (2006-08-24 11:25) [11]Ketmar © (24.08.06 9:54) [10]
я лично не писал, так сокеты использовал
а как на API в серверном сокете убить все потоки при закрытии слушающего сокета, нез мемликов и прочих протечек...
ответ: хранить хендлы сокетов и потоков в списках и гасить их при закрытии слушающего сокета... вот, началась организация в структуры, а от них и до объектов не далеко... приделай property Active:boolean - и до компонента дошли... только компонент кривой и не отлаженный, а у борланда все готово и проверено
← →
Ketmar © (2006-08-24 11:59) [12]> [11] Slym © (24.08.06 11:25)
вполне достаточно остановиться на процедурах управления очередью. %-)
← →
имя (2006-08-25 13:58) [13]Удалено модератором
Примечание: Оффтоп...
← →
имя (2006-08-25 14:05) [14]Удалено модератором
← →
имя (2006-08-25 17:55) [15]Удалено модератором
← →
имя (2006-08-25 19:20) [16]Удалено модератором
← →
имя (2006-08-26 09:49) [17]Удалено модератором
Страницы: 1 вся ветка
Форум: "Сети";
Текущий архив: 2007.01.28;
Скачать: [xml.tar.bz2];
Память: 0.48 MB
Время: 0.051 c