Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email email@example.com
From: Aashwina (ashwina_mSRASYS.CO.IN)
Date: Mon Aug 06 2001 - 23:48:00 CDT
I have a strange problem with my application and I need help to
diagnose the cause. Let me give you the background.
I have a COM service ( developed using ATL).This COM service is
installed by us and works under the LocalSystem account. This service in
turn creates a bunch of components and one of those components loads a C++
DLL ( not COM). This C++ DLL in turn links to some third party libraries
mainly from National Instruments ). I noticed some strange things .
1) When I load the component that loads the C++ DLL when my service is
running under the LocalSystem account , I am not able to load the C++ dll
again later and I get a "DLL cannot initialize " message . It apparently
fails to load some of the National Instruments DLLs ( This particular dll
has an rpc prefix and therefore we suspect that there are some rpc calls
2) If I unregister the service and make it run as an EXE ( by doing an
unregserver and regserver) , I am able to load the C++ dll again and I do
not get any access violations.
3) When I run the service with "This account "configured ( where this
account is a domain user with Administrative rights on that machine ) , I am
able to load my C++ dll more than once and I do not crash or get access
4) When I run the service with "This account" configured as Administrator
where Administrator is the admin of the local machine , it works perfectly.
I am fairly sure that there is some problem with access rights/ permissions
when I run under the LocalSystem account . I would like to know
a) What is the difference between running the COM EXE as a service and a
b) What rights do I need to give the Local System account so that I can run
and load the DLL again.
Thanks in advance,
Users Guide http://discuss.microsoft.com/archives/mailfaq.asp
contains important info. Save time, search the archives at
To unsubscribe, mailto:DCOM-signoff-requestDISCUSS.MICROSOFT.COM