🚀 go-pugleaf

"Boguslaw Fries" <B.Fries@luca-online.de> wrote in message
news:3fb6a058$1@newsgroups.borland.com...

> But now I have to use the same program as system service.

Services are background processes.  They should not be accessing the GUI,
which includes creating forms and displaying system tray icons.  Services do
not usually run in the same desktop/workstation as the logged in user, so
they have their own share of resources that are separate from the logged in
user's desktop.  As such, you should use a separate non-service application
that runs under the user's account session for any GUI work, and have the
app and service communicate back and forth via an IPC mechanism (named pipe,
RPC, COM, TCP/IP socket, etc) when needed.

With that said, it is possible to access the user's GUI from a service, but
it is more trouble than it is worth to do so.  You could mark the service as
being "Interactive" in the SCM (I do not know if SrvAny supports that), but
that has come consequences of its own if the service is not set up to handle
it correctly.  Otherwise, you can access the user's desktop manually as
described in the following article:

    Interacting with the User in a Service

http://msdn.microsoft.com/library/en-us/dllproc/base/interacting_with_the_user_in_a_service.asp

However, this last part can be tricky since services run before the user is
logged in and thus the GUI may not always be available.  Plus, the service
would have to track the user session so that if the user tries to log out,
the service can clean up after itself.

> but there is no Icon!!

Nor should there be.

> Shell_Notifyicon. return false.

Exactly.  There is no system tray for services when they run under their own
desktops, thus there is nothing for Shell_NotifyIcon() to work with
correctly.


Gambit