[10995] in Perl-Users-Digest
Perl-Users Digest, Issue: 4595 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Jan 8 18:07:19 1999
Date: Fri, 8 Jan 99 15:00:17 -0800
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Fri, 8 Jan 1999 Volume: 8 Number: 4595
Today's topics:
Re: $a = `$cmd` repost (Charles DeRykus)
Re: About $_ <mkonopka@sic32135.fsic.ford.com>
Beware the night of the Trolls (Re: "internal server er <gellyfish@btinternet.com>
Re: calling ksh functions from perl (Clay Irving)
Re: Crypto with PERL? (Clay Irving)
Re: HP-UX Install problem (J. T. Greenaway)
Re: Perl and LDAP <mkonopka@sic32135.fsic.ford.com>
Re: Perl and LDAP <mkonopka@sic32135.fsic.ford.com>
Re: Perl Criticism <uri@ibnets.com>
Re: Perl Criticism <gellyfish@btinternet.com>
Re: Perl Criticism <jeromeo@atrieva.com>
Re: Perl Criticism <uri@ibnets.com>
Re: Perl Criticism <james.b.crigler@lmco.com>
PGP system call <dropzone@mail.utexas.edu>
Re: PGP system call (brian d foy)
Re: using strict with CGI.pm (Bart Lateur)
Special: Digest Administrivia (Last modified: 12 Dec 98 (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Fri, 8 Jan 1999 21:37:29 GMT
From: ced@bcstec.ca.boeing.com (Charles DeRykus)
Subject: Re: $a = `$cmd` repost
Message-Id: <F59G2H.FJ1@news.boeing.com>
In article <36923FDD.B0A4C69C@cig.mot.com>,
Edmond Shum <shum@cig.mot.com> wrote:
>Just found out that I posted this article in HTML yesterday. I hope this
>time
>it comes out in plain text.
>
>I was trying to execute something like:
>$a = `$cmd`;
>
>Under usual situation, it is ok. However I have encountered the
>situation
>that if the system out of resources ( swap, process ), it will fail.
>If it fails for *many* times, the above statement will fail again for
> ...
>So I try the following:
>
>pipe(IN,OUT);
> ...
>to make sure that both end will close properly upon failed fork.
>
You might try IPC::Open2 (which'll handle the piping internally)
hth,
--
Charles DeRykus
------------------------------
Date: Fri, 08 Jan 1999 16:47:05 -0500
From: Michael Konopka <mkonopka@sic32135.fsic.ford.com>
To: kcchan@csis.hku.hk
Subject: Re: About $_
Message-Id: <36967CD9.6CE0238B@sic32135.fsic.ford.com>
You might want to try something like the following:
opendir ( DIR, "$directory" ) || die ( "$0: Cannot open directory
$directory for reading: $!" );
@filenames = readdir ( DIR ); # also get's the '.' and '..' files.
closedir ( DIR );
for ( $i = 0; $i < scalar ( @filenames ); ++$i )
{
#
# Stuff..
#
}
You can even add a check in your code to determine if $i == (scalar (
@filenames ) - 1) to get the last filename...
Rollo Chan Ka Chun wrote:
>
> Dear all,
>
> I would like to ask a question about the following code.
>
> while ( $_ = readdir DIR )
> {
> do something...
> }
>
> How to find the the $_ whether is the last element or not???
> thanks for all of your help...
>
> Regards,
>
> Rollo
------------------------------
Date: 8 Jan 1999 20:20:15 -0000
From: Jonathan Stowe <gellyfish@btinternet.com>
Subject: Beware the night of the Trolls (Re: "internal server error")
Message-Id: <775p9v$c3$1@gellyfish.btinternet.com>
On Sat, 09 Jan 1999 02:05:34 GMT Tony Greenwood wrote:
>
> How could I know ?.. I think you sort of answered me but presumed I
> would know... I didn't...thus it would obviously look like you are
> telling me to use it wouldn't it ?...can you see that ?
What do yo mean 'How could I know ?' - you *know* just like every other
responsible person in this group *knows* - you read the copious
documentation that is supplied with Perl, you read and learn from this
group (but avoid posting if you really havent a clue). You posted, you
are assumed to have some clue.
>
> So would I have the module and upload with a cgi or would the module
> already be there as standard. This is an important bit and I would
> like more info on the subject.. if the answer is to go look it up on
> the web then that kinda negates the use of this newsgroup.. but we
> shan't get into that old chestnut eh :)
>
Ridiculous. You are asking a question about how you would work some server
or some ISP. No-one here can know the answer to that question as :
A) you dont supply any further details
B) this is a group concerned with Perl and not with peoples problems with
running some arbitary program on some unknown system (even if that
program might be Perl). You are expected to be able to tell the
difference between a language issue and a system one I'm afraid.
Whats the matter around here this week ? We're getting trolled to bits.
/J\
--
Jonathan Stowe <jns@btinternet.com>
Some of your questions answered:
<URL:http://www.btinternet.com/~gellyfish/resources/wwwfaq.htm>
Hastings: <URL:http://www.newhoo.com/Regional/UK/England/East_Sussex/Hastings>
------------------------------
Date: 8 Jan 1999 17:44:55 -0500
From: clay@panix.com (Clay Irving)
Subject: Re: calling ksh functions from perl
Message-Id: <7761p7$k0b@panix.com>
In <369676E6.7494240A@lucent.com> Venkatraman Krishnan <kvraman@lucent.com> writes:
>How can I call functions implemented in ksh shell scripts from perl?
Could it be as simple as:
This shell script:
#!/bin/ksh
echo "Howdy"
This Perl program:
#!/usr/local/bin/perl -w
system("foo.ksh");
This output from the Perl program:
Howdy
--
Clay Irving
clay@panix.com
------------------------------
Date: 8 Jan 1999 17:38:42 -0500
From: clay@panix.com (Clay Irving)
Subject: Re: Crypto with PERL?
Message-Id: <7761di$jjl@panix.com>
In <36964f69.247821658@news.aracnet.com> cmc@aracnet.com writes:
>I have done some searching in CPAN and dejanews concerning crypto
>support with PERL, and essentially came up empty. So, is there a pm
>or PERL extension somewhere that supports crypto operations?
Really? You searched CPAN? Hmmm?
cpan> i /Crypt/
Distribution C/CH/CHGEUER/Crypt-RIPEMD160-0.03.tar.gz
Distribution D/DA/DANIEL/Crypt-Cracklib-0.01.tar.gz
Distribution E/EE/EESTABROO/Crypt-HCE_MD5-0.03.tar.gz
Distribution E/EE/EESTABROO/Crypt-HCE_SHA-0.03.tar.gz
Distribution GAAS/Crypt-SSLeay-0.07.tar.gz
Distribution GARY/Crypt-DES-1.0.tar.gz
Distribution GARY/Crypt-IDEA-1.0.tar.gz
Distribution L/LU/LUISMUNOZ/Crypt-Passwd-0.03.tar.gz
Distribution L/LU/LUISMUNOZ/Crypt-PasswdMD5-0.1.tar.gz
Distribution LDS/Crypt-CBC-1.00.tar.gz
Distribution LDS/Crypt-CBC-1.20.tar.gz
Module CBC (LDS/Crypt-CBC-1.00.tar.gz)
Module Client (E/EE/EESTABROO/Crypt-HCE_SHA-0.03.tar.gz)
Module Crypt::CBC (LDS/Crypt-CBC-1.20.tar.gz)
Module Crypt::Cracklib (D/DA/DANIEL/Crypt-Cracklib-0.01.tar.gz)
Module Crypt::DES (GARY/Crypt-DES-1.0.tar.gz)
Module Crypt::HCE_MD5 (E/EE/EESTABROO/Crypt-HCE_MD5-0.03.tar.gz)
Module Crypt::HCE_SHA (E/EE/EESTABROO/Crypt-HCE_SHA-0.03.tar.gz)
Module Crypt::IDEA (GARY/Crypt-IDEA-1.0.tar.gz)
Module Crypt::PRSG (Contact Author Gary Howland <gary@hotlava.com>)
Module Crypt::Passwd (L/LU/LUISMUNOZ/Crypt-Passwd-0.03.tar.gz)
Module Crypt::PasswdMD5 (L/LU/LUISMUNOZ/Crypt-PasswdMD5-0.1.tar.gz)
Module Crypt::RIPEMD160 (C/CH/CHGEUER/Crypt-RIPEMD160-0.03.tar.gz)
Module Crypt::RIPEMD160::MAC (C/CH/CHGEUER/Crypt-RIPEMD160-0.03.tar.gz)
Module Crypt::SSLeay (GAAS/Crypt-SSLeay-0.07.tar.gz)
Module Crypt::SSLeay::CTX (GAAS/Crypt-SSLeay-0.07.tar.gz)
Module Crypt::SSLeay::Conn (GAAS/Crypt-SSLeay-0.07.tar.gz)
Module Crypt::SSLeay::MainContext (GAAS/Crypt-SSLeay-0.07.tar.gz)
Module Crypt::SSLeay::X509 (GAAS/Crypt-SSLeay-0.07.tar.gz)
Module DES (GARY/Crypt-DES-1.0.tar.gz)
Module Filter::decrypt (PMQS/Filter-1.15.tar.gz)
Module IDEA (GARY/Crypt-IDEA-1.0.tar.gz)
Module Net::SSL (GAAS/Crypt-SSLeay-0.07.tar.gz)
Module Server (E/EE/EESTABROO/Crypt-HCE_SHA-0.03.tar.gz)
--
Clay Irving
clay@panix.com
------------------------------
Date: Fri, 08 Jan 1999 22:15:00 GMT
From: jgreenaway@zetron.com (J. T. Greenaway)
Subject: Re: HP-UX Install problem
Message-Id: <36968324.278739121@192.1.1.76>
Kerry,
Thanks for the advice. It started me on the path I needed. Turned
out to be a problem with my cc, so I used gcc instead.
Jeff
On Thu, 07 Jan 1999 14:02:24 -0500, Kerry Allsup
<kerry.allsup@bridge.bellsouth.com> wrote:
>
>
>"J. T. Greenaway" wrote:
><snip>
>> ./perl.h: 1259: too much defining - use -H option
><snip>
>
>
>This is a common HPUX 9.04 problem. Do man cpp, look for the -H option.
>
>HTH,
>Kerry
------------------------------
Date: Fri, 08 Jan 1999 16:40:45 -0500
From: Michael Konopka <mkonopka@sic32135.fsic.ford.com>
Subject: Re: Perl and LDAP
Message-Id: <36967B5D.34D3376C@sic32135.fsic.ford.com>
You might want to get the PerLDAP libraries from:
http://www.mozilla.org/directory
They allow you to use alot of LDAP functionality from Perl.
-Mike
Mike Bryan wrote:
>
> Hello,
>
> Excuse my ignorance since I know very little about Perl.
> That said, my question concerns Perl and LDAP. Basically, we a Netscape
> LDAP server that we need to authenticate username and passwords against
> before a user is allowed onto a select group of web pages (a very simple
> user validiation).
> Is this possible in Perl (i.e. Do I need to learn Perl)?
> Does anybody have any suggestions to where I might look to find scripts
> that may already do something similiar? (I have already looked at a lot
> of LDAP sites such as Netscape and U. of Mich).
>
> Thank you,
>
> Mike
------------------------------
Date: Fri, 08 Jan 1999 16:40:48 -0500
From: Michael Konopka <mkonopka@sic32135.fsic.ford.com>
Subject: Re: Perl and LDAP
Message-Id: <36967B60.89A8B4CC@sic32135.fsic.ford.com>
You might want to get the PerLDAP libraries from:
http://www.mozilla.org/directory
They allow you to use alot of LDAP functionality from Perl.
-Mike
Mike Bryan wrote:
>
> Hello,
>
> Excuse my ignorance since I know very little about Perl.
> That said, my question concerns Perl and LDAP. Basically, we a Netscape
> LDAP server that we need to authenticate username and passwords against
> before a user is allowed onto a select group of web pages (a very simple
> user validiation).
> Is this possible in Perl (i.e. Do I need to learn Perl)?
> Does anybody have any suggestions to where I might look to find scripts
> that may already do something similiar? (I have already looked at a lot
> of LDAP sites such as Netscape and U. of Mich).
>
> Thank you,
>
> Mike
------------------------------
Date: 08 Jan 1999 17:08:56 -0500
From: Uri Guttman <uri@ibnets.com>
To: topmind@technologist.com
Subject: Re: Perl Criticism
Message-Id: <397lux5sef.fsf@ibnets.com>
>>>>> "t" == topmind <topmind@technologist.com> writes:
i thought i would stay out of this, but bottommind is really off base
here. i can't hold back anymore.
t> Reply to Tom Christiansen's 1/8 message:
t> Since I have no Poor-O-Meter (either do you), it is only an opinion.
t> I have never seen language builders publish in the public domain
t> a list of reasons, trade-offs, considerations, etc. of why they
t> picked what they did for the final version. Sometimes they
t> say "I was influenced by a mix of X, Y, and Z." However, X, Y, and
t> Z themselves never went thru such a process. Thus, bad ideas are
you obvoiusly have not truly studied computer language design and their
history. just remember, all languages are turing compatible and are
intended for humans and not computers. it is the capability of a
language to express human ideas that is foremost in their design. syntax
and semantics are the tools language designers use. sometimes one is
stronger than another. ideas are borrowed from =other languages and
modified. perl was derived by a linguit who perfectly well understood
what he was doing. perl5 was no patched together but worked out over 2
years. tom c. was one of those who did it and he has seen the inside of
that process while you haven't, so don't denigrate his views in that area.
t> taken from other's bad ideas. (Note that what programmers like
t> is not necessarily the same as what managers like because
t> there is a job-security conflict of interest in many programmers.
t> Cryptic = Exclusive)
this is very selfserving on your part. any GOOD programmer would want to
do NON-cryptic. anyone who does cryptic for job security in nuts. any
that can be done in any language.
>>> First, you allege that the authors of all these myriad languages ignored
t> the past, and then without even taking a breath, you say that they did
t> the very opposite, mindlessly copying existing art. Which one is it?<<
t> They focus too narrowly on a few specimens. They make insufficent
t> attempts to step back and look at the forest before disecting trees.
well, where is you ideal language? i read your bloated page and it is
just a bunch of nice features form many languages with no proposed
syntax, just lots of sub calls. maybe + - * and / will be allowed. oh
boy! let's reinvent cobol!
perform sex until done ;
t> No, but I am not being selfish by hiding away the decision
t> process so that the next language maker has to start from
t> scratch and repeat the same mistakes.
where is that hidden? what planet are you from? p5p has archives and p6p
is hashing out the new version of perl.
t> If you hang on to bad habbits forever, you are forever
t> dampened by them. Abrupt changes hurt, but they are an
t> investment into a better future. (Roughly 80% of my suggestions
t> exist in current languages BTW. Just not in the same one.)
t> I also point out criteria for keeping or not keeping
t> with the past on my webpage.
and it is a bad habit to think your ideas are the only good ones in the
world. no one is beating a path to your dor asking about your language
opinions. you are just trolling here looking for attention. in a few
days (or less i hope) this htread will die and you will be a forgotten
poster lumped with the george reeses of the world. you are right, we are
wrong and the net be damned. perl must really suck to be so popular.
>>> 'Only one command line'? What ever does thatmean? <<
t> Unix tends to use what I call "command piping" where the
t> results of operation A get fed into operation B, and
t> B's results go to C, etc.
this is the biggest piece of bullshit you have stated so far and that is
hard to do. that is the ultimate power of unix and its invention changed
the world of computing for the better. do you want to save the output
into tempfiles each time? do you want monolithic programs that can do all
things but none of them well (go to redmond. do not pass go. do not
raise IQ.)? unix doesn't TEND to do piping, unix ENCOURAGES piping. try
that on a winblows system. duh, take the output of this window program
and save it. read it in another program. do that again. fun fun fun!
look mom, no pipes!
t> I just ran this example:
t> $a = 5;
t> print "before " . $a . "\n";
t> mysub();
t> print "after " . $a;
t> sub mysub {
t> $a = 2;
t> mysub2();
t> }
t> sub mysub2 {
t> $a = 99;
t> }
t> Where did the 99 come from if each sub did not inherit the variable
t> scope of it's parent?
hey moron, $a is a global. that would happen in any language if you
didn't declare the variable inside the sub. read perlvar to learn about
my and local before you make such stupid claims.
t> Being do-able and natural are two different things. With enough cryptic
t> hacking, much is possible in any language. The bottom line is
t> that Perl is *not* a table-oriented or relational-oriented language.
then why is DBI/DB so popular as a way to access relational databases?
it is much better than any other database access in C or elsewhere. a
list of lists is a simple table with columns accessed by number. a list
of hashes is a simple table with columns accessed by name. relational
databases don't even do much more than that!
t> somefunc(x) // result goes into $_
never happens in perl no named operator modifies $_. only while and for
loops, grep and map and =~ operators (tr and s///) can modify $_.
t> another_op() // reads from $_
t> In this case it is obvious that the Return value of Somefunc is
t> being fed into the first parameter of Another_op. $_ Can be set
t> in many different "creative" and HIDDEN ways.
as i said, it can be only set in a few ways. referenced in many. but
there is no requirement to use $_. i tend not to in most of my code
because i like named variables. but $_ is useful and has its places. one
liners and short -P and -n programs are 2 good examples.
t> Until you can find a better collection of freely available
t> lists and evaluation of langauge implimentation options,
t> you have very little room to criticize me.
i will read /dev/rand for a while and get a better one in a few seconds.
uri
--
Uri Guttman Hacking Perl for Ironbridge Networks
uri@sysarch.com uri@ironbridgenetworks.com
------------------------------
Date: 8 Jan 1999 19:53:06 -0000
From: Jonathan Stowe <gellyfish@btinternet.com>
Subject: Re: Perl Criticism
Message-Id: <775nn2$bq$1@gellyfish.btinternet.com>
On Fri, 08 Jan 1999 15:29:43 GMT Bart Lateur wrote:
> On 08 Jan 1999 09:52:01 -0500, Marc Evelyn wrote:
>
>>Oh you should read some of his writings in other USENET groups, say
>>comp.object, and in other fora before making him an ally of Python!
>
> My, my.... George Reese?
>
Hmm,
Just for interest I Deja'd the self-styled 'topmind' and I think that a
quick glance at :
<URL:http://www.dejanews.com/getdoc.xp?AN=366872046>
might help us just to get a flavour before we killfile him.
/J\
--
Jonathan Stowe <jns@btinternet.com>
Some of your questions answered:
<URL:http://www.btinternet.com/~gellyfish/resources/wwwfaq.htm>
Hastings: <URL:http://www.newhoo.com/Regional/UK/England/East_Sussex/Hastings>
------------------------------
Date: Fri, 08 Jan 1999 14:33:37 -0800
From: Jerome O'Neil <jeromeo@atrieva.com>
Subject: Re: Perl Criticism
Message-Id: <369687C1.7F6C9A58@atrieva.com>
Jonathan Stowe wrote:
> Just for interest I Deja'd the self-styled 'topmind' and I think that a
> quick glance at :
>
> <URL:http://www.dejanews.com/getdoc.xp?AN=366872046>
> might help us just to get a flavour before we killfile him.
This guy is too danged amusing to killfile. He's like one of those
blow-up clowns that just keeps getting back up.
--
Jerome O'Neil, Operations and Information Services
Atrieva Corporation, 600 University St., Ste. 911, Seattle, WA 98101
jeromeo@atrieva.com - Voice:206/749-2947
The Atrieva Service: Safe and Easy Online Backup http://www.atrieva.com
------------------------------
Date: 08 Jan 1999 17:37:28 -0500
From: Uri Guttman <uri@ibnets.com>
Subject: Re: Perl Criticism
Message-Id: <394sq15r2v.fsf@ibnets.com>
>>>>> "JS" == Jonathan Stowe <gellyfish@btinternet.com> writes:
JS> Just for interest I Deja'd the self-styled 'topmind' and I think
JS> that a quick glance at :
JS> <URL:http://www.dejanews.com/getdoc.xp?AN=366872046>
JS> might help us just to get a flavour before we killfile him.
or just table him. he likes to go to extremes. table oriented
programming sounds like a real loser. imagine a relational database and
rows storing code. or programming in excel in the large!
nightmares on nightmares!
he needs to go back to school (if he ever went there) to study (not
browse but study) other computer languages. maybe he really wants cobol
and its fun style. almost no symbols, plenty of words and losts of table
support with records and ISAM! PL/I would be too much for him.
and we have yet to see a proposal from him on this super syntax/semantic
table language. if all he does is steal ideas from other languages
without years of public design forums, he will just do what he
deplores. oh well, another computer hypocrit bytes (sic) the dust.
looks like we have a new reese on our hands. place you bets on how long
this thread will take to die. will our fair protagonist ever take
another deep breath? will the overwhelming forces of perl and good win
out over this evil troll? stay tuned, same bat group, same bat channel!
uri
--
Uri Guttman Hacking Perl for Ironbridge Networks
uri@sysarch.com uri@ironbridgenetworks.com
------------------------------
Date: Fri, 08 Jan 1999 17:35:25 -0500
From: James B Crigler <james.b.crigler@lmco.com>
Subject: Re: Perl Criticism
Message-Id: <3696882D.ACCBC74E@lmco.com>
I'm going to skip all the unkind characterizations. (I keep telling my
kids what a nice guy I am, but somehow they don't want to believe me.
;-)
For openers, the arguments of "topmind" sound like typical CS-type gripe
about perl. (FWIW, I have a BS and an MS in CS, so I'm not bashing CS
majors as a group.)
For the impatient, I'll
topmind@technologist.com wrote:
> >> First, you allege that the authors of all these myriad languages ignored
> >> the past, and then without even taking a breath, you say that they did
> >> the very opposite, mindlessly copying existing art. Which one is it?
> They focus too narrowly on a few specimens. They make insufficent
> attempts to step back and look at the forest before disecting trees.
>
> >> Ah, you were there, then? <<
>
> No, but I am not being selfish by hiding away the decision
> process so that the next language maker has to start from
> scratch and repeat the same mistakes.
Are you advocating language design by committee? Program in Ada then.
(FWIW,
I make my living with Ada.) But note that even Ada doesn't meet your
"fully
relational" criterion below.
> >> Now, what pray tell is so wrong with laying out a gentle upgrade path?
> >> Would you rather that all artistic creations were created out of the
> >> nothingness? Do you think people will be able to make good use of
> >> something lacking all resemblance to prior art?
>
> If you hang on to bad habbits forever, you are forever
> dampened by them.
I won't comment on the term "bad habits". Using things that are
familiar
allows you to get real work done.
...
> >>'Only one command line'? What ever does thatmean? <<
>
> Unix tends to use what I call "command piping" where the
> results of operation A get fed into operation B, and
> B's results go to C, etc.
Right. And in Scheme (my MS project was done with scheme) you write
(set! var (apply c (map b (apply a list)))). I claim (not as
a language lawyer, mind you, but as a practitioner) that these are
the same thing. WSBD?
> >> Subroutines in Perl most certainly do *NOT* `inherit the scope' of
> their caller. <<
>
> I just ran this example:
>
> $a = 5;
> print "before " . $a . "\n";
> mysub();
> print "after " . $a;
>
> sub mysub {
> $a = 2;
> mysub2();
> }
>
> sub mysub2 {
> $a = 99;
> }
>
> An here is the output:
>
> before 5
> after 99
>
> Where did the 99 come from if each sub did not inherit the variable
> scope of it's parent?
>From the enclosing scope of the main program. Perhaps you have a better
example?
> >> Feel free to write it. Make it a module. Promote it. But I'll
> >> tell you this, someone who's too slow to pick up how to open a file,
> >> or use "system echo foo [pipe-to] file", isn't going to be clever
> >> enough to use your module.
>
> Pushing off commands to the system is often slow, risky, and non-portable.
> (Especially on Windows systems. We my not like Windows, but it is a fact of
> life.) You are AGAIN equating bad programming practices with "clever".
Then how do you write things to disk at all? All you're doing (with
respect to appending to a file) is gluing system calls together. 'Tis a
very
brief Perl subroutine indeed.
> >> Yet more factual errors. When will they ever end? @_ is not
> an operator. It is an array. <<
>
> One can also look at it as an operator that returns
> or feeds to an array. The distinction is probably trivial in Perl.
> Even the Camel Book resorts to calling stuff "thingies"
> because they have a hard time classifying Perl parts themselves.
Looks like Ada influence there, where subroutine calls and array
references look identical. It's one of the failings of Ada, IMO.
> >> Perl is perfectly happy having multiple values for a given key,
> >> or if you would, non-unique keys.
>
> Being do-able and natural are two different things. With enough cryptic
> hacking, much is possible in any language. The bottom line is
> that Perl is *not* a table-oriented or relational-oriented language.
But neither are Java, APL or PDP-11 assembly language. But people who
have work to do, and get paid for it, and will continue to get paid for
it for the next 10 years have to use extant languages, not proposed
languages. Or do what Larry Wall did, and use their existing
backgrounds
to invent something that will help them get their jobs done. (LW was/is
a linguist training or trained to find an unwritten language spoken by
real people, learn it, invent a writing for it, and translate a large
major work of Earth literature into it. There is something analogous
in the creation of Perl, left as an exercise for the reader.)
> >> And automatic persistence through DBM files has been with us since
> >> perl3.
>
> I believe DBM is an *add-on* to Perl, not built into the language.
> My docs show DBM to not be fully relational anyhow.
It's part of the base distribution. So it's "built in to the language"
to the same extent as the C standard library.
And if you need a fully relational database, you should use one.
You'll probably be able to do an amazing number of useful chores
in your database using Perl, things that would be much harder otherwise.
> >> What are you talking about? Perl doesn't work like that at all. <<
>
> Does too!
> Let me reword it:
>
> somefunc(x) // result goes into $_
> another_op() // reads from $_
>
This is not parsable Perl, since there is nothing separating your two
operations (even assuming you meant # for comments). And functions that
set $_ without explicit assignment are (generally) considered bad
practice. Substitution and the like, which operate on $_ by default,
do not fit your example.
--
Jim Crigler | james.b.crigler@lmco.com
Zone 0100 | Voice: (770)494-4528
86 S. Cobb Dr. | "There are three kinds of people: Those
Marietta GA 30063 | who can count and those who can't."
------------------------------
Date: Fri, 08 Jan 1999 16:48:18 -0600
From: Forrest Reynolds <dropzone@mail.utexas.edu>
Subject: PGP system call
Message-Id: <36968B31.1EE9A09D@mail.utexas.edu>
Hello,
I'm working on a piece of code that performs a PGP
decryption like so:
system "/local/trew/.pgp/pgp -f +batch -z $pass < $temp >> $perm";
Can anyone explain to me what these parms are:
-f, -z, +batch, and maybe a little about how this works
or somewhere that I can read about it?
Thanks, Forrest
------------------------------
Date: Fri, 08 Jan 1999 18:04:41 -0500
From: comdog@computerdog.com (brian d foy)
Subject: Re: PGP system call
Message-Id: <comdog-ya02408000R0801991804410001@news.panix.com>
In article <36968B31.1EE9A09D@mail.utexas.edu>, Forrest Reynolds <dropzone@mail.utexas.edu> posted:
> system "/local/trew/.pgp/pgp -f +batch -z $pass < $temp >> $perm";
>
> Can anyone explain to me what these parms are:
> -f, -z, +batch, and maybe a little about how this works
see the pgp docs for pgp answers.
--
brian d foy
CGI Meta FAQ <URL:http://www.smithrenaud.com/public/CGI_MetaFAQ.html>
------------------------------
Date: Fri, 08 Jan 1999 22:04:22 GMT
From: bart.lateur@skynet.be (Bart Lateur)
Subject: Re: using strict with CGI.pm
Message-Id: <36987e3e.7910628@news.skynet.be>
Xah Lee wrote:
>There isn't any special thing you must do. One thing comes to mind is
>quotes, i.e. use '-name'=>... instead of -name=>... .
Uh? I thought the hyphen sign was especially intended to tell Perl
"Oi! This is a literal string!". If you use quotes anyway, there's no
need for the hyphen. Am I wrong?
>Sometimes in the next month or two I will either email Lincoln Stein
>privately or post it here, a message titled to the effect of "101 problems
>with CGI.pm."
>
>For one thing, it generates an invalid DTD by default.
Wrong terminology. the DTD is the definition where the html must be
validated against. CGI.pm NEVER outputs a DTD.
>Also, for any script
>that's not simple, it is hopeless to generate a valid HTML using CGI.pm.
That's more like it. If the generated HTML isn't valid, then the result
doesn't CONFORM to an internationally accepted html DTD.
Anyway, I am interested what you (and other regular users of the
module) have to say about it. I don't use it at all.
Bart.
------------------------------
Date: 12 Dec 98 21:33:47 GMT (Last modified)
From: Perl-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Special: Digest Administrivia (Last modified: 12 Dec 98)
Message-Id: <null>
Administrivia:
Well, after 6 months, here's the answer to the quiz: what do we do about
comp.lang.perl.moderated. Answer: nothing.
]From: Russ Allbery <rra@stanford.edu>
]Date: 21 Sep 1998 19:53:43 -0700
]Subject: comp.lang.perl.moderated available via e-mail
]
]It is possible to subscribe to comp.lang.perl.moderated as a mailing list.
]To do so, send mail to majordomo@eyrie.org with "subscribe clpm" in the
]body. Majordomo will then send you instructions on how to confirm your
]subscription. This is provided as a general service for those people who
]cannot receive the newsgroup for whatever reason or who just prefer to
]receive messages via e-mail.
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 V8 Issue 4595
**************************************
