I suggest you use truss on the program that is failing, and then look for a series of lines that will be something like access("/path/strict.pm")    = ENOENT.

eg,

If the generated truss.out is too confusing, then mail it to me (compressed :-)) at sam at vilain dot net. If you search for "strict.pm" you'll probably find out what you're looking for.

OK truss is beyond me (for the time being!) I have sent the files to Sam. If anyone else is interested in looking at them I have put them on a site
the tarball decompresses to a truss/ directory with two truss outputs - one with strict commented out from the script and one with the strict left in (truss.out.strict_on)
I assumed these would be useful for comparison
dan (god I love this site :))

It looks like it's loading it correctly:

18076:  stat64("/usr/local/lib/perl5/5.6.1/sun4-solaris/strict.pmc", 0
+xFFBEF068) Err#2 ENOENT
18076:  open64("/usr/local/lib/perl5/5.6.1/sun4-solaris/strict.pm", O_
+RDONLY) Err#2 ENOENT
18076:  stat64("/usr/local/lib/perl5/5.6.1/strict.pmc", 0xFFBEF068) Er
+r#2 ENOENT
18076:  open64("/usr/local/lib/perl5/5.6.1/strict.pm", O_RDONLY) = 4
18076:  brk(0x00104800)                                 = 0
18076:  fstat64(4, 0xFFBEC950)                          = 0
18076:  brk(0x00108800)                                 = 0
18076:  ioctl(4, TCGETA, 0xFFBEC8DC)                    Err#25 ENOTTY
18076:  read(4, " p a c k a g e   s t r i".., 8192)     = 2624
18076:  brk(0x00109800)                                 = 0
18076:  brk(0x0010A800)                                 = 0
18076:  read(4, 0x0010480C, 8192)                       = 0
18076:  llseek(4, 0, SEEK_CUR)                          = 2624
18076:  close(4)                                        = 0
[download]

You can see at the top of the snippet (from truss.out.strict_on) that it is trying to "stat" and "open" strict.pm in different locations, and the last one succeeds (returning a file handle number, 4). The following lines show perl reading in the file and closing it again.

Did you actually get an error when you ran the script with truss? You really need to stick the truss in the place where the script is giving you the error.

Update: He found his problem. It was permissions on the directory strict.pm was in.

-----------------------------------
--the good, the bad and the physi--
-----------------------------------
[download]

Hi,
I'm pretty sure the scripts are pointing to the right perl binaries:


# head -n 8 /usr/apache/htdocs/mrbs/badpw.pl
#!/usr/bin/perl

# $Id: badpw.pl,v 1.3 2001/02/25 01:34:20 lbayuk Exp $

# Read AUTHENTICATION for more information
# about this script

use strict;


and:


# ls -asl /usr/bin/perl
1840 -rwxr-xr-x   3 root     other     927784 Aug  6 16:53 /usr/bin/perl
# /usr/bin/perl -v

This is perl, v5.6.1 built for sun4-solaris

Copyright 1987-2001, Larry Wall


:(
dan

Funny, above you wrote your INC contains /usr/local/lib ...
are you sure you have to use /usr/bin/perl and not /usr/local/bin/perl ?

-----------------------------------
--the good, the bad and the physi--
-----------------------------------
[download]

mendel:~ $PATH
bash: /usr/bin:/usr/ucb:/etc:/usr/local/bin:/usr/ccs/bin:/root

I did a

find / -name perl

and /bin/perl /usr/bin/perl /usr/local/bin/perl (-v) all report 5.6.1
cheers!
dan

OK guys, thanks for all the help. This is probably due to incompetence on my part as an admin (no formal training after all ;)). Certain scripts are running fine with 'strict' and it *appears to be user dependent* - I will persue this now as an admin problem not a perl one.
This has been a real experience posting here, hope I can put back in at some point
dan

The only other thing I can suggest is downloading the Solaris version appropriate Perl binaries and install via pkgadd. That's how I've installed on my 5 Sun boxes. I had no other problems except the Web Administrator snafu.

They are available at the Freeware for Solaris site.