[rochester-pm-list] Script won't run on Perl Version 4 :-(

[Charles Rishel]

Well,
The suggested change in the program worked fine, and it is now a perl 4 program I guess LOL.
Well, I have come to find out that they actually do have Perl V5 installed, I was looking in /usr/bin though and they have '/usr/bin/perl' and 
'/usr/bin/perl4' in that directory.  I entered 'perl -v' and found that both are Perl V4.  I did not however look in '/usr/local/bin' for perl as I had found 
it in '/usr/bin/'.  Version 5 is located in '/usr/local/bin/'  so, once I changed the beginning of my program to read #!/usr/local/bin/perl, I could 
execute the script from the directory I was in.
Thanks for the help in getting it to work with Version 4 though :-)

BTW, Our alternate site is hosted by Pair.com, and I have found them to be very dependable, It runs our company around $370/year.  I have full 
FTP and Telnet access to the account, and it is quite fast when logged on through DOS. 
You can access their list of installed Perl Modules using this link.  You all know a lot more about these modules than I do, I am happy to just learn 
scripting with perl at this point  :-)
Anyways, Here is the link, and thanks again.		http://support.pair.com/config/perlmods.html

Charles Rishel


On 03/03/2000 12:18:37 PM, Brian Mathis wrote:
>On Fri, 3 Mar 2000, Charles Rishel wrote:
>> Thanks for the advice,
>> I would prefer the upgrade to Perl V5, but we have our Web-site hosted 'out of house' and do not have root priviledge.  I will go with the 
>> replacement you suggest and ask the server admin to upgrade the system to Perl V5.
>> Thanks again,
>> Charles Rishel
>
>If they won't upgrade it, get a new ISP.  Really.  Usually a refusal to
>perform a relatively simple task like installing Perl 5 is an indication
>that the ISP doesn't really know what they're doing.  ISPs are a dime 
>a dozen, and there are plenty out there that do know what they're doing.
>
>Of course, they might actually have perl 5 on there, possibly named
>'perl5', not 'perl'.
>
>Another indication is if they won't give you telnet access to a UNIX
>server, under the guise that "it's a security problem".  It really isn't a
>security problem, unless, of course, they have not set things up
>correctly.
>
>-- 
>Brian Mathis
>Direct Edge
>http://www.directedge.com
>
>--
>For information on unsubscribing from this list, please visit http://rochester.pm.org
>


--
For information on unsubscribing from this list, please visit http://rochester.pm.org