use strict;
use vars qw(@ISA $VERSION);

$VERSION = '3.2501';
$VERSION = eval $VERSION;
[download]

print "INC PATHs\n";
foreach (@INC)
{
   print "$_\n";
}
print "\n\n";
print "INC HASH\n";
foreach (keys %INC)
{
   print "$_ => $INC{$_}\n";
}
[download]

INC PATHs
C:/Perl/site/lib
C:/Perl/lib
.


INC HASH
warnings/register.pm => C:/Perl/lib/warnings/register.pm
bytes.pm => C:/Perl/lib/bytes.pm
XSLoader.pm => C:/Perl/lib/XSLoader.pm
Carp.pm => C:/Perl/lib/Carp.pm
C:/Perl/site/lib/sitecustomize.pl => C:/Perl/site/lib/sitecustomize.pl
Exporter.pm => C:/Perl/lib/Exporter.pm
strict.pm => C:/Perl/lib/strict.pm
warnings.pm => C:/Perl/lib/warnings.pm
overload.pm => C:/Perl/lib/overload.pm
Data/Dumper.pm => C:/Perl/lib/Data/Dumper.pm
[download]

When you run the script, do you need to include 'use ...' to include any modules to show the HASH results? When I did, I got the same compilation errors as before, without them I get this:

$ perl test.pl
INC PATHs
/usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.7/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.8
/usr/lib/perl5/site_perl/5.8.7
/usr/lib/perl5/site_perl/5.8.6
/usr/lib/perl5/site_perl/5.8.5
/usr/lib/perl5/site_perl
/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.7/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.8
/usr/lib/perl5/vendor_perl/5.8.7
/usr/lib/perl5/vendor_perl/5.8.6
/usr/lib/perl5/vendor_perl/5.8.5
/usr/lib/perl5/vendor_perl
/usr/lib/perl5/5.8.8/i386-linux-thread-multi
/usr/lib/perl5/5.8.8
.


INC HASH
[download]

As you can see, nothing is printed out for INC HASH. Bit of a catch 22 it seems...

When you run the script, do you need to include 'use ...' to include any modules to show the HASH results?

No, no "use" needed. I wrote my code in a simplistic way so that it didn't "require" or "use" any other modules.

Again, as before, I suggest you compare output with your "reference system". I suspect that something is wrong with @INC and %INC.

I don't know how to "fix" your problem, meaning how to correct the INC paths but other Monks may know. I asked that you compare this system versus the "reference system" that is working and you haven't provided that.

I am wondering how you are getting along with this problem.

You seem to have a LOT of stuff in the @INC path. Probably not an issue, but sometimes multiple versions can be trouble. I was not able to see immedidate problem with your command line stuff although there may be some file permission problems.

I can replicate your first error message in the following code. As I mentioned before, "use vars(....);" appears in File::Spec. When vars.pm can't be found or "used" $VERSION doesn't have package scope.

Anyway, start with simple code and then work from there. You have NO chance until you get this small program working:

#!/usr/bin/perl -w
use strict;

use File::Spec;

use vars qw(@ISA $VERSION);

$VERSION = '3.2501';

print "Im ok if no warnings";
__END_

If I comment out: use vars qw(@ISA $VERSION);
I get your error mesage:
Global symbol "$VERSION" requires explicit package 
name at C:\TEMP\simple.pl line 8.
[download]

At this point, I don't know how to help further. I can replicate your first error code in just a few lines of test code. Get stuff working from command line with you as the user. Then working from that, work on how to get Apache CGI server able to do the same thing.

You may find this of help: http://perl.apache.org/docs/general/perl_reference/perl_reference.html#The__INC_array as well as Unix file permission (google on chmod).

Although I don't have the slightest clue what could have caused this in your case, I am curious as to whether you could harvest and post the 'history' of your shell session.

Perhaps someone could spot a command that could have caused such devastation.

I have run into something relatively similar in the past, which was caused by accidentally removing the 'package' declaration from the top of one of my module files. It didn't do system-wide damage like this though.

Steve

This is where it all went wrong:

./checksetup.pl --check-modules
./checksetup.pl --check-modules
./checksetup.pl --check-modules
./checksetup.pl --check-modules
./checksetup.pl --check-modules
./checksetup.pl --check-modules
./checksetup.pl --check-modules
./checksetup.pl --check-modules
./checksetup.pl --check-modules
./checksetup.pl --check-modules
cd ..
ls -l
chmod +w Bugzilla/
ls -l
chmod 711 Bugzilla/
ls -l
chmod 644 Bugzilla/
ls -l
chmod +x Bugzilla/
ls -l
cd /usr/lib/perl5/5.8.8/
ls
mkdir Bugzilla
cp CGI.pm Bugzilla/CGI.pm
cp CGI/* Bugzilla/CGI/* .
cd Bugzilla/
ls
mkdir CGI
cp ../CGI/* CGI/* .
cp ../CGI/* CGI/ .
ls
mv *.* CGI/*.*
ls
mv Apache.pm CGI/Apache.pm
mv * CGI/ .
ls
ls CGI/
ls ../..
ls ../
cd ..
rm Bugzilla/
rm -r Bugzilla/
[download]

I know the copies don't make sense, my inability in linux forced me to do it in a File Browser when I failed to do it from the command line. Effectively I copied CGI.pm and the folder CGI into the Bugzilla foler, then deleted it. Thanks for the help.