|
Запуск программы exe в качестве служьы NT
|
|||
---|---|---|---|
#18+
Здравствуйте, написал программу на VB5, создал исполняемый exe-файл. Запустил её с помощью службы Windows NT. Отлично работает, но очень неудобная вещь происходит. Программа, запущенная в качестве службы не показывает формы на экране вообще! Из-за этого форму, которая создает значок в системном трее, тоже не показывает и соответственно сам значок тоже. Значок ладно, но работать с такой программой совсем без использования форм крайне неудобно. Приходится от многих удобных вещей просто отказываться. Вопрос: Можно ли как-то программе, запущенную в качестве службы, разрешить отображать свои формы на экране? Естественно после того, как пользователь вошёл в систему. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2010, 11:54 |
|
Запуск программы exe в качестве служьы NT
|
|||
---|---|---|---|
#18+
Можно, но программу придется переписать с использованием MS NT Service Control. И не "запускать ее как службу", она сама после этого станет службой. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2010, 12:14 |
|
Запуск программы exe в качестве служьы NT
|
|||
---|---|---|---|
#18+
AntonariyМожно, но программу придется переписать с использованием MS NT Service Control. И не "запускать ее как службу", она сама после этого станет службой. Спасибо! Попробую. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2010, 12:21 |
|
Запуск программы exe в качестве служьы NT
|
|||
---|---|---|---|
#18+
Алексей Смирнов, По теме "MS NT Service Control" нашел вот это: Насколько трудно переделать обычную программу в сервис — вероятно, нужно поддерживать некий специфический интерфейс? Да, менять прийдётся немало. Поскольку вся работа службы происходит через вызовы SCM API, нужно использовать его, и по возможности, только его. У обычных программ имеется пользовательский интерфейс — оконный или консольный... Если сконфигурировать службу как Interactive Service (есть такой флаг), то можно показать пользовательский интерфейс прямо из самой службы, поскольку при запуске процесса службы он будет подключен к оконной станции вошедшего в систему пользователя... Однако это «плохой тон», поскольку при таком подходе взаимодействие пользователя со службой будет невозможно с другого компьютера. Для сложного взаимодействия (к примеру, для изменения параметров службы «на лету»), лучше вынести пользовательский интерфейс в отдельную программу и использовать какой-нибудь механизм IPC (InterProcess Communications) — будь то Named Pipes, Mailslots, Sockets и т.п., но очень желательно уместиться в рамки тех скудных возможностей, что предоставляет SCM — Start\Pause\Continue\Stop, а также User-Defined коды управления (о них ниже). Тут ещё предлагается два варианта: 1) сконфигурировать службу как Interactive Service (есть такой флаг); 2) вынести пользовательский интерфейс в отдельную программу. Что-нибудь попробую. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2010, 12:26 |
|
Запуск программы exe в качестве служьы NT
|
|||
---|---|---|---|
#18+
Я считаю что второй вариант наиболее грамотным будет. А использование MS NT Service Control упростит решение задачи. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.01.2011, 07:49 |
|
Запуск программы exe в качестве служьы NT
|
|||
---|---|---|---|
#18+
Иногда эффективнее и надежнее и проще по трудозатратам комбинировать VB с другими хорошими вещами NSSM Service Manager а также с приложениями командной строки (в т.ч. со стандартными командными прогами Windows). Например, Код: plaintext 1.
А пользовательский интерфейс не обязательно должен быть сервисом, действительно можно вынести в отдельную программу. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.01.2011, 14:17 |
|
|
start [/forum/topic.php?fid=60&msg=37038647&tid=2159097]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
5ms |
check topic access: |
5ms |
track hit: |
40ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
44ms |
get tp. blocked users: |
1ms |
others: | 14ms |
total: | 147ms |
0 / 0 |