Re: installing Mail-tools module in windows 2000
Hendrik Van Belleghem schrieb am 2001-05-26, 23:32: I am trying to install the MAIL::tools module in windows 2000. According to the INSTALL file the steps to installation are: perl Makefile.PL make make test make install I was able to run the first command, but when I type 'make' in the dos prompt i get this error: 'make' is not recognized as an internal or external command, operable program or batch file. Is there another way of installing this module? On Windows you better use PPM open a DOS box, type : ppm then type install Mail::Tools Activestate has a Package status list at http://aspn.activestate.com/ASPN/Downloads/ActivePerl/PPM/Packages as well as a PPM FAQ at http://aspn.activestate.com/ASPN/Products/ActivePerl/faq/ActivePerl-faq2.htm l If you want to compile your modules (since various modules are XS linked), you'll need a C compiler (which usually comes with make). That will only work with ActiveStates Perl. ActiveState == Microsoft. Another Perl comes not with PPM. If you need to install a perl module without C-code as mentioned above, you only need 'nmake' from MS, no C-compiler, look at ActiveStates Site for nmake, they got a link to MS somewhere where you may load down 'nmake'. But the best option for Win2000 users IMHO is to install Cygwin, it comes with perl-5.6.1, compiler gcc-2.95.3, make and all the other tools to build software and it runs like real unix, though a little bit slower (Win* is slow). http://www.cygwin.com/setup.exe gph -- =^..^=
Re: Taint mode
Kurt Edmiston wrote: Hi, I'm trying to use taint mode on one of my cgi programs using the -T flag. #!/usr/local/bin/perl -wT When I check the syntax with perl -c file.cgi I get the following message: Too late for -T option at manager.cgi line 1. Try perl -cT manager.cgi when running from command line. I'm not 100% sure on this but here's how I think it's working. The perl on the command line starts and then reads/parses the file. In order for taint checking to be effective, it has to be turned on prior to this step. Dan
Re: Taint mode
Hi Kurt, You need to do: perl -Tc file.cgi What is happening is that when perl inspects your #! line switches, it sees -T and tries to put on taint mode, but it is too late to taint things by that time. This is the explination in perldiag: Too late for -T option (X) The #! line (or local equivalent) in a Perl script contains the -T option, but Perl was not invoked with -T in its command line. This is an error because, by the time Perl discovers a -T in a script, it's too late to properly taint everything from the environment. So Perl gives up. If the Perl script is being executed as a command using the #! mechanism (or its local equivalent), this error can usually be fixed by editing the #! line so that the -T option is a part of Perl's first argument: e.g. change perl -n -T to perl -T -n. If the Perl script is being executed as perl scriptname, then the -T option must appear on the command line: perl -T scriptname. Cheers, Kevin On Sun, May 27, 2001 at 01:21:27PM -0400, Kurt Edmiston ([EMAIL PROTECTED]) spew-ed forth: Hi, I'm trying to use taint mode on one of my cgi programs using the -T flag. #!/usr/local/bin/perl -wT When I check the syntax with perl -c file.cgi I get the following message: Too late for -T option at manager.cgi line 1. It smells like an error message, but it doesn't seem to affect the execution of the program one bit. Any ideas what's going on here? Thanks, Kurt -- [Writing CGI Applications with Perl - http://perlcgi-book.com] You have just destroyed one model XQJ-37 nuclear powered pansexual roto-plookerand you're gonna have to pay for it. -- Frank Zappa
RE: installing Mail-tools module in windows 2000
This is the beginners list after all... while it may be fun for some to get cygwin going in order to learn perl, or to buy a compiler and create a custom version, for most ActiveState works quite fine and will install and perform without needing to spend a lot of time learning even more computing processes. None of this seems to address why one or the other of the Perl options on Win2k might be better than the other for FUNCTIONAL reasons. Download and install ActiveState on win2k and you will be up and going (with a fast connection) in 15 minutes. Download, install CYGWIN, compile your own version of perl, etc. and you are spending considerably more time that may well not be worth the time. The fact that ActiveState == Microsoft is a non-issue if one is installing on Win2K anyway, or at least it shouldn't matter a whole lot. c
Re: installing Mail-tools module in windows 2000
Hendrik Van Belleghem [[EMAIL PROTECTED]] quoth: * * That will only work with ActiveStates Perl. ActiveState == Microsoft. * *I quote : *I am trying to install the MAIL::tools module in windows 2000. * *Therefor I can assume he's using ActivePerl... *Last time I check ActiveState wasn't bought by Microsoft :) * *Other 'versions' (as in Platforms) of Perl usually come with CPAN.pm, which has similar functionality but compiles the modules... http://theoryx5.uwinnipeg.ca/CPAN/perl/pod/perlmodinstall.html or 'perldoc perlmodinstall' from your command line. has some useful advice on how to install modules on a number of platforms. CPAN.pm, to the best of my knowledge [ I don't own a PC ] does work on windows. http://search.cpan.org/search?dist=MailTools shows that MSWin32 passed in the 'tested platforms' section. http://testers.cpan.org/search?request=distdist=MailTools will show you the platforms and the configurations. And, though MS hasn't bought ActiveState, they do have a substantial investment and interest in the company which is a bonus for those people who work with Windows and need a solid perl working on the platform. O'Reilly also has a substantial financial investment in AS. AS is good for Perl no matter what OS you prefer :) e. p.s. a gentle reminder to trim off all parts of the mail that aren't pertinent to your reply as it makes it easier to read and follow.
RE: Connecting to NT Servers
Steven Riley writes ..
I'm new to the list and usually like to lurk for a while before asking
questions but I've been faced with a problem which I'm struggling to
find an answer.
Can someone supply help or a URL to help me connecting to an NT server?
Basically I want to connect to several servers over the internal
LAN and find a file... if the file exists then I want to delete it.
Not sure about the best way to do this... any help would be greatly
appreciated.
Perl understands UNC paths and will invisibly open directories on remote
machines if you use the path .. so to find a file I'd recommend using the
File::Find module in conjunction with the an array of UNC paths that you
want searched .. eg.
#!perl -w
use strict;
use File::Find;
find( \wanted, $_) for ( '\\\server1\share1', '\\\server2\share2');
sub wanted {
lc $_ eq 'some_file_name' # case insensitive for Windoze
print(Deleting: $File::Find::name\n)
unlink $File::Find::name;
}
__END__
references:
perldoc File::Find
perldoc -f unlink
--
jason king
In Spearfish, South Dakota, if three or more Indians are walking down
the street together, they can be considered a war party and fired
upon. - http://dumblaws.com/
where is a safe place...
hi, i'm still new at perl and just now getting into security issues and the like. basically, my boss wants me to be able to keep others from being able to access our stuff. the perl guy before me stored it in our public_html/cgi-bin. apparently, this is not the safest thing to do. anyone with an afs account could potentially get in. so their original solution was to not make it world writable. this caused the logs to stop recording. unfortunately, the perl guy was in an accident and passed away and no one else knows perl. i was working on flash when my boss told me to also learn perl. so here i am without a clue and my boss wants this fixed by Tue or Wed. umm, help? someone else suggested something like a temp directory or something. thanks, nichole
Re: where is a safe place...
At 09:02 PM 5/27/01 -0500, Nichole Bialczyk wrote: hi, i'm still new at perl and just now getting into security issues and the like. basically, my boss wants me to be able to keep others from being able to access our stuff. the perl guy before me stored it in our public_html/cgi-bin. apparently, this is not the safest thing to do. anyone with an afs account could potentially get in. so their original solution was to not make it world writable. this caused the logs to stop recording. unfortunately, the perl guy was in an accident and passed away and no one else knows perl. i was working on flash when my boss told me to also learn perl. so here i am without a clue and my boss wants this fixed by Tue or Wed. umm, help? What do you want, names of better companies to work for? Seriously, this is a recipe for disaster. You know nothing about Perl and your boss has given you three days to learn it to fix a difficult security issue? I have handled security risks from web server sharing on AFS and the solutions are often extremely complicated ones involving srvtab files. This is a no-win situation. I feel that even trying to point you in the right direction of a technical solution is the wrong thing to do. What you really need is a boss with a clue. someone else suggested something like a temp directory or something. thanks, nichole -- Peter Scott Pacific Systems Design Technologies http://www.perldebugged.com
