in reply to Re^4: DBD::ODBC install can't find boot_DBI
in thread DBD::ODBC install can't find boot_DBI

The only difference I see before the failed test is that one machine refers to dmake as C:\STRAWB~1\c\bin\dmake.exe, while the other refers to it as C:\Strawberry\c\bin\dmake.EXE.
This looks like one is using CMD.EXE and the other COMMAND.COM - what are the values of the COMSPEC environment variable?
  • Comment on Re^5: DBD::ODBC install can't find boot_DBI

Replies are listed 'Best First'.
Re^6: DBD::ODBC install can't find boot_DBI
by DanEllison (Scribe) on Oct 09, 2017 at 15:54 UTC
    Both machines return C:\Windows\system32\cmd.exe.
[reply]

      Further to ++soonix's good questions: Are you in the 64-bit cmd.exe on both machines? You can check Task Manager, which shows cmd.exe *32 for the 32-bit cmd.exe, and just cmd.exe for the 64-bit version. Inside cmd.exe, you can also check (see here for details): run set, and look at especially the PROCESSOR_ARCHITECTURE and PROCESSOR_ARCHITEW6432: the first should be AMD64 or similar in a 64-bit cmd.exe, and x86 in a 32-bit cmd.exe; the second is only defined in 32-bit cmd.exe, and should be AMD64.

      How this will help fix the problem, I am not sure... but it might point to where the difference lies.

[reply]
[d/l]
[select]
        Verified in Task Manager, both are running 64bit cmd.exe. In fact, on both machines, the cmd.exe Is started in the same way. Our desktop support folks use MKS Toolkit. So, I have a perl script which chops MKS Toolkit out of the path, reorders Strawberry to the front, and sets up a few other environment variables before starting the cmd.exe.
[reply]
      Mysterious.

      Perhaps perl is invoked on one computer using a .BAT file, and on on the other using a .CMD?

      If you open a command prompt, and enter DIR C:\ - does it show "Program Files" and "Program Files (x86)", or "PROGRA~1" and "PROGRA~2"?

      and: is the PATH the same on both machines?

[reply]
[d/l]

In Section Seekers of Perl Wisdom