FW: Probably a simple problem

2002-08-18 Thread Patricia Gillard

I have installed a number of the nms scripts with tremendous success.
Thanks for your help.


-Original Message-
From: fliptop [mailto:[EMAIL PROTECTED]]
Sent: Thursday, August 15, 2002 9:09 PM

On Thu, 15 Aug 2002 at 20:36, Patricia Gillard opined:

you are strongly encouraged not to use matt's scripts.  point your browser
here and get drop-in replacements:

http://nms-cgi.sourceforge.net/





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




Re: Probably a simple problem

2002-08-16 Thread Steve Grazzini

Patricia Gillard <[EMAIL PROTECTED]> wrote:
> Thanks!!  But reading at that site, it says, "They must run under Perl
> 5.004_04 or later. Any earlier Perl than this is pre-historic and can
> therefore be safely ignored." and the version the host offers is 5.005_03.
> 
> Looks like I'll be learning Perl the hard way. ;-)

Learn version numbers first; save yourself some time ;)

5.005_03 is newer than 5.004_04.

-- 
Steve

perldoc -qa.j | perl -lpe '($_)=m("(.*)")'

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




Re: Probably a simple problem

2002-08-16 Thread drieux


On Thursday, August 15, 2002, at 08:34 , Patricia Gillard wrote:

> Thanks!!  But reading at that site, it says, "They must run under Perl
> 5.004_04 or later. Any earlier Perl than this is pre-historic and can
> therefore be safely ignored." and the version the host offers is 5.005_03.
>
> Looks like I'll be learning Perl the hard way. ;-)
[..]
On Thursday, August 15, 2002, at 08:08 , fliptop wrote:
> here and get drop-in replacements:
>
> http://nms-cgi.sourceforge.net/


well yes and no.

the nms material will work as 'drop ins' - and basically
you will want to do that for at least 'the security' involved.
So you will not really need to 'learn perl' to do that upgrade.
Although actually reviewing the replacements from nms with
the originals will give you a better insight into how perl
has come of age since what is essentially perl4...

originally you noted:

> What I have learned about Perl at the new server is that it is Perl 
> version
> 5.005_03, mod_perl1.25 module on a Sun Colbat server with Apache 
> 1.3.2.  [I
> hope that means something to someone.]

yes it does - that sounds like the 'default' load out for the
solaris 8 basic configuration for a webServer...

so you may want to check with their webPerKin if they have already
installed the nms versions in a 'site wide' cgi-bin that you could
simply re-use in lieu of installing and running your own.




ciao
drieux

---


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




RE: Probably a simple problem

2002-08-16 Thread Bob Showalter

> -Original Message-
> From: Patricia Gillard [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, August 15, 2002 10:37 PM
> To: [EMAIL PROTECTED]
> Subject: Probably a simple problem
> 
> ...
> What I have learned about Perl at the new server is that it 
> is Perl version
> 5.005_03, mod_perl1.25 module on a Sun Colbat server with 
> Apache 1.3.2.  [I
> hope that means something to someone.]  

Just because the server is built with mod_perl, that does not mean your
scripts are being handled by mod_perl. If they are being handled by mod_cgi,
then mod_perl is not an issue here.

The easiest way to tell is to communicate with the sysadmin of the server.
But you can also write a small script that displays the value of
$ENV{GATEWAY_INTERFACE}. If it says "CGI/1.1", then you are running under
mod_cgi. If it says "CGI-Perl/1.1", you are running under some kind of
mod_perl handler (probably Apache::Registry). This test may not be
fool-proof, so looking at the server configuration is still the best way.

If your scripts are running under Apache::Registry, there are various things
that could cause problems, the most notable being the fact that global
variables are not reinitialized at the start of each request.

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




RE: Probably a simple problem

2002-08-15 Thread Patricia Gillard

Thanks!!  But reading at that site, it says, "They must run under Perl
5.004_04 or later. Any earlier Perl than this is pre-historic and can
therefore be safely ignored." and the version the host offers is 5.005_03.

Looks like I'll be learning Perl the hard way. ;-)

Patty

-Original Message-

On Thu, 15 Aug 2002 at 20:36, Patricia Gillard opined:

PG:Probably a simple problem, hopefully with a simple answer.
PG:
PG:I recently moved my web domain to a new host service and suddenly my
scripts
PG:don't work.  The scripts were ones I had downloaded from Matt's Script
PG:Archive, and they worked fine on a previous server.  I changed the /home
PG:directory correctly, from info from the host, and the path to Perl, and
the
PG:scripts load but don't excute correctly.  The problem is with reading and
PG:writing text files.

you are strongly encouraged not to use matt's scripts.  point your browser
here and get drop-in replacements:

http://nms-cgi.sourceforge.net/





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




Re: Probably a simple problem

2002-08-15 Thread fliptop

On Thu, 15 Aug 2002 at 20:36, Patricia Gillard opined:

PG:Probably a simple problem, hopefully with a simple answer.
PG:
PG:I recently moved my web domain to a new host service and suddenly my scripts
PG:don't work.  The scripts were ones I had downloaded from Matt's Script
PG:Archive, and they worked fine on a previous server.  I changed the /home
PG:directory correctly, from info from the host, and the path to Perl, and the
PG:scripts load but don't excute correctly.  The problem is with reading and
PG:writing text files.

you are strongly encouraged not to use matt's scripts.  point your browser 
here and get drop-in replacements:

http://nms-cgi.sourceforge.net/



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




Probably a simple problem

2002-08-15 Thread Patricia Gillard

Probably a simple problem, hopefully with a simple answer.

I recently moved my web domain to a new host service and suddenly my scripts
don't work.  The scripts were ones I had downloaded from Matt's Script
Archive, and they worked fine on a previous server.  I changed the /home
directory correctly, from info from the host, and the path to Perl, and the
scripts load but don't excute correctly.  The problem is with reading and
writing text files.

What I have learned about Perl at the new server is that it is Perl version
5.005_03, mod_perl1.25 module on a Sun Colbat server with Apache 1.3.2.  [I
hope that means something to someone.]  I suspect that my scripts need to be
modified to work at this new server.  I am willing to learn more about Perl
to get my scripts to work, and to that end I found documentation at
http://www.perldoc.com/perl5.005_03/.  I was wondering if you could provide
some confirmation that I am on the right path.

One script that doesn't work well simply reads text files (that are included
in a webpage with SSI) and loads them into a textbox so they can be edited,
and then writes the change back to the text file when 'submit' is clicked.
Simple enough, but at the new server it reads, but it does not write.  I
don't think it is a problem with permissions; I've set them with WS_FTP.  I
could attach the script if it would help, but what I really want to know is
are there radical differences in Perl version 5.005_03 or mod_perl that have
to be made?  Any ideas why it would not overwrite the files?


Patty



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