I am not sure if the problem I describe is a bug or not, but it certainly has caused me a lot of problems:
If I start an .exe file from Salamander's 'command-line' (v. 2.54), the program fails when it try to establish an ado connection to SQLServer. It fails with the error 'Class not registered'.
When the program is started from the Windows Command Prompt ('dos-box') it works ok.
Using processmonitor (sysinternals.com), I found that the application searches msado15.dll in wrong folder.
I attach 2 screenshots from ProcessMonitor showing the path being searched for msado15.dll
App started from Salamander
App started from Command line
Thanks
Starting a Console application from Salamander
Re: Starting a Console application from Salamander
I believe Salamander's CMD is started as a 32 bit process. The system one is 64 bit. Thus the difference locating the library.
Have you tried to execute the program on a 32bit system?
Have you tried to execute the program on a 32bit system?
-
- ALTAP Staff
- Posts: 5231
- Joined: 08 Dec 2005, 06:34
- Location: Novy Bor, Czech Republic
- Contact:
Re: Starting a Console application from Salamander
Note for Czech readers: http://forum.altap.cz/viewtopic.php?f=6&t=3502
You can try to change "ComSpec" environment variable from ComSpec=%SystemRoot%\system32\cmd.exe to ComSpec=%SystemRoot%\Sysnative\cmd.exe to start x64 version of Command Shell.
You can try to change "ComSpec" environment variable from ComSpec=%SystemRoot%\system32\cmd.exe to ComSpec=%SystemRoot%\Sysnative\cmd.exe to start x64 version of Command Shell.
Re: Starting a Console application from Salamander
I have to say that the 32-bit search paths are very weird (unexpanded environment variables, concatenated absolute paths). There may be something else going on there.
Ελληνικά rulez.