in reply to Re: Interpreter can't find known installed mods (w10)
in thread Interpreter can't find known installed mods (w10)

@INC: C:/Perl64/site/lib/MSWin32-x64-multi-thread C:/Perl64/site/lib C:/Perl64/lib .
Both Date::Manip and URL::Encode are in C:/Perl64/site/lib

Replies are listed 'Best First'.
Re^3: Interpreter can't find known installed mods (w10)
by haj (Vicar) on Aug 13, 2023 at 18:37 UTC

    I guess that you have another Perl binary lying around, and this other binary is associated with .pl files. This would explain that some modules are found (those have been installed under the other Perl binary as well, or are part of the Core like Storable).

    You can add a line to your script and compare the results of the different invocations:

    print "Perl interpreter: $^X\n";

      Or, since it's a compile-time issue

      BEGIN { print "Perl interpreter: $^X\n"; }
Re^3: Interpreter can't find known installed mods (w10)
by Marshall (Canon) on Aug 13, 2023 at 19:28 UTC
    For grins, run this code:
    use strict; use warnings; my @paths = grep{/perl/i}split ";", $ENV{PATH}; print "$_\n" for @paths; __END__ C:\Perl64\site\bin C:\Perl64\bin
    I am also wondering if there is a 32 bit Perl in there somehow?
    That your ASSOC is not set right is an indication that something went wrong in the installation of 64 bit Perl.
      This revealed an old install of Strawberry Perl, and ikegami's suggestion revealed that it is associated with the .pl extension. Thanks for the help y'all. I will look into how to change the association.