Главная страница
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.06 c
1-1085496946
init13
2004-05-25 18:55
2004.06.06
StringGrid


4-1083259132
Seldon
2004-04-29 21:18
2004.06.06
Изменение позиции UpDown a в TTabControl


6-1082036537
Roman
2004-04-15 17:42
2004.06.06
Вопрос по FPiette


1-1085178195
Tolik
2004-05-22 02:23
2004.06.06
Ошибка при обращении к процедуре BlockRead


6-1081850108
Alexey_
2004-04-13 13:55
2004.06.06
Обработка ошибки компонента TNMHTTP