Вариант 1: прописать в services.msc действия на вываливание сервиса, если это сервис.
Вариант 2: если это не сервис, а просто приложение запускается сервисом, то могу выслать свой вариант (сервис, при старте смотрит первую секцию файла sysexec.ini, запускает от своего имени перечисленные в секции программы и забывает о них. Через интервал времени, указанный в секции CheckInterval, запускаются приложения, перечисленные в секции CheckIfRunning, наличие их в памяти проверяется через тот же интервал. Если нет, то запускаются. При остановке сервиса из памяти выгружаются процессы, перечисленные в последней секции)

А, понял. Выставить интерактивность в свойствах сервиса не пробовали?

Michael PuchkovМне надо следить за деятельностью а не за состоянием . А Вы предлагаете второй вариант. - между делом: если дверь толкают вместо того, чтобы тянуть, значит, у двери плохой дизайн. Если пост понимают неправильно, значит, в нем неверно расставлены акценты.
По делу: можно прицепиться к процессу а) отладчиком б) просто вести наблюдение за оpen handles (Open Files, Registry, Pipes, etc.) и окна. Во втором варианте можно обойтись дешево и сердито: запускаем две копии process explorer'a (www.sysinternals.com), выделяем в каждом наш (ваш :) ) процесс, затем в первом менеджере отображаем handles, во втором - dlls. Попутно запускаем что-то вроде Spy++ с автообновлением (скажем, я пользуюсь демо-программой из дистрибутива Delphi). Все аккуратно расставляем на экране, (подбираем разрешение побольше) и запускаем утилиту снятия изображения с монитора в файл (идеально что-то вроде HyperCam, пишет в avi, а если комп слабоват, то можно просто настроить снятие скриншота через заданный интервал.
В результате должны получить некоторую картину по окнам, dll и open handles (файлы, ветки реестра, мутексы, др.) в момент вываливания процесса.

--null-- автори запускаем утилиту снятия изображения с монитора в файл

дык в этой ситуации изображения <проги> особенно и не будет.

Я бы так сформулировал этот топик:


Можно ли в Windows увидеть окно GUI приложения, запущенного как сервис

Вопрос интересный.
Остальное все - шелуха и детали. Imho А автор все-таки прав - внимательнее надо читать :) Я предлагаю снимать не то, чего нет, а сведения о процессе, отображаемые менеджерами процессов и window enumerators.

--null-- Можно ли в Windows увидеть окно GUI приложения, запущенного как сервис - такой вариант: запускаем (от имени Local System) программу снятия скриншотов через заданные промежутки времени с рабочего стола пользователя Local System, на котором запущено GUI-приложение. И смотрим :) Щас проверю.

Похоже, Windows не тратит сил на полноценный Window Station неинтерактивного пользователя: запустил cmd и калькулятор от системы, затем снимал скриншоты - белый экран :( Скрины брал стандартно, GetDesktopWindow, GetDC, ..., BitBlt.
ntfilemon, ntregmon - может, они что прояснят?

Запоздалый положительный ответ на вопрос (в смысле: да, можно сделать интерактивным процесс, работающий по сети):
Resource Kit 2kSrvany Notes

--------------------------------------------------------------------------------

Running from the Working Directory
If Srvany fails to start an application, try specifying the directory containing the application as the working directory. As Srvany can run under an account that is different from the user who is currently logged on, environment variables might be set differently, and, as a result, the system might be unable to find a required DLL. Running the application from its root directory might solve the problem.

Interactivity versus Network Access
Due to a restriction enforced by Windows on services, the application can either be interactive (for example, it might read keyboard input) or have network access, but not both at the same time. If you know which servers your interactive service application needs to connect to, it is possible to configure these servers (or selected shares on them) to allow your service (running under the LocalSystem account) to gain access to them.
To allow LocalSystem services on any computer in the domain to connect to a specific share on a server, use a registry editor to add the name of that share in the following registry location:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\
LanmanServer\Parameters\NullSessionShares
If LocalSystem services also need to gain access to named pipes on that server, add the named pipes in the following registry location:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\
LanmanServer\Parameters\NullSessionPipes
To allow access to all shares and pipes on the server by LocalSystem services, add the following RestrictNullSessAccess entry, with a data type of DWORD and a value of 0:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\
LanmanServer\Parameters\RestrictNullSessAccess



Note

Adding this entry to the registry allows everyone in the domain to gain access to the server.

Programming Considerations
With Win32 graphical applications, all top-level windows receive the WM_QUERYENDSESSION and WM_ENDSESSION messages when the user logs off. Some Win32 applications quit when they receive these messages. In order for a Win32 application to keep running when a user logs off, the default Windows procedure should be called when these messages are received.

Win32 character-based applications receive a CTRL_LOGOFF_EVENT event from the console when the user logs off. If your character-based application registers a console event handler (using SetConsoleCtrlHandler), it must ignore CTRL_LOGOFF_EVENT in order to keep running.

Presentation Manager Applications
When you use Srvany with Presentation Manager applications, special configuration instructions apply. Consult the Readme.wri file shipped on Disk#1 of the Windows NT Add-On Subsystem for Presentation Manager, version 3.51. Presentation Manager is a Microsoft add-on product that allows you to run 16-bit Presentation Manager 1.x applications in addition to the OS/2 character-mode applications supported by the Windows OS/2 subsystem.