Ожидание завершения потока при выключении службы

[Человек_Борща]

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

[Dee63]

Сообщение от Человек_Борща

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

если это мне было адресовано- в курсе.

А вы вкурсе что можно запускать приложения от имени другого пользователя? не без гемороя, но можно. И где то я даже наблюдал готовую реализацию, работающую на вин7 в том числе.

Ну а если он все в сервис пихает-сервис то будет тоже сидеть в 0 сессии.
И толку с ним мудохаться если с пользаком он в разных песочницах?

Сделал сервис на запуск морды, морда стартанула в свернутом режиме в 0 сессии и делает что нужно, а когда нужно общается с сервисом на предмет "привет как дела".

P.S. а тут еще автор вроде и не ставил задачу взаимодействия СЕРВИСА с пользователем. Значит сессия для его работы не принципиальна.

[Человек_Борща]

Тс, вообще хотел решить проблема с внутренним потоком TTHread(который создавался сервисом).

[3D Hunter]

да да да)) взаимодействие службы с клиентским win32-приложением будет осуществляться через свой протокол посредством TCP
Суть темы в том, что если поток по своей специфике может завершаться и уничтожаться не мгновенно, а какое-то время, то как службе корректно дожидаться его завершения, когда ее останавливают. Вызов WaitFor в ServiceStop приводит к зависанию службы. Про особенности потоков знаю, там ошибок нет. В простом тестовом приложении этот же класс потока освобождается корректно, правда какое-то время, в зависимости от числа клиентских подключений -потоков.
Вот собсно и проблема...

[mss]

Вызов WaitFor в ServiceStop приводит к зависанию службы

Даже если бы она не "зависала" (что сделать совсем не сложно), то что по-твоему должна делать служба, если поток еще не завершился и хз когда завершится, а ей, службе, уже пора срочно закругляться по хозяйству, потому что система после отправке сервису сообщения SERVICE_CONTROL_STOP/SHUTDOWN (реакцией на которые как раз и является событие OnStopService) выделяет службе на "закругление по хозяйству" довольно ограниченное время ? Принудительно снимать тред с выполнения ?

[3D Hunter]

тогда наверное логично при обработки tcp-команды на выключение службы сделать так, чтобы данный поток выполнил все необходимые операции, и потом вызвал ServiceStop, скажем, в своем обработчике OnTerminate. Или я не прав?