![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
TServerSocket, stNonBlocking несколько клиентов
Юра © (2006-08-03 16:36:00)Возник такой вопрос, навеяно serko.
Есть TServerSocket, stNonBlocking.
По событию ServerSocket1ClientRead данные читаются из сокета в буфер, буфер для каждого подключенного клиента свой. Потом в этом же обработчике вызывается процедура, которая разбирает буфер и отсылает клиенту данные в зависимости от результатов разбора.
procedure TForm1.ServerSocket1ClientRead(Sender: TObject;
Socket: TCustomWinSocket);
begin
//ID клиента = FindConnection(socket.handle);
//читаем в буфер клиента
//вызываем обработчик ProcessData(ID клиента);
end;
Вопрос такой: что будет, если процедура ProcessData(ID клиента) ЕЩЕ не завершена, а другой клиент пишет данные, т.е. вызывается ServerSocket1ClientRead?
На локальной сети и малом количестве машин ничего ужасного не происходило.
Сергей М. (2006-08-03 17:17:00) [1]
> Германн © (03.08.06 17:14) [4]
Ничего страшного не случится, если тела обработчиков спроектированы грамотно.
Германн (2006-08-03 17:14:00) [2]
> В однопоточной среде - пока тело текущего обработчика не
> завершило свое выполнение. и один последующий обработчик
> в том же потоке вызван не будет.
Хм хм.
А если в "текущем" вызвать Application.ProcessMessages?
Сергей М. (2006-08-03 17:13:00) [3]Значит, знания не тверды.
Юра (2006-08-03 17:04:00) [4]В однопоточной среде - пока тело текущего обработчика не завершило свое выполнение. и один последующий обработчик в том же потоке вызван не будет.
----
Спасибо! Я так и думал, но иногда что-то находит и начинаешь сомневаться в аксиомах.
Сергей М. (2006-08-03 16:50:00) [5]В однопоточной среде - пока тело текущего обработчика не завершило свое выполнение. и один последующий обработчик в том же потоке вызван не будет.
Это примитивно как 2 х 2.