mohawk1 has asked for the wisdom of the Perl Monks concerning the following question:

Hi,

I'm very new to Perl as you will soon see. I've downloaded and installed v5.8.4 but have fallen at the first fence. There is an old version of Perl installed somewhere on an obscure app drive. I am trying to install my modules, spefically net::telnet and net::telnet::cisco but get this message when running nmake (I'm on a WIN32 system BTW):

Perl lib version (v5.8.4) doesn't match executable version (v5.6.1) at C:\Perl\lib/Config.pm line 32.

To my surprise, although I have installed v5.8.4 my machine is under the impression it's running v5.6.1: 

C:\Perl\net-telnet\Net-Telnet-3.03>perl -v

This is perl, v5.6.1 built for MSWin32-x86-multi-thread
(with 1 registered patch, see perl -V for more detail)

[download]
Could anyone put me politely out of my misery?

Many Thanks

Mohawk1.

Edit by castaway, added formatting

Replies are listed 'Best First'.
Re: Installing v5.8.4
by PodMaster (Abbot) on Nov 01, 2004 at 15:19 UTC
    Try perl5.8.4 -V. Sounds to me like you should uninstall all things perl and do a clean install to be on the safe side.

    MJD says "you can't just make shit up and expect the computer to know what you mean, retardo!"
    I run a Win32 PPM repository for perl 5.6.x and 5.8.x -- I take requests (README).
    ** The third rule of perl club is a statement of fact: pod is sexy.

[reply]
[d/l]
      Hi, Thanks for the reply. A couple of things I didn't explain. I have installed Perl on my C drive. The other version is on a server somewhere and there are devious scripts forcing my installation to point at that. I have no control over that side of it. If I could configure the @INC it may help, but like I said I am a complete novice. One previous message I had was: C:\Perl\net-telnet\Net-Telnet-3.03>perl Makefile.PL Have J:\Util32\lib\Config.pm expected C:\Perl\lib\Config.pm Your perl and your Config.pm seem to have different ideas about the architecture I basically want to get rid off anything pointing towards J:\ That is where the 5.6.1 is installed. I have freshly installed 5.8.4 The other thing is that I cannot use PPM, not that it is going to help me here, as the requests out are blocked by the firewall. Any help would be greatly received. Thanks.
[reply]
        Normally it is perfectly OK to have two different perl versions installed (as long as the installations don't overwrite each others files). The problem you're describing can be caused by having the PERLLIB or PERL5LIB environment variables pointing to the wrong library path (to the lib path of the old perl install, in this case).

        If either of those vars is set, try clearing them and then re-run perl Makefile.PL etc. Also make sure that the perl.exe that gets run is the one you want to install the module with.

        If this doesn't help, you might have the wrong library path built into the perl interpreter - you need to reconfigure and compile perl if that is the case.

        "What should it profit a man, if he should win a flame war, yet lose his cool?"
[reply]
[d/l]

        When you run perl the old Perl interpreter is executing. If you specify the full path to the new interpreter you've just installed then it should work. Try it, with the -V option to display the version.

        So now the problem isn't a Perl problem at all; it's that your computer is picking the wrong version of an app to run. That's probably down to your PATH setting. Tweak that so that the directory containing your new version of Perl comes before the one containing the older version (or remove the older one entirely.

        The other thing is that I cannot use PPM, not that it is going to help me here, as the requests out are blocked by the firewall.

        In similar situations I have been able to download PPM files from a repository using a web-browser, then unzip them and use PPM to install them locally. That way your firewall will never know, but you don't have to resort to make.

        Smylers
[reply]
[d/l]
[select]
        Configure the @INC? Just use the correct perl executable!

        MJD says "you can't just make shit up and expect the computer to know what you mean, retardo!"
        I run a Win32 PPM repository for perl 5.6.x and 5.8.x -- I take requests (README).
        ** The third rule of perl club is a statement of fact: pod is sexy.

[reply]
Re: Installing v5.8.4
by theroninwins (Friar) on Nov 01, 2004 at 21:06 UTC
    Try to find the pearl version in the software add/remove folder in Windows system settings and delete all versions and the reinstall the newest. Otherwise there is a registry setting where you can set the path variable and there you can set it to the newest version. (It's what i did, then you can also run script without the perl infront of it)
[reply]
Re: Installing v5.8.4
by elwarren (Priest) on Nov 01, 2004 at 21:22 UTC
    If you cannot control the environment on your machine, but you want your code to do something different, I suggest you use a batch file to launch your program. My connection at work is limited by the firewall. I use this batch file called fwrap.bat to run ppm to install modules. Just run "fwrap ppm" or "fwrap perl script.pl" and it will and it will setup your environment. 

    @echo off
set PATH=C:\myperl\bin;%PATH%;
set HTTP_PROXY_USER=SECRETUSERNAME
set HTTP_PROXY_PASS=SECRETPASSWORD
set http_proxy="http://%HTTP_PROXY_USER%:%HTTP_PROXY_PASS%@firewall.wo
+rk.com:8080"
set https_proxy="http://%HTTP_PROXY_USER%:%HTTP_PROXY_PASS%@firewall.w
+ork.com:8080"
set ftp_proxy="http://%HTTP_PROXY_USER%:%HTTP_PROXY_PASS%@firewall.wor
+k.com:8080"

%1 %2 %3 %4 %5 %6 %7 %8 %9

    [download]
    Update the path variable to point to the directory holding the actual Perl executable you want to run.

    HTH
[reply]
[d/l]
[select]

Back to Seekers of Perl Wisdom