Perl scripts on Windows servers

[Reno CF]

Does anyone know of a perl script archive that features cgi specifically written to work on Windows servers? I have recently tried to get scripts to execute on Windows servers that I know work beautifully on Unix and it is nothing but a headache. :eek:

I'm hoping that maybe someone somewhere is archiving perl that is written from scratch to account for the peculiarities of Windows servers -- if you've run across such a site please let me know.

Thanks for any feedback...

[Afrow UK]

Does anyone know of a perl script archive that features cgi specifically written to work on Windows servers? I have recently tried to get scripts to execute on Windows servers that I know work beautifully on Unix and it is nothing but a headache. :eek:

I'm hoping that maybe someone somewhere is archiving perl that is written from scratch to account for the peculiarities of Windows servers -- if you've run across such a site please let me know.

Thanks for any feedback...

First of all, do you have Perl installed to the same path as it is on your Unix systems?

E.g. on my Unix systems, Perl is installed to usr/bin/perl therefore, I installed Perl to C:\usr, so Perl.exe was in C:\usr\bin\*

-Stu

[Reno CF]

Thanks Stu. Yes, I had changed the pathway to Perl. It is other parts of scripts that (apparently) will not execute on the Windows server the way they did on Unix.

For example, the path to sendmail -- Unix was /usr/sbin/sendmail ; however the tech support for the Windows server says it is not supported; also, time/date stamp -- Unix was /bin/date ; but again Win Tech says forget it.

There may very well be work arounds on this stuff but if it requires the technie's who run the server to install additional modules then you know how that goes -- they already see themselves as overworked and underpaid, so I'm at their mercy, or, they are right and it can't be done in any case. Either way, it's a headache.... :o

[Afrow UK]

Thanks Stu. Yes, I had changed the pathway to Perl. It is other parts of scripts that (apparently) will not execute on the Windows server the way they did on Unix.

For example, the path to sendmail -- Unix was /usr/sbin/sendmail ; however the tech support for the Windows server says it is not supported; also, time/date stamp -- Unix was /bin/date ; but again Win Tech says forget it.

There may very well be work arounds on this stuff but if it requires the technie's who run the server to install additional modules then you know how that goes -- they already see themselves as overworked and underpaid, so I'm at their mercy, or, they are right and it can't be done in any case. Either way, it's a headache.... :o

I never tried running Perl on ISS, but I got it working on Apache after a bit of help (nice tutorial). If you want to see the tutorial, go to this topic (http://www.codingforums.com/showthread.php?t=41431).
With Apache, I could use /usr/bin/perl on it with no problems (infact the tutorial suggested that for me :D)

-Stu

[Calilo]

i can only say one thing. i hate windows more and more every time... and specially for servers i think it is the worst. i am a mac user, and locally i can run apache with no problems, there i have perl, php, mysql, all i want... i have a site hosted at a windows server cause the owners said i had to be there, and it sucks... the site falls every once in a while, mail servers up time in lower than their down time... and yes... i dont have acces to sendmail, so i was forced to make me form mail in cfm, which i have to say i did not undestand i just blocked myself.

Reno, there are workround for working good with perl on windows but you are right, installation of diferent perl modules will be required and i just as you do, know that is impossible on some servers.

Calilo

[Reno CF]

Thanks for the feedback and suggestions. I've downloaded a bunch of tutorials so I guess I'll have to jump in the water and familiar myself with the Perl / Windows server setup. I will encourage clients to use Unix/Linux as much as possible, but this one was regrettably out of my hands... :(