Ole client , when launched from service in NT.
Kannan Avudai -- KANNAN_A1@blrv1.verifone.com
Saturday, June 22, 1996
Hi there,
Platform:
Visuall C++ 4.1, Windows NT, Website 1.1
I am trying to run my Ole Client developed in Visual C++/MFC
as a cgi program. It works fine if the webserver is running an
application. But if the webserver runs as a service in NT then
the Ole client is never able to connect to the Ole Server.
Can some one help me why is this strange problem.
Thanks
Kannan
Marc H. Simkin -- mhsimkin@sprynet.com
Sunday, June 23, 1996
On Sat, 22 Jun 1996 02:22:33 -1000, you wrote:
The service and the client need to be running from the same NT
account.
Marc
+---------------------------------------------------------------------+
| Marc H. Simkin Internet: mhsimkin@sprynet.com |
| 630 West 246th Street marc.simkin@BankersTrust.com |
| Apt 1020 CIS: 72401,57 |
| Riverdale, NY 10471 Home: (718) 796 4486 |
| Office: (212) 250 7120 |
+---------------------------------------------------------------------+
Chris Shafer -- gwa1@usa.nai.net
Monday, June 24, 1996
[Mini-digest: 2 responses]
Kannan Avudai wrote:
>
> Hi there,
>
> Platform:
> Visuall C++ 4.1, Windows NT, Website 1.1
>
> I am trying to run my Ole Client developed in Visual C++/MFC
> as a cgi program. It works fine if the webserver is running an
> application. But if the webserver runs as a service in NT then
> the Ole client is never able to connect to the Ole Server.
>
> Can some one help me why is this strange problem.
>
> Thanks
> Kannan
Services can talk to OLE servers, I have succcessfully done this. However, the service must log
in using the same account as your OLE server in order for them to talk to one another. You can set
this in control panel/services startup. Select the "log on as:" to be the same account as the one
that your OLE server is running under.
- Chris Shafer
-----From: Sandor Spruit
A service usually runs under the LocalSystem account, which has its own
private PATH variable. Perhaps this PATH does not include the directories
from which your program needs a driver, a DLL or something similar. Check
out the PATH, accessible through Control Panel, then System, top half of
the window. I have experienced similar problems while trying to use ODBC
from within a DLL attached to a service.
Hope this helps,
Sandor
===========================================================================
ir A.G.L. Spruit - Utrecht University - Vakgroep Computer & Letteren
There is a bit of magic in everything,and then some loss to even things out
(Lou Reed,"Magic and loss")
| Вернуться в корень Архива
|