[15930] in Perl-Users-Digest
Perl-Users Digest, Issue: 3343 Volume: 9
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Tue Jun 13 14:10:42 2000
Date: Tue, 13 Jun 2000 11:10:20 -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: <960919820-v9-i3343@ruby.oce.orst.edu>
Content-Type: text
Perl-Users Digest Tue, 13 Jun 2000 Volume: 9 Number: 3343
Today's topics:
Re: Easy CGI question <raphaelp@nr1webresource.com>
Re: Easy CGI question <raphaelp@nr1webresource.com>
Re: Easy CGI question <care227@attglobal.net>
Re: Easy CGI question <flavell@mail.cern.ch>
Re: Easy CGI question <raphaelp@nr1webresource.com>
Re: Easy CGI question <raphaelp@nr1webresource.com>
Re: Encrypting / decrypting. <godzilla@stomp.stomp.tokyo>
Re: Encrypting / decrypting. <dan@tuatha.sidhe.org>
Re: Encrypting / decrypting. <godzilla@stomp.stomp.tokyo>
Re: Generating an excel page by submitting a form <trevor@trevorsky.com>
Re: Generating an excel page by submitting a form <bg@skypoint.com>
Re: Help wtih Regular Expression (Bart Lateur)
How to capture screen that uses curses <cjstar@singnet.com.sg>
Re: How to check browser for Javascript enable? (John Stanley)
Re: Larry Rosler interview on perl.com! (Bart Lateur)
Re: Larry Rosler interview on perl.com! (David H. Adler)
Re: Larry Rosler interview on perl.com! (Jerome O'Neil)
Re: Larry Rosler interview on perl.com! (Eric Bohlman)
Re: Larry Rosler interview on perl.com! <lr@hpl.hp.com>
Re: Length of an Array <godzilla@stomp.stomp.tokyo>
Re: ls (Eric Bohlman)
Re: Mystery Regex <godzilla@stomp.stomp.tokyo>
Re: Need perl code to do OS baselining <rootbeer@redcat.com>
Re: perl system call problems, VSS cmd line <rootbeer@redcat.com>
ppm: Can't find unicode character property definition <Thilo.Opaterny@nbgm.siemens.de>
Re: print pdf (Bart Lateur)
Digest Administrivia (Last modified: 16 Sep 99) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Tue, 13 Jun 2000 17:14:31 +0200
From: "Raphael Pirker" <raphaelp@nr1webresource.com>
Subject: Re: Easy CGI question
Message-Id: <8i5j54$i98$1@news.online.de>
I agree with you there, wrong locations is not really a nice way. But since
this is (most probably) a one-time mistake of the one who asked and the
first answer already included the notice to ask CGI questions in the CGI
newsgroup, why not answer the question? If you don't answer, the person will
have to post again in the CGI forum. This wastes time on his side and
bandwidth on "our" side...
Alan J. Flavell <flavell@mail.cern.ch> wrote in message
news:Pine.GHP.4.21.0006131617130.10517-100000@hpplus03.cern.ch...
>
> First of all, CGI is not on-topic here. Any answers offered
> should be treated with additional scepticism.
>
> On Tue, 13 Jun 2000, Raphael Pirker wrote:
>
> > The heading (content-type...) must be exactly as follows:
>
> "must"? "exactly"??
>
> > print "Content-type: text/html\n\n";
>
> CA-2000-02 says no. Every text content-type needs a charset
> explicitly specified in order to conform with this security advisory.
>
> The Content-type: does not have to come last in the CGI response
> headers.
>
> So, what would be wrong with e.g this (aside from perl coding style):
>
> print "Content-Type: text/html; charset=koi8-r\n";
> print "Vary: *\n\n";
>
> Looks to me to be a valid CGI response, but I could be mistaken.
>
> Surely you'd be better advised to summarise the principles, or point
> to the specification, than to write down one simple example of a
> conforming response and claim that it "must" be "exactly" that.
>
------------------------------
Date: Tue, 13 Jun 2000 17:22:20 +0200
From: "Raphael Pirker" <raphaelp@nr1webresource.com>
Subject: Re: Easy CGI question
Message-Id: <8i5jjp$ihm$1@news.online.de>
in his case it "must" be "exactly" like that!
It couldn't go like:
print "Content-type: text/html\n";
or maybe like:
print Content-type: text/html\n\n;
Of course, in other cases that's different. Important are the 2 \n\n to
differenciate between header and body. It's the same if you use sendmail!
Alan J. Flavell <flavell@mail.cern.ch> wrote in message
news:Pine.GHP.4.21.0006131617130.10517-100000@hpplus03.cern.ch...
>
> First of all, CGI is not on-topic here. Any answers offered
> should be treated with additional scepticism.
>
> On Tue, 13 Jun 2000, Raphael Pirker wrote:
>
> > The heading (content-type...) must be exactly as follows:
>
> "must"? "exactly"??
>
> > print "Content-type: text/html\n\n";
>
> CA-2000-02 says no. Every text content-type needs a charset
> explicitly specified in order to conform with this security advisory.
>
> The Content-type: does not have to come last in the CGI response
> headers.
>
> So, what would be wrong with e.g this (aside from perl coding style):
>
> print "Content-Type: text/html; charset=koi8-r\n";
> print "Vary: *\n\n";
>
> Looks to me to be a valid CGI response, but I could be mistaken.
>
> Surely you'd be better advised to summarise the principles, or point
> to the specification, than to write down one simple example of a
> conforming response and claim that it "must" be "exactly" that.
>
------------------------------
Date: Tue, 13 Jun 2000 11:39:20 -0400
From: Drew Simonis <care227@attglobal.net>
Subject: Re: Easy CGI question
Message-Id: <394655A8.DF283F13@attglobal.net>
Raphael Pirker wrote:
>
> in his case it "must" be "exactly" like that!
>
> It couldn't go like:
> print "Content-type: text/html\n";
>
> or maybe like:
> print Content-type: text/html\n\n;
>
> Of course, in other cases that's different. Important are the 2 \n\n to
> differenciate between header and body. It's the same if you use sendmail!
>
You must be new to these parts.
------------------------------
Date: Tue, 13 Jun 2000 17:33:05 +0200
From: "Alan J. Flavell" <flavell@mail.cern.ch>
Subject: Re: Easy CGI question
Message-Id: <Pine.GHP.4.21.0006131726410.10517-100000@hpplus03.cern.ch>
On Tue, 13 Jun 2000, Raphael Pirker continued to ring the alarm bells
by quoting upside down and thundering:
> in his case it "must" be "exactly" like that!
No
> It couldn't go like:
> print "Content-type: text/html\n";
But it could go like:
print "Content-Type: text/html\n";
print "\n";
Or it could go like:
print <<EH-OH;
Content-Type: text/html
EH-OH
, and many other possibilities.
But then it would still violate CA-2000-02, which you quoted but
failed to take into accout - "par for the course" for upside-down
quoters.
And would still be off-topic for c.l.p.misc. [f'up set]
------------------------------
Date: Tue, 13 Jun 2000 18:17:43 +0200
From: "Raphael Pirker" <raphaelp@nr1webresource.com>
Subject: Re: Easy CGI question
Message-Id: <8i5mrr$k63$1@news.online.de>
I am new to Perl, and I'm only quoting my teacher whom I (luckily) only see
once a month... :-)
Well, I guess this proves the following wrong once more:
Teachers know everything. And not only that, they know everything BETTER
than we pupils... <g>
Drew Simonis <care227@attglobal.net> wrote in message
news:394655A8.DF283F13@attglobal.net...
> Raphael Pirker wrote:
> >
> > in his case it "must" be "exactly" like that!
> >
> > It couldn't go like:
> > print "Content-type: text/html\n";
> >
> > or maybe like:
> > print Content-type: text/html\n\n;
> >
> > Of course, in other cases that's different. Important are the 2 \n\n to
> > differenciate between header and body. It's the same if you use
sendmail!
> >
>
> You must be new to these parts.
------------------------------
Date: Tue, 13 Jun 2000 18:43:28 +0200
From: "Raphael Pirker" <raphaelp@nr1webresource.com>
Subject: Re: Easy CGI question
Message-Id: <8i5oc7$kue$1@news.online.de>
> But it could go like:
>
> print "Content-Type: text/html\n";
> print "\n";
But then there are still 2 \n\n\ at the end! This is the same code!
> print <<EH-OH;
> Content-Type: text/html
>
> EH-OH
inside those <<START; until START; thingies (I don't know how to call them
in Perl :-) line-breaks are treated the same as \n, right? Which gives us
again 2 times "\n" and the "same" code as mine:
print <<EH-OH;
Content-Type: text/html #\n
# \n
EH-OH
I know there are about 10 different ways of writing this line (how about
$header = "Content-Type: text/html\n\n"; print "$header"? :) but no-one in
his right mind would try any of the approaches mentioned by you for a code
which has a max. of 20 lines! (why buy the whole shop if you only want the
candy?)
> But then it would still violate CA-2000-02, which you quoted but
> failed to take into accout
I never quoted CA-2000-02 (whatever that is) - you did. Please tell me the
place where I failed to take your quote into account!
> And would still be off-topic for c.l.p.misc. [f'up set]
Agreed. But I felt it would be worth to defend my point of view. Sorry I got
you upset! Cease fire?
Alan J. Flavell <flavell@mail.cern.ch> wrote in message
news:Pine.GHP.4.21.0006131726410.10517-100000@hpplus03.cern.ch...
> On Tue, 13 Jun 2000, Raphael Pirker continued to ring the alarm bells
> by quoting upside down and thundering:
>
> > in his case it "must" be "exactly" like that!
>
> No
>
> > It couldn't go like:
> > print "Content-type: text/html\n";
>
> But it could go like:
>
> print "Content-Type: text/html\n";
> print "\n";
>
> Or it could go like:
>
> print <<EH-OH;
> Content-Type: text/html
>
> EH-OH
>
> , and many other possibilities.
>
> But then it would still violate CA-2000-02, which you quoted but
> failed to take into accout - "par for the course" for upside-down
> quoters.
>
> And would still be off-topic for c.l.p.misc. [f'up set]
>
>
------------------------------
Date: Tue, 13 Jun 2000 09:24:11 -0700
From: "Godzilla!" <godzilla@stomp.stomp.tokyo>
Subject: Re: Encrypting / decrypting.
Message-Id: <3946602B.478C0A24@stomp.stomp.tokyo>
Matt King wrote:
> Godzilla! Can you contact me outside of this ng?
> I'd like to discuss this encryption/decryption
> thing without everyone hammering us. You apear to be
> able to best answer my questions....
Have you noticed when these geeks get their diapers
in a knot over me, their eyes become as big as an
Oklahoma bullfrog in heat along with turning just
as green with envy?
Mail me only that portion of your script which
deals with your encryption/decryption and one
or two examples of input which creates this bug.
It is critically important you send information
which is both precisely and exactly that which
causes this bug you mention. This is critical
so I can attempt to replicate this bug under
absolutely the same control conditions.
No promises but I am curious enough to work
at discovering what is causing your bug. Be
sure you understand I am making no promises
of a cure nor making any promises I will
actually afford you help. I will, at least,
look at your data and give it a courtesy shot.
Unfortunately, I must insist your email originate
from your parent server, this is, be a valid direct
email address, not a remailer. Why this is so, many
here have elected to unlawfully harass our family
via email and some have elected to periodically
unlawfully email bomb our mailbox. There are a lot
of childish people here and a lot of criminals.
I need to be able to sort you out from these
jerks running around here.
callgirl@la.znet.com
Godzilla!
------------------------------
Date: Tue, 13 Jun 2000 16:34:32 GMT
From: Dan Sugalski <dan@tuatha.sidhe.org>
Subject: Re: Encrypting / decrypting.
Message-Id: <sot15.758$My2.2605@news1.rdc1.ct.home.com>
Godzilla! <godzilla@stomp.stomp.tokyo> wrote:
> if ($random_key == 0)
> { $sample =~ tr/a-zA-Z/h-za-gH-ZA-G/; }
> elsif ($random_key == 1)
> { $sample =~ tr/a-zA-Z/t-za-sT-ZA-S/; }
This is a simple Caesar cypher, possibly the oldest known method of
encrypting a message, dating back a few millenia.
It's also not even close to secure. Most middle school libraries have
books showing how to break this particular cypher, and one of the episodes
of Ghostwriter my son was watching the other day demonstrated how to break
it. Many newspapers also have a daily puzzle encoded in exactly the same
way.
This method of encoding is trivially broken using letter frequencies for a
message of any length written in english, and a brute-force attack will
usually get the ones that aren't long enough for the more sophisticated
attack.
The net result is your average 14-year old, armed with a 25MHz 486 PC will
likely break your code in less than two seconds, and in less than 15
minutes with pencil and paper.
Dan
------------------------------
Date: Tue, 13 Jun 2000 10:57:28 -0700
From: "Godzilla!" <godzilla@stomp.stomp.tokyo>
Subject: Re: Encrypting / decrypting.
Message-Id: <39467608.9BA63EFF@stomp.stomp.tokyo>
Matt King wrote:
> I have your script working. And I have made some
> changes to it to make the output more the I want
> it to be, however, the decryption process is not
> 100% relyable. I have noted several instances where
> the decrypted output is different for what it should
> be. But running the encryption on the same information
> again and the out come is different, since the randum
> key is different. I think that this has more to do
> with what I'm trying to encrypt verses the evcryption
> process.
A quick thought for you Matt. My presumption
is you are using a form action for input data
and using cgi.pm to read and parse your data.
As a test, I would dump cgi.pm and write your
own "Steve Brenner" style read and parse. You
will find this method by internet search. This
cgi.pm is well noted for a being a data mangler.
Using your own read and parse will kill security
measures included in cgi.pm which, as a spin-off,
wreak havoc upon input data. If you have no need
for security, no problem. Otherwise visit here:
http://www.eekim.com/pubs/cgibook/ch09/0901.html
Down below is a sample of a Steve Brenner style
read and parse which will not mangle your data
as cgi.pm will do, inherently.
Godzilla!
Your input variables are addressed this way:
$in{KeyName}
example, NAME="Kira" VALUE="geek"
$in{Kira} will address this input
from a form action.
This will handle both POST and GET methods:
sub Parse
{ # Parse #
local (*in) = @_ if @_;
local ($i, $key, $value);
if ($ENV{'REQUEST_METHOD'} eq "GET")
{ $in = $ENV{'QUERY_STRING'}; }
elsif ($ENV{'REQUEST_METHOD'} eq "POST")
{ read(STDIN,$in,$ENV{'CONTENT_LENGTH'}); }
@in = split(/&/, $in);
foreach $i (0 .. $#in)
{
$in[$i] =~ s/\+/ /g;
($key, $value) = split(/=/,$in[$i],2);
($value eq "") && next;
$key =~ s/%(..)/pack("c",hex($1))/ge;
$value =~ s/%(..)/pack("c",hex($1))/ge;
$in{$key} .= "\0" if (defined($in{$key}));
$in{$key} .= $value;
}
return 1;
} # Parse #
------------------------------
Date: Tue, 13 Jun 2000 08:08:52 -0700
From: "Trevor Sky Garside" <trevor@trevorsky.com>
Subject: Re: Generating an excel page by submitting a form
Message-Id: <u6s15.4085$qp.148702@nntp1.onemain.com>
comp.infosystems.www.authoring.cgi is probably a better place to ask this...
Best advice I can give, from a Perl perspective, is to check CPAN
(www.cpan.org) for a module that can generate Excel files on the fly...
--Trevor
"Bob Rock" <bob.rockNOboSPAM@intelligencia.com.invalid> wrote in message
news:2271b8aa.52600547@usw-ex0104-033.remarq.com...
> Hi,
> I'd like to place like a button an a html page that when clicked
> generates a excel file. I once did this on an Oracle web server:
> I simply created a form that once submited generated and
> returned a file with a csv extention so that excel and not the
> browser would open it. How can the same thing be done on an IIS
> web server. Any idea is welcome. Thanks.
>
>
> Bob Rock
>
>
>
>
>
>
>
> * Sent from RemarQ http://www.remarq.com The Internet's Discussion Network
*
> The fastest and easiest way to search and participate in Usenet - Free!
>
------------------------------
Date: Tue, 13 Jun 2000 12:49:18 -0500
From: "Barry Grupe" <bg@skypoint.com>
Subject: Re: Generating an excel page by submitting a form
Message-Id: <8i5s52$1qnh$1@shadow.skypoint.net>
"Bob Rock" <bob.rockNOboSPAM@intelligencia.com.invalid> wrote in message
news:2271b8aa.52600547@usw-ex0104-033.remarq.com...
> Hi,
> I'd like to place like a button an a html page that when clicked
> generates a excel file. I once did this on an Oracle web server:
> I simply created a form that once submited generated and
> returned a file with a csv extention so that excel and not the
> browser would open it. How can the same thing be done on an IIS
> web server. Any idea is welcome. Thanks.
There is a module called WriteExcel available from www.cpan.org
(http://www.cpan.org/authors/id/J/JM/JMCNAMARA/Spreadsheet-WriteExcel-0.10.t
ar.gz)
It doesn't do any formatting of cells/rows/cols/etc., just enters data into
row, column.
Here's the format:
#!/path/to/perl
use Spreadsheet::WriteExcel;
$filename = "test.xls";
#you must declare $variable as with 'my' or 'local' or it won't work
my $variable = Spreadsheet::WriteExcel->new("$filename");
$row = 5;
$col = 1;
$string = "yo";
$variable->write_string($row,$col, $string);
------------------------------
Date: Tue, 13 Jun 2000 15:41:18 GMT
From: bart.lateur@skynet.be (Bart Lateur)
Subject: Re: Help wtih Regular Expression
Message-Id: <394855d5.1748592@news.skynet.be>
amitr@w-o-i.com wrote:
>> <!-- How about a comment which
>> spans lines? -->
>>
>
>Well.. one can always read the entire para or file in a single variable
>and use the regex. with $/ varibale. right?
Yes, undef $/; or local $/; in a block. Don't forget about the //s
modifier, which allows . to match a newline too.
--
Bart.
------------------------------
Date: Tue, 13 Jun 2000 23:18:18 +0800
From: Siew Kuen <cjstar@singnet.com.sg>
Subject: How to capture screen that uses curses
Message-Id: <394650BA.98721BE8@singnet.com.sg>
I'm writing a script that telnet into a switch to capture logs every
night.
The logs are displayed on the screen using curses, hence the logs that
I captured using Expect module are filled with row/column strings like
\[25;5h....etc. I have to write a separate procedure to decipher the
strings
and arrange them on a 24x80 matrix so as to reproduce screen in a
readable
text file.
Is there any easier way to capture the curses screen and output them to
a text file? Any modules that I can use to do the job...like Term,
Telnet
modules?
Thanks
Mike
------------------------------
Date: 13 Jun 2000 17:29:09 GMT
From: stanley@skyking.OCE.ORST.EDU (John Stanley)
Subject: Re: How to check browser for Javascript enable?
Message-Id: <8i5r15$k4h$1@news.NERO.NET>
In article <3945f31d@news02.imsbiz.com>, Tony <someguy@nospamland.com> wrote:
>Is there a way that Perl can somehow check if the user has Javascript
>enabled on their browser?
#!/usr/bin/perl
open( M, "|/usr/lib/sendmail -t") || die "no: $!\n";
print M <<EOF;
To: $user
From: $server
Do you have Javascript enabled on your browser(s)?
EOF
close M;
>The reason I want to do this is so that I can do data validation using
>client-side Javascript only, without having to worrying about the users
>entering funky data.
Consider that people who do not want you to run arbitrary code on their
systems will not be able to use your site should you take this pathetic
view of who is responsible for validating your data. Your site will be a
black hole for them to avoid like you carry the plague.
>Yes, I know the safest thing to do is to use
>server-side validation,
s/safest/sanest and most user friendly/;
>but I don't want my users to wait for the round-trip
>response.
You'd rather shut them out completely.
>I have noticed that Netscape.com can tell if the user has Javascript
>enabled, does anyone know how they do that?
#!/usr/bin/perl
open( M, "|/usr/lib/sendmail -t") || die "no: $!\n";
print M <<EOF;
To: $user
From: someone@netscape.com
Do you have Javascript enabled on your browser(s)?
EOF
close M;
------------------------------
Date: Tue, 13 Jun 2000 15:20:22 GMT
From: bart.lateur@skynet.be (Bart Lateur)
Subject: Re: Larry Rosler interview on perl.com!
Message-Id: <39464fd3.210747@news.skynet.be>
Drew Simonis wrote:
>The perldocs are MASSIVE. While they may be somewhat technically
>complicated (perlxstut... ugh) they are topical and accurate. So I
>ask again... is it the format of the documentation or the content
>that you speak against?
I distinctly remember having had difficulty ploughing through the docs,
as a relative newbie, several years ago. It's not the style. The style
is good. It's the threshold. It's like having to climb through a window.
If you're not familiar enough with perl, the stuff is just too new, too
technical, to be very readable.
For example, reading through perlsyn, I got a steady pace of 3 full
pages per hour, when printed on paper. Well alright, maybe 4. I think I
might not have gotten through it without "Learning Perl", AKA the Llama.
--
Bart.
------------------------------
Date: 13 Jun 2000 16:36:52 GMT
From: dha@panix.com (David H. Adler)
Subject: Re: Larry Rosler interview on perl.com!
Message-Id: <slrn8kcop4.r1j.dha@panix2.panix.com>
On 13 Jun 2000 08:30:15 GMT, Eric Bohlman <ebohlman@netcom.com> wrote:
>Yes. The problem here is that for some reason, a lot of people want to
>approach Perl as if it were an application rather than a development
>tool. Many of these people are completely unfamiliar with programming,
>let alone the interface to their operating system. What they need is
>tutorial material on general concepts which are in no way Perl-specific,
>and it makes no sense to expect Perl's documentation to provide that. No
>other programming language is held to such a standard. The documentation
>for a tool normally assumes that its readers are familiar with the domain
>in which the tool is used and just need information about the specific
>ways the tool maps to the domain. The manual for a power saw isn't
>expected to teach the user carpentry.
Thank you. Well said, and just the idea I was trying to convey.
>I suspect it's actually a case of people not even knowing they need to
>tie their own shoes;
To torture this analogy even further, they appear to want loafers.
How appropriate. :-)
dha
--
David H. Adler - <dha@panix.com> - http://www.panix.com/~dha/
Perl gives you enough rope to hang yourself and your neighbor.
- Randal L. Schwartz
------------------------------
Date: Tue, 13 Jun 2000 16:44:44 GMT
From: jerome@activeindexing.com (Jerome O'Neil)
Subject: Re: Larry Rosler interview on perl.com!
Message-Id: <0yt15.216$Kr1.19641@news.uswest.net>
Henry <htp@mac.com> elucidates:
> I've said it before (at least 3 times) and I'll say it again:
>
> NO approachable documentation ships with the standard distribution of
> Perl.
Approachable by who? I've written in a lot of languages, and Perl
is by far the best documented one out there.
> If it ain't there, it doesn't matter how good you OS skills are, you
> won't find it.
But it *is* there.
> Since the content already exists, why not set aside half a meg or so and
> invite the authors of those tutorials to bundle up and pitch in???
So you want tutorials?
perolopentut, perlreftut, perlboot, perltoot, perltootc, and perlthtut
all ship with the current distribution. Those are just part of the
more than 30 document sections that are sitting on your hard drive
right now.
------------------------------
Date: 13 Jun 2000 17:00:01 GMT
From: ebohlman@netcom.com (Eric Bohlman)
Subject: Re: Larry Rosler interview on perl.com!
Message-Id: <8i5pah$eel$6@nntp9.atl.mindspring.net>
David H. Adler (dha@panix.com) wrote:
: On 13 Jun 2000 08:30:15 GMT, Eric Bohlman <ebohlman@netcom.com> wrote:
:
: >I suspect it's actually a case of people not even knowing they need to
: >tie their own shoes;
:
: To torture this analogy even further, they appear to want loafers.
: How appropriate. :-)
Yet they want loafers that will keep their feet clean and dry even while
wading in knee-deep mud.
------------------------------
Date: Tue, 13 Jun 2000 10:47:04 -0700
From: Larry Rosler <lr@hpl.hp.com>
Subject: Re: Larry Rosler interview on perl.com!
Message-Id: <MPG.13b0136f8e544df998ab67@nntp.hpl.hp.com>
In article <0yt15.216$Kr1.19641@news.uswest.net> on Tue, 13 Jun 2000
16:44:44 GMT, Jerome O'Neil <jerome@activeindexing.com> says...
...
> So you want tutorials?
>
> perolopentut, perlreftut, perlboot, perltoot, perltootc, and perlthtut
> all ship with the current distribution. Those are just part of the
> more than 30 document sections that are sitting on your hard drive
> right now.
I would include perldsc as an example of useful tutorial information.
But, to take a prime example of an omission, there is nothing for one of
the major hurdles for beginners -- regular expressions. When I see
advice here to begineers to read about something in perlre, I choke with
laughter. That document is precise, and impenetrable unless you already
understand the premises.
--
(Just Another Larry) Rosler
Hewlett-Packard Laboratories
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: Tue, 13 Jun 2000 09:56:30 -0700
From: "Godzilla!" <godzilla@stomp.stomp.tokyo>
Subject: Re: Length of an Array
Message-Id: <394667BE.27BDD00B@stomp.stomp.tokyo>
Eric Bohlman wrote:
> Tad McClellan (tadmc@metronet.com) wrote:
> Godzilla! <godzilla@stomp.stomp.tokyo> wrote:
> : >It's all a matter of perspective and,
> : >perhaps a bit of imagination, a quality
> : ^^^^^^^^^^^
> : >often sorely lacking.
> Anyone else here ever read _The Education of
> H*Y*M*A*N K*A*P*L*A*N_ by Leo Rosten
> (aka "Leonard Q. Ross")?
"Courage is the capacity to confront what can be imagined."
- Leo Rosten
It is unfortunate Mr. Rosten is no longer with us.
He is amongst my favorites of Jewish humorists and,
quite the Yiddish speaking Samuel Langhorne Clemens.
Godzilla!
------------------------------
Date: 13 Jun 2000 15:09:08 GMT
From: ebohlman@netcom.com (Eric Bohlman)
Subject: Re: ls
Message-Id: <8i5iqk$eel$4@nntp9.atl.mindspring.net>
MAP (map@usnavy.gov) wrote:
: how can I get the files and directories (name and size) from PERL?
I think you want opendir(), readdir(), stat(), the file-test operators,
and possibly File::Find. perldoc perlfunc for everything but the latter.
------------------------------
Date: Tue, 13 Jun 2000 09:43:19 -0700
From: "Godzilla!" <godzilla@stomp.stomp.tokyo>
Subject: Re: Mystery Regex
Message-Id: <394664A7.9AEEB9EC@stomp.stomp.tokyo>
Dan Sugalski wrote:
> Godzilla! <godzilla@stomp.stomp.tokyo> wrote:
> I'd say someone was better off trying something else,
> since this won't work as it should...
Code Cop Mule Manure.
It is exceptionally clear you are lacking
in both reading comprehension skills and
in Perl skills. Turn off your computer,
go outside and play in the sunshine for
a decade or so. You really need to take
a break from all this.
Godzilla!
------------------------------
Date: Tue, 13 Jun 2000 08:25:23 -0700
From: Tom Phoenix <rootbeer@redcat.com>
Subject: Re: Need perl code to do OS baselining
Message-Id: <Pine.GSO.4.10.10006130824480.18837-100000@user2.teleport.com>
On Tue, 13 Jun 2000, Steven Sipes wrote:
> Newsgroups: comp.lang.perl.misc, comp.lang.perl, comp.lang.perl.modules
If your news administrator still carries comp.lang.perl, please let him
or her know that that newsgroup has not existed since 1995. If you
have such an outdated newsgroup listing, you are probably missing out
on many other valid newsgroups as well. You'll be doing yourself and
many others a favor to use only comp.lang.perl.misc (and other valid
Perl newsgroups) instead.
> Subject: Need perl code to do OS baselining
>
> I'll admit upfront that I am not a PERL programmer but I figured that
> somewhere out there, someone has written a utility to do the following:
If you're wishing merely to _find_ (as opposed to write) programs,
this newsgroup may not be the best resource for you. There are many
freeware and shareware archives which you can find by searching Yahoo
or a similar service. Hope this helps!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: Tue, 13 Jun 2000 08:58:09 -0700
From: Tom Phoenix <rootbeer@redcat.com>
Subject: Re: perl system call problems, VSS cmd line
Message-Id: <Pine.GSO.4.10.10006130855090.18837-100000@user2.teleport.com>
On Tue, 13 Jun 2000 invinfo@my-deja.com wrote:
> Most of the script runs fine up until this line
> system "E:\Progra~1\VSS\Win32\ss Add tiny.pm -Y -C";
Did you realize that there are no backslashes in that command? It may be
hard to believe, but if you change 'system' to 'print' you may see what I
mean. Maybe you should use forward slashes instead of backslashes. Then
again, maybe you should upgrade to Linux. :-)
Good luck with it!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: Tue, 13 Jun 2000 17:28:01 +0200
From: "Thilo Opaterny" <Thilo.Opaterny@nbgm.siemens.de>
Subject: ppm: Can't find unicode character property definition
Message-Id: <960910082.779@centurio.nbgm.siemens.de>
Hallo alltogether
I tried
H:\X\PROG\perl>ppm install Tk
and get
Can't find unicode character property definition via main->R or R.pl at
unicode/Is/R.pl line 0
History:
NT4.0Sp6
installed ActivePerl 5.6.0.613 and it works (despite MSI)
made a local repository, since targetmachine in not really on the net
setted HTTP_PROXY
adjusted PPM to a local repository
installed PPM 1,1,4,0 with "ppm install ppm", works too (getting euphoric)
installed TK 800,022,0,0 mit "ppm install Tk" but all I get is the error
message (coming down hard)
there is a directory with lot of unicode stuff, but there is no "R.pl".
There is a make*, that does a lot of things, but it does not generate
"R.pl". It should be not a simple installation problem, since the message
comes from deep inside ppm.
Who has a hint for me
"may the source be with You"
Thilo Opaterny
Thilo.Opaterny@nbgm.siemens.de
------------------------------
Date: Tue, 13 Jun 2000 15:37:11 GMT
From: bart.lateur@skynet.be (Bart Lateur)
Subject: Re: print pdf
Message-Id: <3947524c.843538@news.skynet.be>
Todd Anderson wrote:
>Does anybody know the perl command for printing a pdf (portable document
>file) file, the way you might print an html file? Can it even be done?
>Thanks in advance for your help.
I find this question so utterly amazing, that I watch this thread with
interest.
>open (HTML, ">$my.html") || &file_open_error;
>
>print HTML <<"EOF";
><html><head>
><title>HTML Page</title>
...
></html>
>EOF
>close(HTML);
Wait a minute... You don't want to *print* a PDF file (= send to
printer), you want to *generate* a PDF file! Well, er, go to
<http://search.cpan.org/> and look up "PDF". There are a number of alpha
softwares there, which might do this in a way you like. PDF::Create
looks cute.
OTOH, I don't see any library supporting PDFlib. Oi! PHP has it, so why
not Perl? Anybody interested in making a Perl interface to it? (I'm not
a C programmer, or I'd do it myself.)
--
Bart.
------------------------------
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 3343
**************************************
