FW: Probably a simple problem
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
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
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
> -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
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
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
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]