in reply to Executing command line script in Eclipse or as Win32::Daemon does not work

Why is it reporting the error "53", what could be the reason for this or what does it mean.

The return code 53 a system error code. You can find out is text quite easily:

C:\test>perl -E"say $^E = 53"
The network path was not found

[download]
The whole program works perfectly if executed from the command line. But as soon as I launch the debugger or install it as a service (Win32::Daemon), it reports this weird error.

You'll have to wait for someone else to explain the Eclipse problem; but when install it as a service, it probably means it is running under a userid (probably LocalSystem), which does not have the privileges to access the network.

See here for more.

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?
  • Comment on Re: Executing command line script in Eclipse or as Win32::Daemon does not work
  • Download Code

Replies are listed 'Best First'.
Re^2: Executing command line script in Eclipse or as Win32::Daemon does not work
by Anonymous Monk on Jul 30, 2012 at 08:07 UTC

    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.

[reply]
      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:

      1. The service runtime userid doesn't have permission.
      2. 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]

In Section Seekers of Perl Wisdom