On Wednesday, July 24, 2002, at 10:53 , Soheil Shaghaghi wrote:
[..]
>
> 2. I see so many Perl executables, and don't know which one the latest one
> is, or what I should do at this point to get the server to report Perl to 
> be
> 5.6.1
>
> /usr/bin/perl                Created: 12/25/2000
[..]
> /usr/bin/perl5.6.0        Created: 12/25/2000

> /usr/local/bin/perl        Created: 07/24/2002
> /usr/local/bin/perl5.6.0 Created: 12/22/2000
> /usr/local/bin/perl5.6.1 Created: 07/24/2002

there is your basic problem - you have the older version
in the /usr/bin - hence in the /usr side of the game,
and the newer version was configured to use /usr/local...

hence you will find that there is a

        /usr/lib/perl5

and a

        /usr/local/lib/perl5

and I'm willing to almost bet that you PATH is rigged
to have

        /usr/bin:/usr/local/bin


let's try this another way around:

vladimir: 58:] pwd ; ls -li perl* /usr/bin/perl | sort
/usr/local/bin
     558805 -rwxr-xr-x   3 root     other    1175680 Mar 19 15:31 /usr/bin/
perl
     558805 -rwxr-xr-x   3 root     other    1175680 Mar 19 15:31 perl
     558805 -rwxr-xr-x   3 root     other    1175680 Mar 19 15:31 perl5.6.1
     558810 -rwxr-xr-x   1 root     other      35477 Mar 19 15:31 perlbug
     558811 -rwxr-xr-x   1 root     other      22655 Mar 19 15:31 perldoc
     558814 -rwxr-xr-x   1 root     other      16932 Mar 19 15:31 perlcc
     558839 -rwxr-xr-x   1 root     other     422100 Nov 17  1996 perl4.035
     558908 -rwxr-xr-x   1 root     other     737352 Jun 14  1998 
perl5.00404
     558911 -rwxr-xr-x   1 root     other     642576 Feb  8  1998 perl5.003
vladimir: 59:]

As you will note we have three 'linked' players -

        /usr/bin/perl
        /usr/local/bin/perl
        /usr/local/bin/perl/5.6.1

Only one of them is the 'actual file' as it were...

One of the 'silly bits' that is in play here is that perl came up
with a great way to allow for both

        #!/usr/local/bin/perl

as well as running against a specific instance of perl by name...

God alone only knows why I would want to expressly call out

        #!/usr/local/bin/perl4.035

but in theory I can do it...

> 3. Is there a configuration somewhere I need to change?

check how you did the 'make' and configure stage....

and decide which way you want to 'swing' in all of this.

either you want to install so that everything goes into

        /usr/lib/perl5

or into

        /usr/local/lib/perl5

>
> When I run perl -V, here is what I get:
> perl -V
> Summary of my perl5 (revision 5.0 version 6 subversion 0) configuration:

[..]

this may be the imfamous 'oopsie' - where you installed
a copy of the 5.6.1 version in a way that it is not
the 'default' perl in your path....

do a 'which perl' and/or 'whereis perl'

eg:

vladimir: 60:] which perl
/usr/local/bin/perl
vladimir: 61:] whereis perl
perl: /usr/bin/perl /usr/local/bin/perl4.035 /usr/local/bin/perl 
/usr/local/bin/perl5.003 /usr/local/bin/perl5.00404
vladimir: 62:]

IF you did the oopsie I have done - you installed the new version
into say /usr/ without actually dealing with the fact
that you have an instance of the whole installation in /usr/local

hence rather than having 'links' playing the game of

        /usr/bin/perl  <==> /usr/local/bin/perl

one of them is STILL the old version...

The fun is that while your 'path' may be set up to call the
'older version' at the command line - eg:

        /usr/local/bin:/usr/bin

if your scripts call out

        #!/usr/bin/perl

then they will be calling the 'newer' version...

it is best to go back and sort out which is the real player
that you installed....

ciao
drieux

---


-- 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to