Служба Windows и запуск приложения

[Dee63]

Всем привет!
У меня такая ситуация:
1. Имеется служба, работающая нормально и правильно.
2. Имеется приложение, которое запускается этой службой. Приложение тоже рабочее и правильное.

Работае это у меня так- служба (Svc) стартует, затем проверяет работает ли приложение (App). Если App не работает, то Svc инициирует его запуск вот так:

ShellExecute(GetDesktopWindow,'open',pansichar(path),nil,nil,SW_MINIMIZE);

Иначе- ничего не делает.
Если App завершился принудительно (хитрый юзер) или с ошибкой, т.е. отсутствует его дескриптор-то App запускается службой снова. Все тем же способом.

А теперь внимание!
Это все работает на 32 бит XP и 7 (и возможно на 8-не пробовал).
Но это не работает на 64бит.
А не работает именно:

ShellExecute(GetDesktopWindow,'open',pansichar(path),nil,nil,SW_MINIMIZE);

т.к. служба стартует нормально и висит в списке, работает и откликается.
А вот инструкция на запуск не работает принципиально (я так подозреваю).

Я так понимаю, что дело все в архитектуре 64битной системы. И запуск там осуществляется как-то иначе, чем в 32 бит.

Прошу подсказки как побороть эту проблему.

[eval]

запуск гуевого приложения из службы - криво

[Kix.IV]

Попробуйте запустить через CreateProcessAsUser

[Dee63]

Сообщение от eval

запуск гуевого приложения из службы - криво

не криво. Все нормально. В трее висит и не пикает.

Сообщение от Kix.IV

Попробуйте запустить через CreateProcessAsUser

Попробую.

Сообщение от Kix.IV

Попробуйте запустить через CreateProcessAsUser

Рассмотрел я этот вариант- он мне не подходит.
В случае архитектуры х86 у меня сервис запускает приложение под пользователем SYSTEM (это и было нужно).
А если использовать Create ProcessAsUser, то запуск будет в активной сессии пользователя. А ему не обязательно видеть что что-то запущено и тем более иметь возможность это завершить.
Конечно мой сервис отслеживает завершение этого приложения, но тем не менее, не хотелось бы вообще показывать.

[eval]

то в трее то не виден то надо то не надо ... походу вы не оч. представляете чего делаете

[Dee63]

Сообщение от eval

то в трее то не виден то надо то не надо ... походу вы не оч. представляете чего делаете

Это вы не понимаете о чем я спрашиваю.

Я не спрашиваю "как мне запустить из службы приложение, причем так, чтоб оно у пользователя в активном сеансе появилось в трее?".
Я не спрашиваю "как мне запустить приложение так, чтоб оно висело в трее?".
Реализация окон сделана для красоты и удобства личного. Висение в трее сделано для удобства и гашения интерактивностив 0 сеансе.
Окошки в 0 сеансе в висте, семерке и т.д. вынуждаюют систему информаировать о том, что в этом нулевом сеансе есть приложение, которое хочет с вами повзаимодествовать (т.е. активное окно появилось).

Мой вопрос заключается в следующем:
в системе (Вин7) с архитектруой х86 есть служба, которая выполняет операцию запуска моего приложения от имени SYSTEM в 0 сеансе без интеркативного взаимодействия с пользователем.
Операция запуска такая:

ShellExecute(GetDesktopWindow,'open',pansichar(path),nil,nil,SW_MINIMIZE);

В итоге я получаю и работающую службу, и запущенное приложение в 0 сеансе, оба от имени SYSTEM.
Цель достигнута.

Однако, такой фокус не прокатывает на архитектуре 64бит на вин 7 (скорее всего и на ХР 64бит не прокатит-не пробовал).
При этом служба запускается от имени SYSTEM, функционирует нормально, не "зависла" и отвечает вовремя, пишет в журнал событий системы требуемую информацию.
НО приложение из службы не запускается. Инструкция запуска такая же, как и для 86 архитектуры:

ShellExecute(GetDesktopWindow,'open',pansichar(path),nil,nil,SW_MINIMIZE);

Вопрос- как победить эту проблему?
Мне нужно программу или другим способом в службе запустить в 0 сеансе от имени SYSTEM, или все тем же методом, но что-то сделать с запускаемым файлом.
Параметры совместимости я руками правил- не помогает никак.

[eval]

это уже надеюсь читали
http://msdn.microsoft.com/en-us/library/bb756986.aspx
?

[Dee63]

Сообщение от eval

это уже надеюсь читали
http://msdn.microsoft.com/en-us/library/bb756986.aspx
?

давным давно уже прочитал.

Суть моего вопроса в другом

[astecenko]

Может дело в пути к запускаемому приложению? Как он определяется?
Возможно нужно вызывать Wow64DisableWow64FsRedirection

[waleri]

Сообщение от Dee63

Прошу подсказки как побороть эту проблему.

Начните с того, что посмотрите какую ошибку возвращает ShellExecute()