[16202] in Perl-Users-Digest
Perl-Users Digest, Issue: 3614 Volume: 9
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Mon Jul 10 20:29:34 2000
Date: Mon, 10 Jul 2000 17:29:22 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Message-Id: <963275361-v9-i3614@ruby.oce.orst.edu>
Content-Type: text
Perl-Users Digest Mon, 10 Jul 2000 Volume: 9 Number: 3614
Today's topics:
why so? bing-du@tamu.edu
Re: why so? <aqumsieh@hyperchip.com>
Re: why so? <lauren_smith13@hotmail.com>
Re: why so? <tina@streetmail.com>
Re: why so? <care227@attglobal.net>
Re: why so? <qvaff@hotmail.com>
Re: why so? (Brandon Metcalf)
Re: why so? (Michael Budash)
Re: why? why? <stupid@pobox.com>
Re: Win32 .htpasswd encryption problem. <gellyfish@gellyfish.com>
Re: Win32 .htpasswd encryption problem. <steven.van-poeck@SPAM.wanadoo.com>
Re: Win32 .htpasswd encryption problem. <c4jgurney@my-deja.com>
Win32 COM problem <erik@bosrup.com>
Re: Win32 COM problem <bwalton@rochester.rr.com>
Win95 Perl installation question <bmeson@hotmail.com>
Re: Win95 Perl installation question <randy@theory.uwinnipeg.ca>
Re: Win95 Perl installation question <bmeson@hotmail.com>
Re: Win95 Perl installation question <randy@theory.uwinnipeg.ca>
Re: Win95 Perl installation question <bwalton@rochester.rr.com>
Re: Win95 Perl installation question <dburch@teleport.com>
XML Module install problems <julius_mong@hotmail.com>
Re: XML Module install problems <randy@theory.uwinnipeg.ca>
Re: XML Module install problems <julius_mong@hotmail.com>
Re: XML Module install problems <randy@theory.uwinnipeg.ca>
Re: XML Module install problems (Doran)
Re: XML Schema and datatypes with Perl shikida@my-deja.com
Y doesnt someone explain =this= to me? <squirrel@echelon.alias.net>
Re: Y doesnt someone explain =this= to me? <uri@sysarch.com>
Re: Y doesnt someone explain =this= to me? <care227@attglobal.net>
Re: Y doesnt someone explain =this= to me? (Craig Berry)
Re: Y doesnt someone explain =this= to me? <iltzu@sci.invalid>
Re: Y doesnt someone explain =this= to me? <dkpetes@clear.lakes.com>
Re: YES it's dangerous! (was Re: Is this code dangerous (Abigail)
Re: YES it's dangerous! (was Re: Is this code dangerous <tina@streetmail.com>
Digest Administrivia (Last modified: 16 Sep 99) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Fri, 07 Jul 2000 20:59:52 GMT
From: bing-du@tamu.edu
Subject: why so?
Message-Id: <8k5gc1$6bm$1@nnrp1.deja.com>
Greetings--
The following code snippet does not output the correct result I expect
which should be 'h:\ou.txt'. It output 'result is
12345_attach_h:\ou.txt'.
=============================
#!/usr/local/bin/perl
$uid = "12345";
$test = "12345_attach_h:\\ou.txt";
$result = "$1 " if ($test =~ /^$uid_attach_(.*)/);
print "result is $result\n";
exit;
==============================
But after I changed it to the following, it worked fine. The output is
'result is h:\ou.txt'.
===============================
#!/usr/local/bin/perl
$session{'uid'} = "12345";
$test = "12345_attach_h:\\ou.txt";
$result = "$1 " if ($test =~ /^$session{'uid'}_attach_(.*)/);
print "result is $result\n";
exit;
============================
Can anybody tell me why so?
Any help would be appreciated.
Bing
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
Date: Fri, 07 Jul 2000 21:18:59 GMT
From: Ala Qumsieh <aqumsieh@hyperchip.com>
Subject: Re: why so?
Message-Id: <7apuopljtl.fsf@merlin.hyperchip.com>
bing-du@tamu.edu writes:
> Greetings--
>
> The following code snippet does not output the correct result I expect
> which should be 'h:\ou.txt'. It output 'result is
> 12345_attach_h:\ou.txt'.
>
> =============================
> #!/usr/local/bin/perl
>
> $uid = "12345";
>
> $test = "12345_attach_h:\\ou.txt";
>
> $result = "$1 " if ($test =~ /^$uid_attach_(.*)/);
Perl here thinks that you have a variable called $uid_attach_, and tries
to complain. But, since you don't use -w, you don't actually get to hear
its complaints.
Change it to:
/^${uid}_attach_(.*)/
and it should work.
--Ala
------------------------------
Date: Fri, 7 Jul 2000 14:14:04 -0700
From: "Lauren Smith" <lauren_smith13@hotmail.com>
Subject: Re: why so?
Message-Id: <8k5h7n$1ke$1@brokaw.wa.com>
<bing-du@tamu.edu> wrote in message news:8k5gc1$6bm$1@nnrp1.deja.com...
> Greetings--
>
> The following code snippet does not output the correct result I expect
> which should be 'h:\ou.txt'. It output 'result is
> 12345_attach_h:\ou.txt'.
>
> =============================
> #!/usr/local/bin/perl
>
> $uid = "12345";
>
> $test = "12345_attach_h:\\ou.txt";
>
> $result = "$1 " if ($test =~ /^$uid_attach_(.*)/);
>
> print "result is $result\n";
>
> exit;
> ==============================
You don't have a variable named $uid_attach_.
/^${uid}_attach_(.*)/
perldoc perlre
Lauren
------------------------------
Date: 7 Jul 2000 21:26:19 GMT
From: Tina Mueller <tina@streetmail.com>
Subject: Re: why so?
Message-Id: <8k5hto$1r1i1$3@ID-24002.news.cis.dfn.de>
hi,
bing-du@tamu.edu wrote:
> Greetings--
> The following code snippet does not output the correct result I expect
> which should be 'h:\ou.txt'. It output 'result is
> 12345_attach_h:\ou.txt'.
> $uid = "12345";
> $test = "12345_attach_h:\\ou.txt";
> $result = "$1 " if ($test =~ /^$uid_attach_(.*)/);
where is your variable $uid_attach_ defined?
try:
$result = "$1 " if ($test =~ /^$uid\_attach_(.*)/);
> But after I changed it to the following, it worked fine. The output is
> 'result is h:\ou.txt'.
> ===============================
> #!/usr/local/bin/perl
> $session{'uid'} = "12345";
> $test = "12345_attach_h:\\ou.txt";
> $result = "$1 " if ($test =~ /^$session{'uid'}_attach_(.*)/);
here of course it works because the "_" can't be mixed up
with the hash.
tina
--
http://tinita.de \ enter__| |__the___ _ _ ___
tina's moviedatabase \ / _` / _ \/ _ \ '_(_-< of
search & add comments \ \ _,_\ __/\ __/_| /__/ perception
"The Software required Win98 or better, so I installed Linux."
------------------------------
Date: Fri, 07 Jul 2000 17:29:40 -0400
From: Drew Simonis <care227@attglobal.net>
Subject: Re: why so?
Message-Id: <39664BC4.BC40F5E3@attglobal.net>
bing-du@tamu.edu wrote:
>
> The following code snippet does not output the correct result I expect
> which should be 'h:\ou.txt'. It output 'result is
> 12345_attach_h:\ou.txt'.
>
> =============================
> #!/usr/local/bin/perl
>
> $uid = "12345";
>
> $test = "12345_attach_h:\\ou.txt";
>
> $result = "$1 " if ($test =~ /^$uid_attach_(.*)/);
>
> print "result is $result\n";
>
> exit;
> ==============================
A couple things wroing with this one... Fix it up like so:
#!/usr/local/bin/perl -w
use strict;
my $uid = "12345";
my $test = "12345_attach_h:\\ou.txt";
my $result = "$1 " if ($test =~ /^${uid}_attach_(.*)/);
print "result is $result\n";
exit;
The key is /^${uid}_attach_(.*)/);. The braces around uid force that
to be interpreted as the variable, instead of $uid_attach_, which is
what the regex engine sees from your code. Use of -w would have
told you this. Always use it:
Name "main::uid_attach_" used only once: possible typo at var.pl line 7.
Name "main::uid" used only once: possible typo at var.pl line 3.
Use of uninitialized value at var.pl line 7.
result is 12345_attach_h:\ou.txt
Also make a habit of use strict;
------------------------------
Date: 07 Jul 2000 17:37:05 -0400
From: qvaff <qvaff@hotmail.com>
Subject: Re: why so?
Message-Id: <kusya3dbp1a.fsf@buphy.bu.edu>
bing-du@tamu.edu writes:
> The following code snippet does not output the correct result I expect
> which should be 'h:\ou.txt'. It output 'result is
> 12345_attach_h:\ou.txt'.
>
> =============================
> #!/usr/local/bin/perl
>
> $uid = "12345";
>
> $test = "12345_attach_h:\\ou.txt";
>
> $result = "$1 " if ($test =~ /^$uid_attach_(.*)/);
You want this to be:
$result = "$1 " if ($test =~ /^${uid}_attach_(.*)/);
The stuff like '_attach_' is interpreted as part
of some variable $uid_attach_, see what I mean?
When you put the curly brace around 'uid', it then
limits the variable to be like $uid instead.
That's happened to me alot of times, especially in CGI
when I do something like
$Q::this_variable
$Q::that_variable
and then later decide to change it to
$Q::$this_variable # should be $Q::${this}_variable
------------------------------
Date: 7 Jul 2000 22:10:06 GMT
From: bmetcalf@baynetworks.com (Brandon Metcalf)
Subject: Re: why so?
Message-Id: <8k5kfu$l6m$1@bcrkh13.ca.nortel.com>
bing-du@tamu.edu writes:
> The following code snippet does not output the correct result I expect
> which should be 'h:\ou.txt'. It output 'result is
> 12345_attach_h:\ou.txt'.
>
> =============================
> #!/usr/local/bin/perl
>
> $uid = "12345";
>
> $test = "12345_attach_h:\\ou.txt";
>
> $result = "$1 " if ($test =~ /^$uid_attach_(.*)/);
>
> print "result is $result\n";
>
> exit;
$result = $1 if ($test =~ /^${uid}_attach_(.*)/);
will do the trick. Also, no need for quotes around $1.
Brandon
------------------------------
Date: Fri, 07 Jul 2000 15:30:52 -0700
From: mbudash@sonic.net (Michael Budash)
Subject: Re: why so?
Message-Id: <mbudash-0707001530520001@adsl-216-103-91-123.dsl.snfc21.pacbell.net>
In article <8k5kfu$l6m$1@bcrkh13.ca.nortel.com>, bmetcalf@baynetworks.com wrote:
> bing-du@tamu.edu writes:
>
> > The following code snippet does not output the correct result I expect
> > which should be 'h:\ou.txt'. It output 'result is
> > 12345_attach_h:\ou.txt'.
> >
> > =============================
> > #!/usr/local/bin/perl
> >
> > $uid = "12345";
> >
> > $test = "12345_attach_h:\\ou.txt";
> >
> > $result = "$1 " if ($test =~ /^$uid_attach_(.*)/);
> >
> > print "result is $result\n";
> >
> > exit;
>
> $result = $1 if ($test =~ /^${uid}_attach_(.*)/);
>
> will do the trick. Also, no need for quotes around $1.
>
unless, of course, he wanted the trailing space...
--
Michael Budash ~~~~~~~~~~ mbudash@sonic.net
------------------------------
Date: Tue, 04 Jul 2000 01:47:41 -0400
From: Michael G Schwern <stupid@pobox.com>
Subject: Re: why? why?
Message-Id: <39617A7C.63034E59@pobox.com>
Henryl LIN wrote:
> if ( $line == "\n")
PS Turn on warnings. Always. Keep them on.
--
Michael G Schwern http://www.pobox.com/~schwern/ schwern@pobox.com
BOFH excuse #380:
Operators killed when huge stack of backup tapes fell over.
------------------------------
Date: 4 Jul 2000 09:52:24 +0100
From: Jonathan Stowe <gellyfish@gellyfish.com>
Subject: Re: Win32 .htpasswd encryption problem.
Message-Id: <8js8k8$e4g$1@orpheus.gellyfish.com>
On Mon, 3 Jul 2000 11:15:08 +0200 Steven Van Poeck wrote:
> Hello,
>
> I'm trying to figure out how to make an HTML interface to manage a .htpasswd
> file on a Win32 system with Apache 1.3.9. So I don't want to use the
> htpasswd.exe from the command line.
>
> The htpasswd.exe generates MD5 encryption, which is perfectly understood by
> the Apache server. It generates things like
> "$apr1$zF4.....$PRSEsb.38HBZHJO4zHsgE/"
>
> I did not find any Perl module that was able to encrypt having a similar
> result. I tried Digest::MD5 and MD5 (use MD5), but they both return
> encryptions like "/osO9Uia23rXqqEq76N9kg". And Apache refuses the
> authentication...
>
> I downloaded Crypt-PasswdMD5-1.0 but I don't know how to install that on my
> ActiveState Perl without using PPM.
>
> Anyone has a clue ? I'm getting desperate :(
>
That is indeed the correct module - it even provides an apache_md5_crypt
method. The module itself uses no XS componenents so you should just be
able to unzip and untar the file and then copy the PasswdMD5.pm file to
a directory Crypt under your site_perl directory - if you already have the
MD5 module installed you shouldnt have any problems.
/J\
--
** This space reserved for venue sponsor for yapc::Europe **
<http://www.yapc.org/Europe/>
------------------------------
Date: Tue, 4 Jul 2000 18:55:33 +0200
From: "Steven Van Poeck" <steven.van-poeck@SPAM.wanadoo.com>
Subject: Re: Win32 .htpasswd encryption problem.
Message-Id: <8jt4v6$qo4$1@wanadoo.fr>
Thanks for your answer :)) I *was* getting desperate ;)
Now, I feel real stupid but: I don't have a crypt directory anywhere in the
Perl directory structure. Should I just create one and hope it'll work or
what ?
Steven
P.S.: I do have an "authen" directory, but always under the LWP directory.
And I do have a MD5 directory. Should I try under these ?
>
> That is indeed the correct module - it even provides an apache_md5_crypt
> method. The module itself uses no XS componenents so you should just be
> able to unzip and untar the file and then copy the PasswdMD5.pm file to
> a directory Crypt under your site_perl directory - if you already have the
> MD5 module installed you shouldnt have any problems.
>
> /J\
> --
> ** This space reserved for venue sponsor for yapc::Europe **
> <http://www.yapc.org/Europe/>
------------------------------
Date: Wed, 05 Jul 2000 08:04:49 GMT
From: Jeremy Gurney <c4jgurney@my-deja.com>
Subject: Re: Win32 .htpasswd encryption problem.
Message-Id: <8juq6o$pkp$1@nnrp1.deja.com>
In article <8jt4v6$qo4$1@wanadoo.fr>,
"Steven Van Poeck" <steven.van-poeck@SPAM.wanadoo.com> wrote:
> Thanks for your answer :)) I *was* getting desperate ;)
>
> Now, I feel real stupid but: I don't have a crypt directory anywhere
in the
> Perl directory structure. Should I just create one and hope it'll work
or
> what ?
>
Jenda Krynicky's article "Installing Modules into ActivePerl" in
Perlmonth a while back is pretty useful if you don't quite know what
you're doing here. PPM will do all the directory management for you.
http://www.PerlMonth.com/features/ppm/ppm.html?issue=8
Jeremy Gurney
SAS Systems Analyst | Protherics Molecular Design Ltd.
"When everything is coming your way, you're in the wrong lane."
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
Date: Mon, 03 Jul 2000 17:46:45 +0200
From: Erik Bosrup <erik@bosrup.com>
Subject: Win32 COM problem
Message-Id: <3960B565.162FE72C@bosrup.com>
Hi,
I'm having a perl problem with a COM object for an asp site I'm
developing.
PerlScript code:
my $fares = $trans->fares;
my $res = $fares->getairbag;
my $ok = $fares->search($res, 4, $from, 4, $dest, Variant(VT_DATE,
"2000-07-14"), Variant(VT_DATE, "2000-07-20"), Variant(VT_EMPTY),
Variant(VT_EMPTY), Variant(VT_EMPTY), 0, 0, 0, 0);
Corresponding VBScript code:
set afare = t.fares
set res = afare.getairbag
ok =
afare.search(res,4,cstr(from),4,cstr(dest),cdate(outd),cdate(ind),,,,0,0,0,0)
The other parameters passed to the function are verified and ok. The res
objects created in the two examples should get the results from the
search function. In the PerlScript version however, it does not. I've
also tried calling the function like this (among many things I've
tried):
my $ok = $fares->search(Variant(VT_DISPATCH|VT_BYREF, $res), ... )
This didn't help either. Note that no error occurs when this is executed
and the search function returns an ok return code.
The declaration for the seach function looks like this:
Function Search ([GeoL1 As Integer], [GeoV1 As String], [Geo2 As
Integer], [Geo2 As String], [Out As Date = #1900-01-01#], [In As Date =
#1900-01-01#], [Car As String], [Service As String], [Family As Integer
= -1], [Sector As Integer = -1], [Open As Integer = -1], [FIT As Integer
= -1], [One As Integer = -1]) As Integer
Greatful for any tips or ideas on what else I can try.
Thank,
Erik
------------------------------
Date: Tue, 04 Jul 2000 00:54:33 GMT
From: Bob Walton <bwalton@rochester.rr.com>
Subject: Re: Win32 COM problem
Message-Id: <39613612.D81EF5B0@rochester.rr.com>
Erik Bosrup wrote:
...
> my $ok = $fares->search($res, 4, $from, 4, $dest, Variant(VT_DATE,
> "2000-07-14"), Variant(VT_DATE, "2000-07-20"), Variant(VT_EMPTY),
> Variant(VT_EMPTY), Variant(VT_EMPTY), 0, 0, 0, 0);
Just speculating: should $res above be \$res ? If it is to get the
results back, it must be a pass-by-reference rather than a
pass-by-value, as $res will not be modified if it is passed by value.
...
> Erik
--
Bob Walton
------------------------------
Date: Thu, 6 Jul 2000 18:06:00 -0400
From: "bmeson" <bmeson@hotmail.com>
Subject: Win95 Perl installation question
Message-Id: <8k2vph$43e$1@lnsnews.lns.cornell.edu>
Hi, I'm installing Perl on my PII-400 running Windows 95. My current
progress is as following:
1) I have installed MC Visual C++ 6.0 on my machine
2) I have downloaded and unzipped Perl package and put in D:\perl-5.6.0\
3) I downloaded dmake facility and put into D:\dmake-4.1pl1-win32\
Now I'm reading the README.win32 file in the Perl package and have some
questions:
1) according to this file, I changed in dmake\startup\config.mk:
OSRELEASE *:= microsoft
but there is another line in config.mk says:
OSENVIRONMENT *:= bcc50
do I need to change this to something like "vc60" ?
2) In the Perl\win32\makefile.mk, I set
CCTYPE *= MSVC60
but I'm not sure about CCHOME. Should I do
CCHOME *= $(MSVCDIR)
or
CCHOME *= D:\dmake ?
3) I guess next I should do 'dmake', but from which directory should I run
this? seems dmake has no knowledge whatsoever that perl is in D:\perl-5.6.0
directory.
Hope someone has been there and done that can give me some help. Thanks in
advance.
------------------------------
Date: Thu, 6 Jul 2000 18:02:37 -0500
From: "Randy Kobes" <randy@theory.uwinnipeg.ca>
Subject: Re: Win95 Perl installation question
Message-Id: <8k33b6$9r7$1@canopus.cc.umanitoba.ca>
bmeson <bmeson@hotmail.com> wrote in
message news:8k2vph$43e$1@lnsnews.lns.cornell.edu...
> Hi, I'm installing Perl on my PII-400 running Windows 95. My current
> progress is as following:
> 1) I have installed MC Visual C++ 6.0 on my machine
> 2) I have downloaded and unzipped Perl package and put in D:\perl-5.6.0\
> 3) I downloaded dmake facility and put into D:\dmake-4.1pl1-win32\
>
> Now I'm reading the README.win32 file in the Perl package and have some
> questions:
> 1) according to this file, I changed in dmake\startup\config.mk:
> OSRELEASE *:= microsoft
> but there is another line in config.mk says:
> OSENVIRONMENT *:= bcc50
> do I need to change this to something like "vc60" ?
Since you got VC++, which comes with 'nmake', you
might as well use nmake - there might be less
problems in the future. For this use the Win32\Makefile
file, and edit it as the comments indicate.
> 2) In the Perl\win32\makefile.mk, I set
> CCTYPE *= MSVC60
> but I'm not sure about CCHOME. Should I do
> CCHOME *= $(MSVCDIR)
> or
> CCHOME *= D:\dmake ?
>
> 3) I guess next I should do 'dmake', but from which directory should I run
> this? seems dmake has no knowledge whatsoever that perl is in
D:\perl-5.6.0
> directory.
In the Win32 subdirectory of the Perl source, type
'nmake', and watch things go .....
best regards,
randy kobes
------------------------------
Date: Thu, 6 Jul 2000 20:51:57 -0400
From: "bmeson" <bmeson@hotmail.com>
Subject: Re: Win95 Perl installation question
Message-Id: <8k39go$8u8$1@lnsnews.lns.cornell.edu>
Hi, thanks for the prompt answer.
In the README.win32 file, it states:
>
You need a "make" program to build the sources. If you are using
Visual C++ under Windows NT or 2000, nmake will work. All other
builds need dmake.
>
So since I'm in Win95 instead of NT or 2000, shouldn't I use dmake?
Is there anyone out there successfully use nmake on Win95?
I guess I could try nmake first, but I want to be cautious...
Thanks again,
"Randy Kobes" <randy@theory.uwinnipeg.ca> wrote in message
news:8k33b6$9r7$1@canopus.cc.umanitoba.ca...
>
> bmeson <bmeson@hotmail.com> wrote in
> message news:8k2vph$43e$1@lnsnews.lns.cornell.edu...
> > Hi, I'm installing Perl on my PII-400 running Windows 95. My current
> > progress is as following:
> > 1) I have installed MC Visual C++ 6.0 on my machine
> > 2) I have downloaded and unzipped Perl package and put in D:\perl-5.6.0\
> > 3) I downloaded dmake facility and put into D:\dmake-4.1pl1-win32\
> >
> > Now I'm reading the README.win32 file in the Perl package and have some
> > questions:
> > 1) according to this file, I changed in dmake\startup\config.mk:
> > OSRELEASE *:= microsoft
> > but there is another line in config.mk says:
> > OSENVIRONMENT *:= bcc50
> > do I need to change this to something like "vc60" ?
>
> Since you got VC++, which comes with 'nmake', you
> might as well use nmake - there might be less
> problems in the future. For this use the Win32\Makefile
> file, and edit it as the comments indicate.
>
> > 2) In the Perl\win32\makefile.mk, I set
> > CCTYPE *= MSVC60
> > but I'm not sure about CCHOME. Should I do
> > CCHOME *= $(MSVCDIR)
> > or
> > CCHOME *= D:\dmake ?
> >
> > 3) I guess next I should do 'dmake', but from which directory should I
run
> > this? seems dmake has no knowledge whatsoever that perl is in
> D:\perl-5.6.0
> > directory.
>
> In the Win32 subdirectory of the Perl source, type
> 'nmake', and watch things go .....
>
> best regards,
> randy kobes
>
>
>
>
------------------------------
Date: Thu, 6 Jul 2000 20:50:37 -0500
From: "Randy Kobes" <randy@theory.uwinnipeg.ca>
Subject: Re: Win95 Perl installation question
Message-Id: <8k3d64$e4u$1@canopus.cc.umanitoba.ca>
bmeson <bmeson@hotmail.com> wrote in
message news:8k39go$8u8$1@lnsnews.lns.cornell.edu...
> Hi, thanks for the prompt answer.
> In the README.win32 file, it states:
> >
> You need a "make" program to build the sources. If you are using
> Visual C++ under Windows NT or 2000, nmake will work. All other
> builds need dmake.
> >
> So since I'm in Win95 instead of NT or 2000, shouldn't I use dmake?
> Is there anyone out there successfully use nmake on Win95?
I'm using nmake/VC++ on Win98 and Perl-5.6.0, and haven't had
any problems in this respect. In ExtUtils\MM_Unix.pm I had
to edit the subdir_x sub to remove the beginning '@['
and ']' lines (which are dmake specific), but aside from
that, things have been pretty straightforward. One advantage of
using 'nmake' is that some other packages that perl can interact
with, like apache, have things already set up for nmake.
best regards,
randy kobes
------------------------------
Date: Fri, 07 Jul 2000 04:26:35 GMT
From: Bob Walton <bwalton@rochester.rr.com>
Subject: Re: Win95 Perl installation question
Message-Id: <39655C3E.C25AF3E7@rochester.rr.com>
bmeson wrote:
>
> Hi, I'm installing Perl on my PII-400 running Windows 95. My current
> progress is as following:
...
Unless you need something special, you would be well-advised to install
ActiveState's binary. http://www.activestate.com .
--
Bob Walton
------------------------------
Date: Thu, 06 Jul 2000 22:40:59 -0700
From: Dan Burch <dburch@teleport.com>
Subject: Re: Win95 Perl installation question
Message-Id: <39656D6B.3C8F2781@teleport.com>
Bob Walton wrote:
>
> bmeson wrote:
> >
> > Hi, I'm installing Perl on my PII-400 running Windows 95. My current
> > progress is as following:
> ...
> Unless you need something special, you would be well-advised to install
> ActiveState's binary. http://www.activestate.com .
If you are interested in data base stuff you can get a binary of perl
5.00502 with the DBI.pm and may other useful modules already compiled
with it at http://www.mysql.net/Downloads/Win32/
http://www.mysql.net/Downloads/Win32/Perl-5.00502-mswin32-1.1-x86.zip
> --
> Bob Walton
------------------------------
Date: Mon, 3 Jul 2000 18:51:18 +0100
From: "Dr Joolz" <julius_mong@hotmail.com>
Subject: XML Module install problems
Message-Id: <8jqjhf$rd4$1@oyez.ccc.nottingham.ac.uk>
Dear all, I've been trying to install the XML package, when I type 'perl
Makefile.PL' it says checking and then looks good. But then it gives me a
few bad command or filename errors and returns me to the prompt. Then I type
'make' or 'make .' it would say separator missing and gives me 'Stop'. The
package isn't installed properly at all, and I have no idea how to get it to
work... I've tried installing the XML::Parser modules on its own come in a
tar.gz file but no luck, same problems. I've tried installing the
Bundle::XML from CPAN, also same errors... what am I doing wrong? What are
those Bad command and filename? I tried it on Win98 and NT but neither
works.
Could someone help me? I'm terminally stuck... but I need to be able to use
the package...
Puzzled,
Jules
PS. I got ActiveState Perl 5.6.0 installed.
***24 hours in a day...24 beers in a case...coincidence?***
------------------------------
Date: Mon, 3 Jul 2000 16:02:22 -0500
From: "Randy Kobes" <randy@theory.uwinnipeg.ca>
Subject: Re: XML Module install problems
Message-Id: <8jqv5h$a3q$1@canopus.cc.umanitoba.ca>
Dr Joolz <julius_mong@hotmail.com> wrote in
message news:8jqjhf$rd4$1@oyez.ccc.nottingham.ac.uk...
> Dear all, I've been trying to install the XML package, when I type 'perl
> Makefile.PL' it says checking and then looks good. But then it gives me a
> few bad command or filename errors and returns me to the prompt. Then I
type
> 'make' or 'make .' it would say separator missing and gives me 'Stop'. The
> package isn't installed properly at all, and I have no idea how to get it
to
> work... I've tried installing the XML::Parser modules on its own come in a
> tar.gz file but no luck, same problems. I've tried installing the
> Bundle::XML from CPAN, also same errors... what am I doing wrong? What are
> those Bad command and filename? I tried it on Win98 and NT but neither
> works.
>
> Could someone help me? I'm terminally stuck... but I need to be able to
use
> the package...
>
> Puzzled,
> Jules
>
> PS. I got ActiveState Perl 5.6.0 installed.
>
The easiest way to install modules with ActiveState's perl
is through the ppm utility:
ppm install XML::Parser
But doesn't ActiveState's perl come already with
XML::Parser? Check out
http://www.activestate.com/ppmpackages/
for a list of packages available there.
The "bad separator" message you found
in the Makefile is probably due to not using
'nmake' for your make program - you can get
a self-extracting archive of this from
ftp://ftp.microsoft.com/softlib/MSLFILES/nmake15.exe
best regards,
randy kobes
------------------------------
Date: Mon, 3 Jul 2000 23:56:42 +0100
From: "Dr Joolz" <julius_mong@hotmail.com>
Subject: Re: XML Module install problems
Message-Id: <8jr5dl$btc$1@oyez.ccc.nottingham.ac.uk>
Hi there, thanks for your help. But even after I reintalled Activestate Perl
5.6.0 build 613 and nmake, I still get the following outcome when I try to
install XML Parser:
----------------------------------------
C:\Temp\XML-Parser-2.29>perl Makefile.PL
Checking if your kit is complete...
Looks good
Bad command or file name
Bad command or file name
Unable to find a perl 5 (by these names: C:\Perl\bin\Perl.exe miniperl perl
perl
5 perl5.6.0, in these dirs: C:\WINDOWS C:\WINDOWS\COMMAND C:\DJGPP\BIN
C:\DJGPP\
GNU\EMACS\BIN C:\WINDOWS\SYSTEM C:\JAVA\BIN C:\PERL\BIN C:\WINDOWS
C:\WINDOWS\CO
MMAND C:\WINDOWS\TWAIN_32\SCANWIZ C:\Perl\bin)
Bad command or file name
Running '..\0 -IC:\Perl\lib C:\Perl\lib\ExtUtils\xsubpp -v 2>&1' exits with
stat
us 16777215 at (eval 26) line 17.
Bad command or file name
Running '..\0 C:\Perl\lib\ExtUtils\xsubpp temp000 2>&1' exits with status
167772
15 at (eval 26) line 43.
Writing Makefile for XML::Parser::Expat
Writing Makefile for XML::Parser
----------------------------------------
...and then when I type nmake, nmake test, nmake install or nmake whatever I
get:
----------------------------------------
Microsoft (R) Program Maintenance Utility Version 1.50
Copyright (c) Microsoft Corp 1988-94. All rights reserved.
makefile(477) : fatal error U1035: syntax error : expected ':' or '='
separator
Stop.
----------------------------------------
I tried using ppm but I get:
----------------------------------------
C:\>ppm install XML::Parser
Error installing package 'XML-Parser': Could not locate a PPD file for
package XML-Parser
----------------------------------------
I really have no idea why it wouldn't work on my PC... :-( Please help...
Thanx,
Jules
***24 hours in a day...24 beers in a case...coincidence?***
------------------------------
Date: Mon, 3 Jul 2000 20:19:41 -0500
From: "Randy Kobes" <randy@theory.uwinnipeg.ca>
Subject: Re: XML Module install problems
Message-Id: <8jre7v$h06$1@canopus.cc.umanitoba.ca>
Dr Joolz <julius_mong@hotmail.com> wrote in
message news:8jr5dl$btc$1@oyez.ccc.nottingham.ac.uk...
> Hi there, thanks for your help. But even after I reintalled Activestate
Perl
> 5.6.0 build 613 and nmake, I still get the following outcome when I try to
> install XML Parser:
> ----------------------------------------
> C:\Temp\XML-Parser-2.29>perl Makefile.PL
> Checking if your kit is complete...
> Looks good
> Bad command or file name
> Bad command or file name
> Unable to find a perl 5 (by these names: C:\Perl\bin\Perl.exe miniperl
perl
[snip]
Try changing line 163 of ExtUtils\MM_Win32.pm
(somewhere in the core Perl lib directory) from
$val = `$abs -e "require $ver;" 2>&1`;
to
$val = system('$abs -e "require $ver;" 2>&1');
If you're on Win9?, you could lose the '2>&1',
unless your shell understands such redirection.
> I tried using ppm but I get:
> ----------------------------------------
> C:\>ppm install XML::Parser
> Error installing package 'XML-Parser': Could not locate a PPD file for
> package XML-Parser
> ----------------------------------------
At http://www.activestate.com/Products/ActivePerl/Download.html
there's a note about a fix for PPM - did you apply that?
Also, are you sure that XML::Parser isn't
included in your ActiveState's perl? If you do
perl -MXML::Parser -e "print 1"
what does it say?
best regards,
randy kobes
------------------------------
Date: Wed, 05 Jul 2000 16:15:28 GMT
From: doran@NOSPAMaltx.net (Doran)
Subject: Re: XML Module install problems
Message-Id: <39635e10.1718755@news2.brandx.net>
Are you sure you don't already have the XML parser installed?
Type this on the command line and see if you get any errors. If not,
you have the module installed already.
perl -MXML::Parser -e "print 'hello world'"
Good luck,
Doran...
On Mon, 3 Jul 2000 23:56:42 +0100, "Dr Joolz"
<julius_mong@hotmail.com> wrote:
>----------------------------------------
>
>I tried using ppm but I get:
>
>----------------------------------------
>C:\>ppm install XML::Parser
>Error installing package 'XML-Parser': Could not locate a PPD file for
>package XML-Parser
>----------------------------------------
------------------------------
Date: Tue, 04 Jul 2000 16:02:59 GMT
From: shikida@my-deja.com
Subject: Re: XML Schema and datatypes with Perl
Message-Id: <8jt1ra$j1d$1@nnrp1.deja.com>
XMLSpy implements this, I think.
Anyway, I'll follow the mailing-list you suggest.
Thanks
K.
> shikida@my-deja.com wrote:
> >
> > I want to check datatypes using XML Schemas with perl.
> > Is there any library I can use to do this?
> > Seems that the most popular XML parser for perl don't check
datatypes.
> >
>
> It's a bit early just yet -- XML Schema standard hasn't got to the RFC
> stage yet, so no-one can be +really+ sure what to parse against.
>
> I suggest you keep an eye on the Perl-XML mailing list (check it
> at http://www.activestate.com ). A lot of recent work is being
> flagged there.
>
> --
> --peter@access.com.au -- Peter G. Martin, Tech writer
> mobile: 04 08 249 113 Home: peterm@zeta.org.au
> Home page: http://www.zeta.org.au/~peterm
> "Regexes::Text as Numbers::Mathematics."
>
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
Date: 8 Jul 2000 17:56:45 -0000
From: Secret Squirrel <squirrel@echelon.alias.net>
Subject: Y doesnt someone explain =this= to me?
Message-Id: <759198a640bf03ed7232d44f87fb014a@anonymous.poster>
452354235Why are these tards trying to make POT legal when POT makes people paranoid and do stupid things? They havent spoken of making hydromorphone, morphine, or opium legal. Hydromorphone makes you love everybody. I proposed to my wife on hydromorphone. I shoot up with hydromorphone before every family reunion. We conceived our kids on hydromorphone.
Fuckin potheads
------------------------------
Date: Sat, 08 Jul 2000 18:04:15 GMT
From: Uri Guttman <uri@sysarch.com>
Subject: Re: Y doesnt someone explain =this= to me?
Message-Id: <x7d7koo5wf.fsf@home.sysarch.com>
>>>>> "SS" == Secret Squirrel <squirrel@echelon.alias.net> writes:
SS> 452354235Why are these tards trying to make POT legal when POT
SS> makes people paranoid and do stupid things? They havent spoken of
SS> making hydromorphone, morphine, or opium legal. Hydromorphone
SS> makes you love everybody. I proposed to my wife on hydromorphone.
SS> I shoot up with hydromorphone before every family reunion. We
SS> conceived our kids on hydromorphone. Fuckin potheads
wow. he must have skipped his shot when he posted this. and such a fun
set of crossposted groups (edited by me for niceness).
and NO perl content.
uri
--
Uri Guttman --------- uri@sysarch.com ---------- http://www.sysarch.com
SYStems ARCHitecture, Software Engineering, Perl, Internet, UNIX Consulting
The Perl Books Page ----------- http://www.sysarch.com/cgi-bin/perl_books
The Best Search Engine on the Net ---------- http://www.northernlight.com
------------------------------
Date: Sat, 08 Jul 2000 16:16:43 -0400
From: Drew Simonis <care227@attglobal.net>
Subject: Re: Y doesnt someone explain =this= to me?
Message-Id: <39678C2B.F59190EE@attglobal.net>
[rec.pets.cats ?]
Secret Squirrel wrote:
>
> Why are these tards trying to make POT legal when POT makes people
> paranoid and do stupid things?
Like posting this? Have you been smoking POT again?
> They havent spoken of making hydromorphone, morphine, or opium legal.
^^^^^^^^
I recall Morphine being legal... controlled, but legal.
> I proposed to my wife on hydromorphone.
I bet she's very proud right now.
> We conceived our kids on hydromorphone.
You've reproduced!?!?! <shudder>
> [expletive deleted] potheads
------------------------------
Date: Sat, 08 Jul 2000 20:44:52 GMT
From: cberry@cinenet.net (Craig Berry)
Subject: Re: Y doesnt someone explain =this= to me?
Message-Id: <smf4m4hfnu41@corp.supernews.com>
Secret Squirrel (squirrel@echelon.alias.net) wrote:
: 452354235Why are these tards [snip]
Scary thought: What if that opening string of numerals is a sequence
number?
--
| Craig Berry - http://www.cinenet.net/users/cberry/home.html
--*-- "Beauty and strength, leaping laughter and delicious
| languor, force and fire, are of us." - Liber AL II:20
------------------------------
Date: 9 Jul 2000 13:16:16 GMT
From: Ilmari Karonen <iltzu@sci.invalid>
Subject: Re: Y doesnt someone explain =this= to me?
Message-Id: <963148519.15706@itz.pp.sci.fi>
In article <smf4m4hfnu41@corp.supernews.com>, Craig Berry wrote:
>Secret Squirrel (squirrel@echelon.alias.net) wrote:
>: 452354235Why are these tards [snip]
>
>Scary thought: What if that opening string of numerals is a sequence
>number?
What, like http://jubal.westnet.com/hyperdiscordia/guerrilla_surrealism_case_study_1.html ?
--
Ilmari Karonen - http://www.sci.fi/~iltzu/
"The screwdriver *is* the portable method." -- Abigail
Please ignore Godzilla and its pseudonyms - do not feed the troll.
------------------------------
Date: Sun, 9 Jul 2000 13:23:22 -0500
From: "Dustin Petersen" <dkpetes@clear.lakes.com>
Subject: Re: Y doesnt someone explain =this= to me?
Message-Id: <3968c1d7@sushi>
No one here said anything about pot. Lay off the crack and post crap like
this where it belongs.
Secret Squirrel <squirrel@echelon.alias.net> wrote in message
news:759198a640bf03ed7232d44f87fb014a@anonymous.poster...
> 452354235Why are these tards trying to make POT legal when POT makes
people paranoid and do stupid things? They havent spoken of making
hydromorphone, morphine, or opium legal. Hydromorphone makes you love
everybody. I proposed to my wife on hydromorphone. I shoot up with
hydromorphone before every family reunion. We conceived our kids on
hydromorphone.
>
> Fuckin potheads
>
------------------------------
Date: 03 Jul 2000 18:18:54 EDT
From: abigail@delanet.com (Abigail)
Subject: Re: YES it's dangerous! (was Re: Is this code dangerous? eval{$$_ = $q->param($_)})
Message-Id: <slrn8m25c5.59a.abigail@alexandra.delanet.com>
Randal L. Schwartz (merlyn@stonehenge.com) wrote on MMCDXCVII September
MCMXCIII in <URL:news:m1wvj4crwi.fsf@halfdome.holdit.com>:
.. >>>>> "multiplexor" == multiplexor <abuse@localhost> writes:
..
.. multiplexor> As I understand it, what the foreach loop do is equivalent to th
..
.. multiplexor> $name = $q->param(name);
.. multiplexor> $email = $q->param(email);
..
.. multiplexor> That's why I can't find any security hole when someone type any
.. multiplexor> comand. Can you comment on this code?
..
.. Yes. It's dangerous. Don't do it.
..
.. Do you really wanna let an arbitary user do this:
..
.. $some_variable_that_was_important_to_authentication =
.. $q->param('some_variable_that_was_important_to_authentication');
..
.. without you noticing?
..
.. Don't mix user-defined variable names with your variables. Keep them
.. as keys in a hash. *NEVER* let the user data mix with your data.
But in the code given (and snipped away by you), that isn't possible,
is it? If so, please provide an example. Recalling from memory, the
code fragment was more or less:
my @params = qw /name email/;
foreach (@params) {
eval {$$_ = $q -> param ($_)}
}
How a user is supposed to sneak in a
"some_variable_that_was_important_to_authentication" is unclear to me.
Abigail
--
sub _'_{$_'_=~s/$a/$_/}map{$$_=$Z++}Y,a..z,A..X;*{($_::_=sprintf+q=%X==>"$A$Y".
"$b$r$T$u")=~s~0~O~g;map+_::_,U=>T=>L=>$Z;$_::_}=*_;sub _{print+/.*::(.*)/s}
*_'_=*{chr($b*$e)};*__=*{chr(1<<$e)};
_::_(r(e(k(c(a(H(__(l(r(e(P(__(r(e(h(t(o(n(a(__(t(us(J())))))))))))))))))))))))
------------------------------
Date: 4 Jul 2000 04:26:58 GMT
From: Tina Mueller <tina@streetmail.com>
Subject: Re: YES it's dangerous! (was Re: Is this code dangerous? eval{$$_ = $q->param($_)})
Message-Id: <8jrp2i$15knk$6@ID-24002.news.cis.dfn.de>
hi,
Abigail <abigail@delanet.com> wrote:
> Randal L. Schwartz (merlyn@stonehenge.com) wrote on MMCDXCVII September
> MCMXCIII in <URL:news:m1wvj4crwi.fsf@halfdome.holdit.com>:
> .. >>>>> "multiplexor" == multiplexor <abuse@localhost> writes:
> ..
> .. multiplexor> [...]
> ..
> .. Yes. It's dangerous. Don't do it.
> ..
> .. $some_variable_that_was_important_to_authentication =
> .. $q->param('some_variable_that_was_important_to_authentication');
> ..
> .. Don't mix user-defined variable names with your variables. Keep them
> .. as keys in a hash. *NEVER* let the user data mix with your data.
> But in the code given (and snipped away by you), that isn't possible,
> is it? If so, please provide an example. Recalling from memory, the
> code fragment was more or less:
> my @params = qw /name email/;
> foreach (@params) {
> eval {$$_ = $q -> param ($_)}
> }
> How a user is supposed to sneak in a
> "some_variable_that_was_important_to_authentication" is unclear to me.
that's right, the code above *isn't* dangerous itself. I
think what he was trying to say is that it can be made
dangerous quickly. if someone thinks, "oh, i
don't want to have just name and email, let's just
replace
my @params = qw /name email/;
with
my @params = $q->param();
oops. you're screwed...
regards,
tina
--
http://tinita.de \ enter__| |__the___ _ _ ___
tina's moviedatabase \ / _` / _ \/ _ \ '_(_-< of
search & add comments \ \ _,_\ __/\ __/_| /__/ perception
"The Software required Win98 or better, so I installed Linux."
------------------------------
Date: 16 Sep 99 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 16 Sep 99)
Message-Id: <null>
Administrivia:
The Perl-Users Digest is a retransmission of the USENET newsgroup
comp.lang.perl.misc. For subscription or unsubscription requests, send
the single line:
subscribe perl-users
or:
unsubscribe perl-users
to almanac@ruby.oce.orst.edu.
| NOTE: The mail to news gateway, and thus the ability to submit articles
| through this service to the newsgroup, has been removed. I do not have
| time to individually vet each article to make sure that someone isn't
| abusing the service, and I no longer have any desire to waste my time
| dealing with the campus admins when some fool complains to them about an
| article that has come through the gateway instead of complaining
| to the source.
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
To request back copies (available for a week or so), send your request
to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
where x is the volume number and y is the issue number.
For other requests pertaining to the digest, send mail to
perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
sending perl questions to the -request address, I don't have time to
answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V9 Issue 3614
**************************************
