[12862] in Perl-Users-Digest
Perl-Users Digest, Issue: 272 Volume: 9
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Tue Jul 27 15:07:14 1999
Date: Tue, 27 Jul 1999 12:05:21 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Tue, 27 Jul 1999 Volume: 9 Number: 272
Today's topics:
3 dimensional array <arnabnil@saul.cis.upenn.edu>
Re: business graphics with perl <cassell@mail.cor.epa.gov>
Re: cgi HTTP header information (I R A Darth Aggie)
Re: compile failed <yashi@yashi.com>
Re: converting net address... (Randal L. Schwartz)
Re: ebcdic packed numbers (Anno Siegel)
Re: ebcdic packed numbers (John G Dobnick)
Re: ebcdic packed numbers <flavell@mail.cern.ch>
Re: FormMail Year 2000 problem (Alan Curry)
Re: FormMail Year 2000 problem (I R A Darth Aggie)
Re: Getting Height and Width of GIF/JPEG in PERL? <emschwar@rmi.net>
Re: Getting Height and Width of GIF/JPEG in PERL? (Wayne Venables)
Help or possibly stupid syntax suggestion re: foreach (Adrian Pepper)
Re: High demand for Perl programmers? <cassell@mail.cor.epa.gov>
How I can read to a script output frome an other one ? <claudio@ed-it.net>
Net::LDAP help <forddavi@pilot.msu.edu>
Re: Orwant book status? (was Re: stopping email) (Bart Lateur)
Re: Orwant book status? (was Re: stopping email) (Larry Rosler)
Re: Orwant book status? (was Re: stopping email) (I R A Darth Aggie)
Simple form problem <jwbarry@ibm.net>
Re: Simple form problem (Jon Bell)
Re: stopping email overflow on failure (Andrew Johnson)
Re: stopping email overflow on failure (Randal L. Schwartz)
Re: stopping email overflow on failure (I R A Darth Aggie)
Re: stopping email overflow on failure (I R A Darth Aggie)
Re: stopping email overflow on failure <flavell@mail.cern.ch>
Using perl to ftp non interactively <keithcp@yahoo.com>
Re: Using perl to ftp non interactively (I R A Darth Aggie)
Re: Which group is appropriate? <jbc@shell2.la.best.com>
Digest Administrivia (Last modified: 1 Jul 99) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Tue, 27 Jul 1999 14:33:47 -0400
From: Arnabnil Bhattacharjee <arnabnil@saul.cis.upenn.edu>
Subject: 3 dimensional array
Message-Id: <Pine.GSO.3.95.990727143135.7813A-100000@saul.cis.upenn.edu>
Hi !!
I am a perl novice and need some urgent help. I need to create a 3
dimensional array in perl 5 . constraints the ranges of the dimensions are
not known ( but of course begin from 0 ) and the elements are not inserted
in any kind of order. Could somebody write me some sample code please...
Thanks,
Arnab.
--------------------------------------------------------------------------------
Arnabnil Bhattacharjee 104 S. 40th. St. 3 Fr.
Graduate Student CIS Philadelphia , PA - 19104
057A Moore,SEAS Ph: R - (215) 222 6526
200 South 33rd St. Univ. of Penn. O - (215) 898 8116
Philadelphia - PA - 19104 L - (215) 898 8090
Preferred Email: arnabnil@saul.cis.upenn.edu
Web : http://www.seas.upenn.edu/~arnabnil/
"Those are my principles. If you dont like them I have others"
----- Groucho Marx
--------------------------------------------------------------------------------
------------------------------
Date: Tue, 27 Jul 1999 10:17:59 -0700
From: David Cassell <cassell@mail.cor.epa.gov>
Subject: Re: business graphics with perl
Message-Id: <379DE9C7.C182BD9A@mail.cor.epa.gov>
Juan Riera wrote:
>
> Hello,
> I am looking for some ressources about creating database-based dynamic
> business graphics with perl.
> Any reference will be greatly appreciated.
You may find that some of the best references are the docs which
come with Perl and its various modules. The DBI and DBD::*
modules will easily let you connect to databases, while the GD
and GIFgraph modules (to name but two) will let you transform
your results into graphics.
Furthermore, you can go to perl.com and find the page on
tutorials. There is more than one link to web tutorials on
using Perl with databases.
> Thanks in advance,
> Juan
You're welcome,
David
--
David Cassell, OAO cassell@mail.cor.epa.gov
Senior computing specialist
mathematical statistician
------------------------------
Date: 27 Jul 1999 18:08:15 GMT
From: fl_aggie@thepentagon.com (I R A Darth Aggie)
Subject: Re: cgi HTTP header information
Message-Id: <slrn7prtgk.bvm.fl_aggie@thepentagon.com>
Ok, that's it, I've seen enough. *plonk*
James - thru the end of next month, I think...
------------------------------
Date: 23 Jul 1999 12:50:30 -0400
From: Yasushi Shoji <yashi@yashi.com>
Subject: Re: compile failed
Message-Id: <19990723125030X.yashi@yashi.com>
From: edmundsXXX@pacifier.com (doug edmunds)
Subject: Re: compile failed
Date: 22 Jul 1999 13:45:30 PST
> Failing lib/anydb.t on test 12:
> Test 12 won't accept an empty string as a key
> in a dbm context
>
>
> See the message below, which was posted in another group back in March.
thanx for the info.!
btw, where was the exactlly 'another group'? mailing list?
--
yashi
------------------------------
Date: 27 Jul 1999 11:16:54 -0700
From: merlyn@stonehenge.com (Randal L. Schwartz)
Subject: Re: converting net address...
Message-Id: <m167369cvd.fsf@halfdome.holdit.com>
>>>>> "Henrik" == Henrik Gemal <gemal@dk.net> writes:
Henrik> Possible links in the text above would be:
Henrik> www.gemal.dk
Henrik> www.gemal.dk/test
Henrik> http://www.gemal.dk
Henrik> http://www.gemal.dk/test
Henrik> http://test.gemal.dk
Henrik> http://test.gemal.dk/test
OK, then use the following:
s{
(
www\.gemal\.dk |
www\.gemal\.dk/test |
http://www\.gemal\.dk |
http://www\.gemal\.dk/test |
http://test\.gemal\.dk |
http://test\.gemal\.dk/test
)
}{<a href="$1">$1</a>}gx;
What? That isn't what you wanted? :)
As I said, you *can't* do it by example. If you can specify a
*regular expression* that matches what you want, you are done.
If you can't, work at it some more, or go see MHonArc or any of the
other txt2html solutions I mentioned earlier. Or hire a
programmer. :)
I'll give you a hint... it's quite a difficult problem. Where does
the URL end in this?
Go visit http://foo.com/bar/, or be square!
Is the comma part of it or not? And what about:
Go visit http://foo.com/bar/.
Is the period part of it?
There's no clean answer.
print "Just another Perl hacker,"
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
------------------------------
Date: 27 Jul 1999 17:11:25 -0000
From: anno4000@lublin.zrz.tu-berlin.de (Anno Siegel)
Subject: Re: ebcdic packed numbers
Message-Id: <7nkp7t$9jm$1@lublin.zrz.tu-berlin.de>
Norman Frech <frech@primary.net> wrote in comp.lang.perl.misc:
>I have a ebcdic to ascii converter that works well on everything but packed
>numbers (signed and unsigned). Does anyone have a tip or code that converts
>this field type?
I don't think ebcdic specifies anything like "packed numbers". It's
a byte to character encoding, much like ascii, only sillier. Explain
the data you want to convert a bit more.
Anno
------------------------------
Date: 27 Jul 1999 18:08:56 GMT
From: jgd@alpha3.csd.uwm.edu (John G Dobnick)
Subject: Re: ebcdic packed numbers
Message-Id: <7nksjo$k49$1@uwm.edu>
From article <7nkp7t$9jm$1@lublin.zrz.tu-berlin.de>, by anno4000@lublin.zrz.tu-berlin.de (Anno Siegel):
> Norman Frech <frech@primary.net> wrote in comp.lang.perl.misc:
>>I have a ebcdic to ascii converter that works well on everything but packed
>>numbers (signed and unsigned). Does anyone have a tip or code that converts
>>this field type?
>
> I don't think ebcdic specifies anything like "packed numbers". It's
> a byte to character encoding, much like ascii, only sillier. Explain
> the data you want to convert a bit more.
"Packed" numbers (which I presume really means "packed decimal" numbers)
are not EBCDIC, ASCII, or any other character code. They are
binary coded decimal digits arranged in a specific manner.
Each "byte" (8-bit byte in the IBM case) contains two 4-bit binary coded
decimal digits. The rightmost "nibble" (a "nibble" is a 4-bit quantity)
contains the sign of the value.
decimal binary hexadecimal
0 0000 0
1 0001 1
2 0010 2
3 0011 3
4 0100 4
5 0101 5
6 0110 6
7 0111 7
8 0100 8
9 1001 9
+ 1100 C
- 1101 D
+ 1010 A Alternative sign codes for ASCII mode, which
- 1011 B is no longer used on IBM systems.
+ 1111 F treated as a "+" on input operands. "C" is
the _official_ "+" sign code.
So, the decimal number 123 would be represented in packed decimal
as the two-byte quantity 12 3C (hex) or 00010010 00111100 (binary).
-1234 would be 01 23 4D (or 00000001 00100011 01001101).
"Translating" these values from ASCII <=> EBCDIC makes as much sense
as translating binary numbers from one character set to another;
namely none. You either have to _know_ the record layout and copy
bytes accordingly, or (as someone else mentioned) have your data
source recreate the data using _only_ character codes -- no BCD or
binary fields. (In COBOL terms, that means all fields in the record
are USAGE DISPLAY.)
--
John G Dobnick "Knowing how things work is the basis
Information & Media Technologies for appreciation, and is thus a
University of Wisconsin - Milwaukee source of civilized delight."
jgd@csd.uwm.edu ATTnet: (414) 229-5727 -- William Safire
------------------------------
Date: Tue, 27 Jul 1999 20:29:04 +0200
From: "Alan J. Flavell" <flavell@mail.cern.ch>
Subject: Re: ebcdic packed numbers
Message-Id: <Pine.HPP.3.95a.990727201413.2361M-100000@hpplus03.cern.ch>
On 27 Jul 1999, Anno Siegel wrote:
> I don't think ebcdic specifies anything like "packed numbers".
Well, EBCDIC and packed decimal do go together, in a sense: they belong
on IBM mainframes (which had a separate set of instructions for doing
arithmetic on packed decimal data).
> It's
> a byte to character encoding, much like ascii, only sillier. Explain
> the data you want to convert a bit more.
It's a well-defined format, it simply packs pairs of binary-coded
decimal nibbles into bytes, with a trailing nibble that represents the
sign. Can't lay hands on my old IBM/370 reference card right now, but
Altavista says:
http://www.blarg.net/~mmadore/packeddecimal.html
http://www.cs.njit.edu/~dxl5495/project/tsld016.html
etc.
------------------------------
Date: Tue, 27 Jul 1999 17:16:05 GMT
From: pacman@defiant.cqc.com (Alan Curry)
Subject: Re: FormMail Year 2000 problem
Message-Id: <pPln3.1230$c17.22291@news15.ispnews.com>
In article <slrn7prdee.b5m.fl_aggie@thepentagon.com>,
I R A Darth Aggie <fl_aggie@thepentagon.com> wrote:
>+ In article <slrn7ppt0e.80l.fl_aggie@thepentagon.com>,
>+ I R A Darth Aggie <fl_aggie@thepentagon.com> wrote:
>
>+ >I'm open to suggestions regarding the mail API. IMHO, I think the easiest
>+ >solution is to bypass the local MTA and talk directly to the localized
>+ >SMTP server.
>
>+ /usr/lib/sendmail is the standard mail injection interface.
>
>Even under NT?
<shortcut>The Nazis used Windoze</shortcut>
>+ If it prints dates wrong a few months from now, I don't really care. The
>+ reason I want this thing replaced is that it is an anonymous public mail
>+ relay, and that makes it evil.
>
>That's a configuration issue. Besides, how difficult will it be to
>hack what you plan to do and turn it into an anonymous relay?
I'll have users subscribe to receive their form mail. With ezmlm-style
confirmation. This will guarantee that only those who actually asked for
nearly-untraceable mail from a CGI will get it.
--
Alan Curry |Declaration of | _../\. ./\.._ ____. ____.
pacman@cqc.com|bigotries (should| [ | | ] / _> / _>
--------------+save some time): | \__/ \__/ \___: \___:
Linux,vim,trn,GPL,zsh,qmail,^H | "Screw you guys, I'm going home" -- Cartman
------------------------------
Date: 27 Jul 1999 18:11:11 GMT
From: fl_aggie@thepentagon.com (I R A Darth Aggie)
Subject: Re: FormMail Year 2000 problem
Message-Id: <slrn7prtm4.bvm.fl_aggie@thepentagon.com>
On Tue, 27 Jul 1999 17:16:05 GMT, Alan Curry <pacman@defiant.cqc.com>, in
<pPln3.1230$c17.22291@news15.ispnews.com> wrote:
+ In article <slrn7prdee.b5m.fl_aggie@thepentagon.com>,
+ I R A Darth Aggie <fl_aggie@thepentagon.com> wrote:
+ >Even under NT?
+ <shortcut>The Nazis used Windoze</shortcut>
Geez, no wonder they lost the war.
+ >That's a configuration issue. Besides, how difficult will it be to
+ >hack what you plan to do and turn it into an anonymous relay?
+ I'll have users subscribe to receive their form mail. With ezmlm-style
+ confirmation. This will guarantee that only those who actually asked for
+ nearly-untraceable mail from a CGI will get it.
Ah, so you won't be releasing your code to the general public. That
pretty much puts the kibosh on the user modifying the code.
James
------------------------------
Date: 27 Jul 1999 11:06:09 -0600
From: Eric The Read <emschwar@rmi.net>
Subject: Re: Getting Height and Width of GIF/JPEG in PERL?
Message-Id: <xkf1zdum39a.fsf@valdemar.col.hp.com>
lr@hpl.hp.com (Larry Rosler) writes:
> Does C have an Image::Size module?
You can link against libMagick from the ImageMagick distribution; that
amounts to the same thing, I'd say.
-=Eric
------------------------------
Date: Tue, 27 Jul 1999 17:26:28 GMT
From: wvenable_net@iname.com (Wayne Venables)
Subject: Re: Getting Height and Width of GIF/JPEG in PERL?
Message-Id: <379deae4.354355@news.sprint.ca>
On Tue, 27 Jul 1999 17:15:51 +0200, "Philip 'Yes, that's my address'
Newton" <nospam.newton@gmx.net> wrote:
>Wayne Venables wrote:
>>
>> Does anyone have any code to retrieve the height and width of GIF
>> and JPEG files?
>
>I'd say this is a FAQ. Doesn't that mean this should find its way into
>the regular Perl documentation?
I (the person who asked the orginal question) did do a search on
CPAN for a module to do this. I just searched for "GIF JPEG" /
"GIF JPG" (on the description) assuming that it would find any modules
related to image processing. I don't know why it didn't find the
Image::Size module.
But since searching CPAN is a logical thing to do (even for a
someone as unfamiliar with Perl as me - I've only been using it for
about 3 months), it probably doesn't need a FAQ entry.
My 2 cents,
------------------------------
Date: 27 Jul 1999 18:20:51 GMT
From: arpepper@math.uwaterloo.ca (Adrian Pepper)
Subject: Help or possibly stupid syntax suggestion re: foreach
Message-Id: <7nkta3$kbv$1@watserv3.uwaterloo.ca>
If what you want to do is:
foreach ($a,$b) (@list) {
...
}
must you instead do something like?
@temp = @list;
while (@temp) {
$a = shift @temp;
$b = shift @temp;
...
}
Is there an elegant way to do it instead?
Adrian Pepper
------------------------------
Date: Tue, 27 Jul 1999 10:26:01 -0700
From: David Cassell <cassell@mail.cor.epa.gov>
Subject: Re: High demand for Perl programmers?
Message-Id: <379DEBA9.2172803D@mail.cor.epa.gov>
Xevious wrote:
>
> Is there a shortage of Perl programmers? It seems that a lot of the
> perl job ads have an air of desperation about them. On the other hand,
> a lot of the job ads for webmasters/designers are very demanding, I
> guess because anyone can put together a basic web site, so they can
> afford to pick and choose in that area.
While this is not a question for this newsgroup, I'll answer
anyway. Why, you ask? So that someone might see this and
think twice about repeating the errors of the past.
A lot of Perl jobs show up here, instead of in the appropriate
places. I suspect that people who know how to post job notices
with the Perl Mongers, or in the appropriate jobs.* newsgroups,
are more coputer-savvy and less desperate than many people who
frantically post here. So the posts you see here are not a
random sample of the job openings.
Furthermore, a lot of people who post job notices here seem
to be in the position that they have finally realized they are
in way over their heads. They need Perl help (and possibly
other computing help). But they may not have done their
homework yet. They may not know how good a Perl programmer
they need, or how hard (or simple) their task really is.
They may have no idea what a good programmer charges on a
consulting basis. So they may be asking for someone who
will charge far more than they are willing to pay.
This tangle of issues can make a poster fairly desperate,
and/or cranky. Putting together a basic website is easy.
Putting one together so that it has decent security and
looks nice and meets the specs? That's harder.. as these
posters are presumably finding out.
David
--
David Cassell, OAO cassell@mail.cor.epa.gov
Senior computing specialist
mathematical statistician
------------------------------
Date: Tue, 27 Jul 1999 20:54:39 +0200
From: "Claudio Villa Santa" <claudio@ed-it.net>
Subject: How I can read to a script output frome an other one ?
Message-Id: <7nkv8u$2hm$1@ffx2nh5.news.uu.net>
Hi,
I have a little problem:
I need to run a script (named A) that call an other one script (named B),
and I need to read with A script B output.
Some one can tell me an little example ?
Thank's
Greatings
Claudio
claudiov@elettrodata.it
------------------------------
Date: Tue, 27 Jul 1999 15:04:44 -0400
From: "Davis Ford" <forddavi@pilot.msu.edu>
Subject: Net::LDAP help
Message-Id: <7nkvmo$ouf$1@msunews.cl.msu.edu>
I'm trying to write a script that will spit out an LDAP search, using the
Net::LDAP module.
I know the $entry->dump method will spit out all the information that the
search method comes up with, however, I want to specifically get only
certain attributes, and then print them in an HTML table. For instance,
print "<TABLE...etc.,
..then print just the givenName attribute in one column
..then print the phone number attribute in another column
I've tried different variations of accessing the attrs method...
the dump method doesn't seem to take any parameters, in fact, it doesn't
care what you put in there, it just dumps.
Can anyone help me with the syntax. I've read the perldoc on Net::LDAP, and
no luck there.
Thanks in advance,
Davis
------------------------------
Date: Tue, 27 Jul 1999 17:29:25 GMT
From: bart.lateur@skynet.be (Bart Lateur)
Subject: Re: Orwant book status? (was Re: stopping email)
Message-Id: <379dec35.313017@news.skynet.be>
I R A Darth Aggie wrote:
>+ It's supposed to be ready before the conference.
>
>Which means the first printing will be sold out at the conference.
Just hopw many people are expected at that conference? How many copies
of the book will ORA print? Somehow, I'd expect the latter number to be
bigger than the former.
Bart.
------------------------------
Date: Tue, 27 Jul 1999 11:15:16 -0700
From: lr@hpl.hp.com (Larry Rosler)
Subject: Re: Orwant book status? (was Re: stopping email)
Message-Id: <MPG.1207970c71f82a15989d52@nntp.hpl.hp.com>
In article <379dec35.313017@news.skynet.be> on Tue, 27 Jul 1999 17:29:25
GMT, Bart Lateur <bart.lateur@skynet.be> says...
> I R A Darth Aggie wrote:
> >+ It's supposed to be ready before the conference.
> >
> >Which means the first printing will be sold out at the conference.
>
> Just hopw many people are expected at that conference? How many copies
> of the book will ORA print? Somehow, I'd expect the latter number to be
> bigger than the former.
The Bighorn Sheep sold out handily last year.
There may have been physical logistics problems as well as
underprinting.
So don't get your hopes up too high.
--
(Just Another Larry) Rosler
Hewlett-Packard Laboratories
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: 27 Jul 1999 18:12:59 GMT
From: fl_aggie@thepentagon.com (I R A Darth Aggie)
Subject: Re: Orwant book status? (was Re: stopping email)
Message-Id: <slrn7prtpg.bvm.fl_aggie@thepentagon.com>
On Tue, 27 Jul 1999 17:29:25 GMT, Bart Lateur <bart.lateur@skynet.be>, in
<379dec35.313017@news.skynet.be> wrote:
+ I R A Darth Aggie wrote:
+
+ >+ It's supposed to be ready before the conference.
+ >
+ >Which means the first printing will be sold out at the conference.
+
+ Just hopw many people are expected at that conference? How many copies
+ of the book will ORA print? Somehow, I'd expect the latter number to be
+ bigger than the former.
Whilst I would hope that's true, I recall there being some problem
with the Ram book -- that was released in time for last year's
conference, yes? perhaps it was a matter of a limited first shipping
from the printers that reduced the available stock to nil, and that
the rest of us had to wait for the second shipment.
James
------------------------------
Date: Tue, 27 Jul 1999 14:19:30 -0400
From: The Barry Family <jwbarry@ibm.net>
Subject: Simple form problem
Message-Id: <379DF832.63C3662A@ibm.net>
I am just beginning to learn how to use perl and I am having a problem
with submitting a form to a perl program. I am using the POST method.
When I say to submit, I want it to list each variable and what was typed
in it. I have seen examples of this working with other peoples pages,
and I can't figure out what I am doing wrong.
Please help me,
Mike
------------------------------
Date: Tue, 27 Jul 1999 18:51:47 GMT
From: jtbell@presby.edu (Jon Bell)
Subject: Re: Simple form problem
Message-Id: <FFJLqB.Eo8@presby.edu>
The Barry Family <jwbarry@ibm.net> wrote:
> I have seen examples of this working with other peoples pages,
>and I can't figure out what I am doing wrong.
Nor can anybody else unless we see your code. :-)
--
Jon Bell <jtbell@presby.edu> Presbyterian College
Dept. of Physics and Computer Science Clinton, South Carolina USA
[ Information about newsgroups for beginners: ]
[ http://www.geocities.com/ResearchTriangle/Lab/6882/ ]
------------------------------
Date: Tue, 27 Jul 1999 17:46:50 GMT
From: andrew-johnson@home.com (Andrew Johnson)
Subject: Re: stopping email overflow on failure
Message-Id: <egmn3.177$K%6.9808@news1.rdc2.on.home.com>
In article <slrn7pre44.b5m.fl_aggie@thepentagon.com>,
I R A Darth Aggie <fl_aggie@thepentagon.com> wrote:
! On Tue, 27 Jul 1999 01:24:46 GMT, Andrew Johnson <andrew-johnson@home.com>, in
! <yT7n3.49$K%6.2928@news1.rdc2.on.home.com> wrote:
! + perhaps the Schrodinger::Fish module would be more
! + instructive as it seems the original poster is intent
! + on not opening the box.
!
! Good point, but wouldn't that conflict with the Schrodinger::Cat
! module?
Only if you invoke instances of each in the same box expecting to
double your duality, which the docs clearly advise against --- the
recommended solution, of course, is to use multiple inheritance
to create a Schrodinger::CatFish subclass which randomly invokes one
of its parent classes in its constructor and suitably redefines the
open_box() method to allow you to determine if your cat/fish is
alive/dead.
Note that all modules in the Schrodingers-Pets.tar.gz package require
the Math::TrulyRandom::RadioActiveDecay module now in gamma release.
andrew
--
The generation of random numbers is too
important to be left to chance.
------------------------------
Date: 27 Jul 1999 11:09:08 -0700
From: merlyn@stonehenge.com (Randal L. Schwartz)
Subject: Re: stopping email overflow on failure
Message-Id: <m1aesi9d8b.fsf@halfdome.holdit.com>
>>>>> "Jason" == Jason Reed <jcreed@cyclone.jprc.com> writes:
Jason> Oh, is that project still being worked on? I thought it died.
It was still there when I looked at it last.
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
------------------------------
Date: 27 Jul 1999 18:14:50 GMT
From: fl_aggie@thepentagon.com (I R A Darth Aggie)
Subject: Re: stopping email overflow on failure
Message-Id: <slrn7prtsv.bvm.fl_aggie@thepentagon.com>
On 27 Jul 1999 11:39:46 -0400, Jason Reed <jcreed@cyclone.jprc.com>, in
<a1pv1ep0e5.fsf@cyclone.jprc.com> wrote:
+ fl_aggie@thepentagon.com (I R A Darth Aggie) writes:
+
+ > + perhaps the Schrodinger::Fish module would be more
+ > + instructive as it seems the original poster is intent
+ > + on not opening the box.
+ >
+ > Good point, but wouldn't that conflict with the Schrodinger::Cat
+ > module?
+
+ Oh, is that project still being worked on? I thought it died.
Until you open up the box, you won't know.
+ (Then again, one can never be entirely certain about these
+ sorts of things)
I think using Heisenberg::Certainty or perhaps the ESP modules may clear
things up.
James
------------------------------
Date: 27 Jul 1999 18:16:03 GMT
From: fl_aggie@thepentagon.com (I R A Darth Aggie)
Subject: Re: stopping email overflow on failure
Message-Id: <slrn7prtv8.bvm.fl_aggie@thepentagon.com>
On Tue, 27 Jul 1999 17:46:50 GMT, Andrew Johnson <andrew-johnson@home.com>, in
<egmn3.177$K%6.9808@news1.rdc2.on.home.com> wrote:
+ Note that all modules in the Schrodingers-Pets.tar.gz package require
+ the Math::TrulyRandom::RadioActiveDecay module now in gamma release.
Is that gamma release or gamma decay?
James - suddenly feeling like Dilbert's Garbageman...
------------------------------
Date: Tue, 27 Jul 1999 20:34:12 +0200
From: "Alan J. Flavell" <flavell@mail.cern.ch>
Subject: Re: stopping email overflow on failure
Message-Id: <Pine.HPP.3.95a.990727203205.2361N-100000@hpplus03.cern.ch>
On Tue, 27 Jul 1999, Andrew Johnson wrote:
> Note that all modules in the Schrodingers-Pets.tar.gz package require
> the Math::TrulyRandom::RadioActiveDecay module now in gamma release.
This is OT for the group, but it seemed the right moment for it:
http://www.pparc.ac.uk/freebies/saver.html
The Schroedinger's Cat screensaver (for Win or Mac).
------------------------------
Date: Tue, 27 Jul 1999 13:55:21 -0400
From: "Keith" <keithcp@yahoo.com>
Subject: Using perl to ftp non interactively
Message-Id: <7nkrlq$s3t$1@bmerhc5e.ca.nortel.com>
Can anyone tell me if there is a way to use ftp in a perl script.
I believe that I might need to use a Here Document type of syntax but am not
positive.
Any help would be appreciated.
Thanks.
------------------------------
Date: 27 Jul 1999 18:16:55 GMT
From: fl_aggie@thepentagon.com (I R A Darth Aggie)
Subject: Re: Using perl to ftp non interactively
Message-Id: <slrn7pru0r.bvm.fl_aggie@thepentagon.com>
On Tue, 27 Jul 1999 13:55:21 -0400, Keith <keithcp@yahoo.com>, in
<7nkrlq$s3t$1@bmerhc5e.ca.nortel.com> wrote:
+ Can anyone tell me if there is a way to use ftp in a perl script.
What you want to do is read the Net::FTP documentation.
James
------------------------------
Date: 27 Jul 1999 18:26:42 GMT
From: John Callender <jbc@shell2.la.best.com>
Subject: Re: Which group is appropriate?
Message-Id: <379df9e2$0$218@nntp1.ba.best.com>
I R A Darth Aggie <fl_aggie@thepentagon.com> wrote:
> It took several cases of open() jumping up and biting me on the butt
> (by not opening) before I got the idea that maybe 'open() or die $!'
> was a better way to do things. It is now habit.
Thus you demonstrate the value of giving newbies an opportunity to make
their own mistakes - so they can learn from them, just as you did. This
is why natural languages let you do useful work with babytalk: if every
toddler who said, "Dada, ball?" was greeted with a blank stare and
"Syntax error, son. There's no verb in that sentence," how many people
do you think would ever learn English? Probably about the same
proportion as learned to program using traditional programming
languages: a few percent of the general population, if that.
Perl's easygoing attitude towards babytalk represents an evolutionary
step *forward* for computer languages. One result of that is ugly
script archives like Matt Wright's, true. Another result, though, is
that a whole lot of people who otherwise would never have taken up
programming are doing just that. They're producing ugly, bug-ridden
code that is a nightmare to maintain - and getting a lot of useful work
done in the process, and ascending (ever so slowly) up the same
learning curve that led you to where you are today.
In retrospect, this is the inevitable result of design choices Larry
(and others) made in developing Perl. (The whole Web explosion is the
other half of it, since it created the critical mass of people with an
interest in doing their own programming, and the commoditized HTTP/HTML
platform that made the programming easy enough for them to succeed.)
Regardless of what caused it, though, it's reality. These newbies are
excited about what they're doing, and they want to talk about it. In
the absence of a group specifically for people like them, they'll talk
about it here. Sure, you can spend your energy herding them into line,
but it's a bit like herding cats -- and every time you get one of these
cats trained two more untrained cats appear.
Maybe the newbie group isn't the solution. But without *some* new
approach, I don't see any way that things aren't going to continue to
worsen.
--
John Callender
jbc@west.net
http://www.west.net/~jbc/
------------------------------
Date: 1 Jul 99 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 1 Jul 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.
To submit articles to comp.lang.perl.misc (and this Digest), send your
article to perl-users@ruby.oce.orst.edu.
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.
The Meta-FAQ, an article containing information about the FAQ, is
available by requesting "send perl-users meta-faq". The real FAQ, as it
appeared last in the newsgroup, can be retrieved with the request "send
perl-users FAQ". Due to their sizes, neither the Meta-FAQ nor the FAQ
are included in the digest.
The "mini-FAQ", which is an updated version of the Meta-FAQ, is
available by requesting "send perl-users mini-faq". It appears twice
weekly in the group, but is not distributed in the digest.
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 272
*************************************
