Re^2: Executing command line script in Eclipse or as Win32::Daemon does not work

I have to programs that lie close to each other on %HOME% and I can call one (openssl.exe) but not the other (sscep.exe). The paths are nearly the same, without spaces or any special chars. Also, the program does not reside on a network path, though this machine is a virtual machine (Desktop on Demand). Calling the program does print a line as the first action, so at least that output must happen if it gets launched.

A service receives the privileges for SYSTEM, a user above administrator. So it should not be a permission problem.

Thanks for your efforts, but I suppose this is not the solution to the problem.

Comment on Re^2: Executing command line script in Eclipse or as Win32::Daemon does not work

Replies are listed 'Best First'.
Re^3: Executing command line script in Eclipse or as Win32::Daemon does not work by BrowserUk (Patriarch) on Jul 30, 2012 at 13:21 UTC
Thanks for your efforts, but I suppose this is not the solution to the problem. Hm. Error 53 is "The network path was not found", so if it isn't the path to the executable; then it must be a path the executable is trying to access. And if it runs successfully from your logon, but not as a service, there are two possibilities: The service runtime userid doesn't have permission. It is attempting to access the network resource before connectivity has been established. For example: that might mean your service is attempting to do this just after start-up before the network stack is properly initialised. Or it might mean that your user profile establishes connections (NET USE etc.) that are not available when you are not logged on. How to debug it? Get ProcessExplorer; run the sscep.exe from the command line and use ProcExp to suspend it. Then use View->LowerPane->Handles to inspect what network path(s) it accesses. Work out how your userid gains access to those network resources. Bottom line: This is a sysAdmin problem not a perl problem. With the rise and rise of 'Social' network sites: 'Computers are making people easier to use everyday' Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error. "Science is about questioning the status quo. Questioning authority". In the absence of evidence, opinion is indistinguishable from prejudice. The start of some sanity?	[reply]

Replies are listed 'Best First'.

Re^3: Executing command line script in Eclipse or as Win32::Daemon does not work
by BrowserUk (Patriarch) on Jul 30, 2012 at 13:21 UTC

Thanks for your efforts, but I suppose this is not the solution to the problem.

Hm. Error 53 is "The network path was not found", so if it isn't the path to the executable; then it must be a path the executable is trying to access.

And if it runs successfully from your logon, but not as a service, there are two possibilities:

The service runtime userid doesn't have permission.
It is attempting to access the network resource before connectivity has been established.
For example: that might mean your service is attempting to do this just after start-up before the network stack is properly initialised.
Or it might mean that your user profile establishes connections (NET USE etc.) that are not available when you are not logged on.

How to debug it? Get ProcessExplorer; run the sscep.exe from the command line and use ProcExp to suspend it. Then use View->LowerPane->Handles to inspect what network path(s) it accesses. Work out how your userid gains access to those network resources.

Bottom line: This is a sysAdmin problem not a perl problem.

With the rise and rise of 'Social' network sites: 'Computers are making people easier to use everyday'

Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.

"Science is about questioning the status quo. Questioning authority".

In the absence of evidence, opinion is indistinguishable from prejudice.

The start of some sanity?

[reply]