Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2004.06.06;
Скачать: CL | DM;

Вниз

TIdTCPServer, TIdTCPClient   Найти похожие ветки 

 
Анонимщик ©   (2004-04-14 01:10) [0]

У сервера есть метод OnDisconnect. Я так понимаю, событие срабатывает, когда клиент отваливается? Что-то не выходит. Помогите начинающему.


 
Rouse_ ©   (2004-04-14 01:25) [1]

Ну насколько я помню данное событие происходит не когда клиент "отваливается", а когда он выполняет соответствующий метод...


 
Анонимщик ©   (2004-04-14 01:35) [2]

А как поймать отваливание?


 
Rouse_ ©   (2004-04-14 01:57) [3]

Ну давай думать логически - id предназначен дл совместимости с Linux стало быть Асинхронка тебе заказана :)
На сколько я помню работает все это в блокирующем режиме стало быть событий не ищи - вывод?
Вспоминаем как работают сокеты в данном состоянии, вот там и найдешь решение проблемы...


 
Анонимщик ©   (2004-04-14 02:02) [4]

Черт побери. Извини, я действительно редко сокетами занимаюсь. Мне ведь действительно асинхронный режим нужен.
Чем посоветуешь воспользоваться?


 
Rouse_ ©   (2004-04-14 02:13) [5]

Тут я плохой советчик, так как пользуюсь исключительно WinSock, думаю Verg или Digitman будут более компетентны...


 
Анонимщик ©   (2004-04-14 03:10) [6]

Тогда тебе спасибо.


 
Digitman ©   (2004-04-14 08:28) [7]


> Анонимщик


чем плохи TServerSocket/TClientSocket ? imho, ничем .. асинхронный режим оба поддерживают .. совершенно прозрачный транспортный механизм .. простота и наглядность .. никаких излишеств ..


 
Erik ©   (2004-04-14 09:36) [8]

А еще можно логически подумать, если клиент долго неотвечает, то можно послать ему тестовый пакет. Нет ответа значить отвалился.


 
Rouse_ ©   (2004-04-14 09:38) [9]

> [8] Erik ©   (14.04.04 09:36)
Это ж тебе не UDP...


 
Verg ©   (2004-04-14 09:56) [10]

Если говорить именно про сервер (TIdTCPServer), событие OnDisconnect возникает, когда поток созданый этим компонентом для обработки входящего клиентского подключения обнаруживает разрыв соединения.
Обнаружить это он может только если при исполнении (OnExecute) он вызывает методы Read**, Write** и т.п. прямо или косвенно.

Т.е., например, если в OnExecute делать так:

procedure TForm1.IdTCPServer1Execute(AThread: TIdPeerThread);
begin
 sleep(10);
end;

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

Блокирующие сокеты сами по-себе никому ничего не сообщают.
С ними надо "общаться", чтобы узнать о их состоянии.

Предыдущий пример заменим на

procedure TForm1.IdTCPServer1Execute(AThread: TIdPeerThread);
begin
 AThread.Connection.ReadFromStack(false, 100, false);
end;


 
Anvar Turakulov   (2004-04-21 09:40) [11]

Удалено модератором
Примечание: Последний раз повторяю. Задай свопрос в своей ветке и в ней же и жди ответа. Незачем мусорить в других...



Страницы: 1 вся ветка

Текущий архив: 2004.06.06;
Скачать: CL | DM;

Наверх




Память: 0.49 MB
Время: 0.059 c
4-1082469217
funkster
2004-04-20 17:53
2004.06.06
Использование SendMessage


1-1085136758
sesh
2004-05-21 14:52
2004.06.06
в чем проблема, не догоню


14-1084949986
31512
2004-05-19 10:59
2004.06.06
ICQ пудрит мозги.


1-1085675601
AndreyL
2004-05-27 20:33
2004.06.06
Problemi s OpenDialog.Execute i rewrite failov


1-1085074474
K@rt
2004-05-20 21:34
2004.06.06
Information for