> Andrewtitoff ©   (15.02.08 15:21) [19]


А мне почем знать, почему он у тебя неактивен ?)

Я знаю лишь одно - эта ошибка может возникнуть только у клиентского TCP-компонента и только при выполнении метода Connect (или смены св-ва Active c False на True).

Что вообще такое TMyChat ? Это класс некоей формы ? Формы какого приложения - приложения-клиента или приложения-сервера ?

Ну это я его делаю неактивным при выходе из программы, потому что когда он активный - иконка остается после закрытия программы пока на нее не наведешь указателем мыши... =)))

Ну значит она возникает при смене св-ва Active в true..., так а в чем причина то?, как это можно исправить?

Да, это форма на которой пара клиент-сервер (как в примере Chat в седьмой дельфе только перерделанная мною на TcpClient&TcpServer), т.е. у меня только одна форма и я запускаю одну и ту же прогу в двух экземплярах только ввожу IP-шники и порты...

> как это можно исправить?


С помощью отладчика, вестимо)

я не понял... у нас какай компанента? TTraySocketServer? давай попорядку и не мешай GUI с ядром

Подскажите пожалуйста, а как можно отслеживать, слушает ли удаленный сервер порт? (порт и естественно хост заранее известен)

Отслеживают, вообще-то, шпионов и предателей, иногда неплательщиков)
Потом их ловят, судят, сажают-вешают-расстреливают)
А иногда меняют на других "отслеженных")

Ты, чудо, хоть что-нить про встроенный в Делфи отладчик слыхал ?)

2 Сергей М.

Слыхал, а при чем тут отладчик?

2 All

Неужели ни кто не может подсказать?

> а при чем тут отладчик?


А что значит "отслеживать" ?)

Между прочим, отладчик как раз и придуман для некоего рода "отследователей")

аналогично и в сетях :)

2 Сергей М.
Да не я не про то..., я хучу себе в на форму налепить какую нить надпись типе "Remote server Listening",  фон которой бы менялся с красного на зеленый цвета в зависимости от того слушает ли порт, используемый мною удаленный сервер или нет...

2 Slym
Эх..., ну это понятно, просто я думал может есть какой изошъренный способ, просто конесно не проблема засунуть в таймер "Ты спишь? - я сплю!", а не повлияет ли это на работу самой программы, например когда она будет принимать или отсылать какое либо файло?, можно ли это как нибудь грамотно реализовать что бы одно другому не мешало, или лучше не заморачиваться с этими наворотами?

> Andrewtitoff ©   (21.02.08 09:17) [29]


А собссно зачем юзеру знать, активен или неактивен удаленный сервис ?

Когда юзеру надо соединиться с этим сервисом, он жмет кнопулю, при этом осущестляется попытка коннекта. Если сервис неактивен, попытка завершится неуспехом, о чем ты и уведомишь юзера красным, в противном случае уведомляешь зеленым.

Собссно иных способов определить активность целевого сервиса и нет. Способы же "грязного хака", применяемые в разного рода шпионских программах а-ля nmap, естественно не рассматриваются как малонадежные и потенциально опасные.

По поводу [28] - это "классика жанра". Но эта "классика" применима лишь после успешной установки соединения.

> не повлияет ли это на работу самой программы, например когда
> она будет принимать или отсылать какое либо файло


В твоем случае это не то что никак не повлияет - это вообще работать не будет, поскольку ты выбрал блокирующий режим и примитивный протокол инф.обмена.

Т.е. таймер не "тикнет" до тех пор, пока то самое "какое либо файло" не будет передано/принято

Ясно..,спасобо,  ну да, тож верно...  =)))

А ччто кстати, как я понял очень часто соединяться - разъединяться нельзя?, после совета Slym-а я исполнение команды 'DIR' засунул в одно соединение и она замечательно заработала, а так же вся программа в целом перестала подвисать! =)))

> очень часто соединяться - разъединяться нельзя?


Смотря насколько часто)

Ну я в самом начале приводил часть процедуры, которая по команде DIR каждый findnext отправляла в новом соединении...  =)))

> каждый findnext отправляла в новом соединении


Это ты сам придумал или кто подсказал ?)
Чем тебе одно-единственное соединение для этой цели не угодило ?

ну так получилось...  =))))

> ну так получилось.


Аминь.