[18500] in Perl-Users-Digest
Perl-Users Digest, Issue: 668 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Tue Apr 10 18:06:40 2001
Date: Tue, 10 Apr 2001 15:05:24 -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: <986940323-v10-i668@ruby.oce.orst.edu>
Content-Type: text
Perl-Users Digest Tue, 10 Apr 2001 Volume: 10 Number: 668
Today's topics:
2001 USENIX Annual Technical Conference <becca@usenix.org>
Re: 7 needed books [Was: Re: Hmmm... Which PERL Book Is <mischief@velma.motion.net>
Re: ? The best Perl book ? <gellyfish@gellyfish.com>
Re: A good perl debugging book <elaine@chaos.wustl.edu>
Re: A good perl debugging book <camerond@mail.uca.edu>
Re: A good perl debugging book <elaine@chaos.wustl.edu>
Re: Autovivication and pure scalar (Honza Pazdziora)
Re: Autovivication and pure scalar (Honza Pazdziora)
CGI.PM and Forms <artd@speakeasy.net>
Re: CGI.PM and Forms (John Joseph Trammell)
Re: CGI.PM and Forms <artd@speakeasy.net>
Re: CGI.PM and Forms <artd@speakeasy.net>
Re: CGI.PM and Forms (John Joseph Trammell)
Re: cgi <gtoomey@usa.net>
Re: cgi (Abigail)
Re: cgi (David H. Adler)
Re: cgi (Craig Berry)
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Tue, 10 Apr 2001 11:10:19 -0700
From: Becca Sibrack <becca@usenix.org>
Subject: 2001 USENIX Annual Technical Conference
Message-Id: <becca-37D58C.11101910042001@reader.news.uu.net>
Keywords: USENIX, FREENIX, technical conference, research, system administration, security, Unix, Linux, Windows NT, Open Source, Tutorials, training, Invited talks, Refereed Papers, Distributed caching, embedded systems, Extensible operating, storage, kernel, BSD, resource management, virtual memory, personal digital assistants, device driver, LDAP, high availability, Perl, wireless networking, ubiquitous messaging, remote access, Web technologies, network administration, Java, Perl, scalability, Programming tools, Portability, Client-server design development, Sendmail, DNS, GUI builders, CGI, free software, Operating systems design, Robotics and automation, e-commerce, electronic commerce, CORBA, Tcl/tk, Intranet, Extranet, 0bject oriented, POSIX, ActiveX, software, hardware, Apache, GNOME, Samba, FreeBSD, GNU, design, development
2001 USENIX Annual Technical Conference
June 25-30, 2001
Marriott Copley Place Hotel
Boston, Massachusetts, USA
http://www.usenix.org/events/usenix01/
==============================================
REGISTER BY May 25, 2001 and Save up to $200!
==============================================
The USENIX Annual Technical Conference has always been the gathering
place for like minds in the computer industry. USENIX š01 provides
tutorials that help master new and important skills and opportunities,
and is a place to meet peers and experts to share solutions to common
problems.
USENIX š01 offers professional-level tutorials, three technical tracks,
an AFS workshop, a GNOME developers conference, an information-laden
vendor exhibition, Birds-of-a-Feather Sessions, Work-in-Progress
Reports, parties and get-togethers for sys admins, programmers, systems
engineers and researchers.
DONšT MISS OUT! Thirty tutorials in all, seventeen brand-new. Herešs a
sampling:
-Network Programming with Perl
-Solaris Administration
-Building Linux Applications
-Large Heterogeneous Networks
-Practice Wireless IP Security
-Running Secure Web Servers
-Network Security
-Advanced Solaris Administration
-Unix Network Programming
-LDAP
Keynote address by Daniel D. Frye, Director of IBM Linux Technology
Center.
Invited Talks on WAP, IP Wireless Networking, Security Aspects of
Napster and Gnutella, Security For E-voting in Public Elections, Virtual
Machines, Online Privacy, Active Content and Secure DNS.
The USENIX Annual Technical Conference Exhibition features ~100
companies, products and services. For more information, please contact
Dana Geffner at dana@bgiassociates.com.
=====================================================================
The 2001 USENIX Annual Technical Conference is sponsored by
USENIX, the Advanced Computing Systems Association. www.usenix.org
=====================================================================
------------------------------
Date: Tue, 10 Apr 2001 15:11:13 -0000
From: Chris Stith <mischief@velma.motion.net>
Subject: Re: 7 needed books [Was: Re: Hmmm... Which PERL Book Is Best Suited For This???
Message-Id: <td68kh9l2uiic6@corp.supernews.com>
> lvirden@cas.org wrote:
>> According to wayne.keenan <wayne.keenan@ntlworld.com>:
>> :there are 7 books u NEED, 1 & 2 on the list is Programming Perl and the 2nd
>> :is Object Orientated Perl by Damien Conway,
>> :without out them, life is a cheese ball.
>>
>> What are the other 5 books?
To which wayne.keenan <wayne.keenan@ntlworld.com> replied, top-posting:
> the perl cookbook
> mastering algorithms with perl
> advanced perl programming
> mastering regular expressions
> zen and the art of motor cycle maintenance, or, learning perl
While _Learning_Perl_ is a good Perl book, I'd have to recommend
_Zen_and_the_Art_of_Motorcycle_Maintenance_ instead if you must
choose. Robert Pirsig does a fine job with the book, and it is
quite insightful. What it has to do with Perl, though, is beyond
me -- other than the fact that Pirsig's views on life and
spirituality are much like Larry's views on programming languages.
Chris
--
Christopher E. Stith
For the pleasure of others, please adhere to the following
rules when visiting your park:
No swimming. No fishing. No flying kites. No frisbees.
No audio equipment. Stay off grass. No pets. No running.
------------------------------
Date: 10 Apr 2001 20:57:39 GMT
From: Jonathan Stowe <gellyfish@gellyfish.com>
Subject: Re: ? The best Perl book ?
Message-Id: <9avs43$9p8$6@plutonium.btinternet.com>
Cameron Laird <claird@starbase.neosoft.com> wrote:
> In article <9aqh0a$l05$1@plutonium.btinternet.com>,
> Jonathan Stowe <gellyfish@gellyfish.com> wrote:
>>In comp.lang.perl.misc Ciaran McCreesh <keesh@users.pleaseremovethisbit.sourceforge.net> wrote:
> .
>>If Uri is still maintaining his book list I would suggest you refer to that.
> And if Uri's not, I would suggest showing ones appreciation
> for all the help here by taking on the chore of maintaining
> the book list.
I dont think Uri has ever helped me here :)
Lets get the 'newbies' to do it ....
/J\
--
Jonathan Stowe |
<http://www.gellyfish.com> | This space for rent
|
------------------------------
Date: Tue, 10 Apr 2001 17:50:28 GMT
From: "Elaine Ashton" <elaine@chaos.wustl.edu>
Subject: Re: A good perl debugging book
Message-Id: <EJHA6.8836$cF.189756@news1.nokia.com>
"Mihalis Tsoukalos" <mtsouk@freemail.gr> wrote in message
news:9av254$2p6l$1@ulysses.noc.ntua.gr...
> I would like to ask those of you that you have read books on perl
debugging,
> to propose me one.
> If possible, I would like a book not for beginners.
http://www.perldebugged.com/
e.
------------------------------
Date: Tue, 10 Apr 2001 13:35:36 -0500
From: Cameron Dorey <camerond@mail.uca.edu>
Subject: Re: A good perl debugging book
Message-Id: <3AD35278.F06F9B56@mail.uca.edu>
Elaine Ashton wrote:
>
> "Mihalis Tsoukalos" <mtsouk@freemail.gr> wrote in message
> news:9av254$2p6l$1@ulysses.noc.ntua.gr...
> > I would like to ask those of you that you have read books on perl
> debugging,
> > to propose me one.
> > If possible, I would like a book not for beginners.
>
> http://www.perldebugged.com/
>
> e.
Do you know this book, and, if so, would you care to comment on it?
Cameron
--
Cameron Dorey
Associate Professor of Chemistry
University of Central Arkansas
Phone: 501-450-5938
camerond@mail.uca.edu
------------------------------
Date: Tue, 10 Apr 2001 19:03:05 GMT
From: "Elaine Ashton" <elaine@chaos.wustl.edu>
Subject: Re: A good perl debugging book
Message-Id: <JNIA6.8841$cF.189534@news1.nokia.com>
"Cameron Dorey" <camerond@mail.uca.edu> wrote in message
news:3AD35278.F06F9B56@mail.uca.edu...
> Elaine Ashton wrote:
> > http://www.perldebugged.com/
>
> Do you know this book, and, if so, would you care to comment on it?
Yes, it is well written with lots of good advice by
two experienced programmers. The Perl debugger
reference is very handy and I learned a few things
myself from reading through it.
I would recommend purchasing it, but I'm not
entirely unbiased. :)
e.
------------------------------
Date: Tue, 10 Apr 2001 10:40:07 GMT
From: adelton@fi.muni.cz (Honza Pazdziora)
Subject: Re: Autovivication and pure scalar
Message-Id: <slrn9d5oo5.1kg2.adelton@nemesis.fi.muni.cz>
On 04 Apr 2001 15:05:09 -0500, Ren Maddox <ren@tivoli.com> wrote:
>
> What you're missing is that this uses symbolic references. Place a
> "use strict;" at the start and you'll get something like:
>
> Can't use string ("5") as a HASH ref while "strict refs" in use at - line 3.
I didn't use the use strict :-| which was the root of my troubles.
Thank you for pointing me in the right direction and for the links
as well. After realizing that with defined value, I'm using symbolic
reference, everything is clear.
Yours,
--
------------------------------------------------------------------------
Honza Pazdziora | adelton@fi.muni.cz | http://www.fi.muni.cz/~adelton/
.project: Perl, mod_perl, DBI, Oracle, auth. WWW servers, XML/XSL, ...
Petition for a Software Patent Free Europe http://petition.eurolinux.org
------------------------------------------------------------------------
------------------------------
Date: Tue, 10 Apr 2001 10:37:19 GMT
From: adelton@fi.muni.cz (Honza Pazdziora)
Subject: Re: Autovivication and pure scalar
Message-Id: <slrn9d5oiu.1kg2.adelton@nemesis.fi.muni.cz>
On Wed, 04 Apr 2001 20:20:22 GMT, Uri Guttman <uri@sysarch.com> wrote:
> HP> Assigning $x = {}; makes the $x into hash reference, but why does not
> HP> $x->{a} = 1; achieve the same?
>
> $x has to have the undef value for it to be autovivified. if it has a
> value, you deref it when assigning 1 to it (or to $x->{a}).
>
> read my tutorial on autovivification for more:
>
> http://tlc.perlarchive.com/articles/perl/ug0002.shtml
Uri,
thanks a lot for the hint -- yes, now I can see the light and the fact
that I'm creating symbolic reference in fact.
Thank you,
--
------------------------------------------------------------------------
Honza Pazdziora | adelton@fi.muni.cz | http://www.fi.muni.cz/~adelton/
.project: Perl, mod_perl, DBI, Oracle, auth. WWW servers, XML/XSL, ...
Petition for a Software Patent Free Europe http://petition.eurolinux.org
------------------------------------------------------------------------
------------------------------
Date: Tue, 10 Apr 2001 14:23:03 -0400
From: "speakeasy" <artd@speakeasy.net>
Subject: CGI.PM and Forms
Message-Id: <MeIA6.328$lJ2.296407@e3500-chi1.usenetserver.com>
Are there memory restrictions applied to CGI.pm and forms? My form will not
submit a textarea that has more than 10 lines, the request eventually times
out, and the perl process hangs in memory on the server... I have the same
problem with submitting a form with more than 5 checkboxes checked... Any
ideas? I am using ActivePerl on Windows 2000 IIS 5.... Any insights would
be greatly appreciated...
------------------------------
Date: Tue, 10 Apr 2001 19:26:21 GMT
From: trammell@bayazid.hypersloth.invalid (John Joseph Trammell)
Subject: Re: CGI.PM and Forms
Message-Id: <slrn9d6lfn.eoh.trammell@bayazid.hypersloth.net>
On Tue, 10 Apr 2001 14:23:03 -0400, speakeasy <artd@speakeasy.net> wrote:
> Are there memory restrictions applied to CGI.pm and forms? My form will not
> submit a textarea that has more than 10 lines, the request eventually times
> out, and the perl process hangs in memory on the server... I have the same
> problem with submitting a form with more than 5 checkboxes checked... Any
> ideas? I am using ActivePerl on Windows 2000 IIS 5.... Any insights would
> be greatly appreciated...
I've used CGI.pm to process forms much more complicated than
that. More than likely you are looking at a server or coding
problem. Do you have access to the server logs? They're
likely to shed some light.
--
According to the Genesis account, the tower of Babel was man's second
major engineering undertaking, after Noah's ark. Babel was the first
engineering fiasco.
- F. Brooks, _The Mythical Man-Month_
------------------------------
Date: Tue, 10 Apr 2001 16:24:05 -0400
From: "speakeasy" <artd@speakeasy.net>
Subject: Re: CGI.PM and Forms
Message-Id: <B0KA6.590$lJ2.407862@e3500-chi1.usenetserver.com>
The following is the only error I get in the eventlog... I can't figure it
out, the client just hangs, says waiting for reply, but no data is every
received. Eventually, the client says done, but IE is still busy (the
hourglass on the mouse pointer)...
The script started from the URL '/cgi-bin/distrolist.pl' with parameters ''
has not responded within the configured timeout period. The HTTP server is
terminating the script.
For additional information specific to this message please visit the
Microsoft Online Support site located at:
http://www.microsoft.com/contentredirect.asp.
"John Joseph Trammell" <trammell@bayazid.hypersloth.invalid> wrote in
message news:slrn9d6lfn.eoh.trammell@bayazid.hypersloth.net...
> On Tue, 10 Apr 2001 14:23:03 -0400, speakeasy <artd@speakeasy.net> wrote:
> > Are there memory restrictions applied to CGI.pm and forms? My form will
not
> > submit a textarea that has more than 10 lines, the request eventually
times
> > out, and the perl process hangs in memory on the server... I have the
same
> > problem with submitting a form with more than 5 checkboxes checked...
Any
> > ideas? I am using ActivePerl on Windows 2000 IIS 5.... Any insights
would
> > be greatly appreciated...
>
> I've used CGI.pm to process forms much more complicated than
> that. More than likely you are looking at a server or coding
> problem. Do you have access to the server logs? They're
> likely to shed some light.
>
> --
> According to the Genesis account, the tower of Babel was man's second
> major engineering undertaking, after Noah's ark. Babel was the first
> engineering fiasco.
> - F. Brooks, _The Mythical Man-Month_
------------------------------
Date: Tue, 10 Apr 2001 16:26:34 -0400
From: "speakeasy" <artd@speakeasy.net>
Subject: Re: CGI.PM and Forms
Message-Id: <W2KA6.593$lJ2.409605@e3500-chi1.usenetserver.com>
Well GET method works, but POST does not... I though POST allowed for more
data... hmm....
"John Joseph Trammell" <trammell@bayazid.hypersloth.invalid> wrote in
message news:slrn9d6lfn.eoh.trammell@bayazid.hypersloth.net...
> On Tue, 10 Apr 2001 14:23:03 -0400, speakeasy <artd@speakeasy.net> wrote:
> > Are there memory restrictions applied to CGI.pm and forms? My form will
not
> > submit a textarea that has more than 10 lines, the request eventually
times
> > out, and the perl process hangs in memory on the server... I have the
same
> > problem with submitting a form with more than 5 checkboxes checked...
Any
> > ideas? I am using ActivePerl on Windows 2000 IIS 5.... Any insights
would
> > be greatly appreciated...
>
> I've used CGI.pm to process forms much more complicated than
> that. More than likely you are looking at a server or coding
> problem. Do you have access to the server logs? They're
> likely to shed some light.
>
> --
> According to the Genesis account, the tower of Babel was man's second
> major engineering undertaking, after Noah's ark. Babel was the first
> engineering fiasco.
> - F. Brooks, _The Mythical Man-Month_
------------------------------
Date: Tue, 10 Apr 2001 20:38:44 GMT
From: trammell@bayazid.hypersloth.invalid (John Joseph Trammell)
Subject: Re: CGI.PM and Forms
Message-Id: <slrn9d6pnf.f20.trammell@bayazid.hypersloth.net>
On Tue, 10 Apr 2001 16:24:05 -0400, speakeasy <artd@speakeasy.net> wrote:
[jeapordectomy performed]
> The script started from the URL '/cgi-bin/distrolist.pl' with parameters ''
> has not responded within the configured timeout period. The HTTP server is
> terminating the script.
>
> For additional information specific to this message please visit the
> Microsoft Online Support site located at:
> http://www.microsoft.com/contentredirect.asp.
Please post your responses after or interspersed with the message
to which you are responding. Jeapordy posting is a bad idea for
many reasons.
Looks like the problem is in your CGI code. Consult the author I
guess.
--
Aren't you, at this point, cutting down a California Redwood using a
banana *and* a particle accelerator?
- Bernard El-Hagin, in CLPM
------------------------------
Date: Wed, 11 Apr 2001 02:36:18 +1000
From: "Gregory Toomey" <gtoomey@usa.net>
Subject: Re: cgi
Message-Id: <ArGA6.605$482.2355@newsfeeds.bigpond.com>
We are all happy to talk about cgi here.
But the original post was absolutely vague and unclear.
gtoomey
---------------
"A_Geekette" <moiraine@qwest.net> wrote in message
news:3AD2C88C.2410310C@qwest.net...
> Abigail wrote:
>
> Because Perl does CGI very well? It's realy popular. Programming CGI
with
> Perl is the same as basic Perl. This is the *misc* Perl group?
> I understand, though, that general CGI questions don't apply here. I was
> just attempting to understand what exactly can be talked about in this
misc
> group. I've stepped on a couple toes already.
> --
> Geekette
>
> "Try Not. Do or do not. There is no try."
> -If you don't know who said this,
> I don't want to talk to you. ;-)
>
> "Nothing is impossible, no matter how improbable."
> -Anonymous
------------------------------
Date: Tue, 10 Apr 2001 18:50:55 +0000 (UTC)
From: abigail@foad.org (Abigail)
Subject: Re: cgi
Message-Id: <slrn9d6lgf.j81.abigail@tsathoggua.rlyeh.net>
A_Geekette (moiraine@qwest.net) wrote on MMDCCLXXIX September MCMXCIII in
<URL:news:3AD2C88C.2410310C@qwest.net>:
-: Abigail wrote:
-: <snip>
-:
-: > Why on earth do you think this is the appropriate group to ask?
-:
-: Because Perl does CGI very well? It's realy popular. Programming CGI with
-: Perl is the same as basic Perl. This is the *misc* Perl group?
Perl does do many things really well, and many things can do CGI really
well. The question had absolutely nothing to do with Perl.
Abigail
--
map{${+chr}=chr}map{$_=>$_^ord$"}$=+$]..3*$=/2;
print "$J$u$s$t $a$n$o$t$h$e$r $P$e$r$l $H$a$c$k$e$r\n";
------------------------------
Date: 10 Apr 2001 19:16:24 GMT
From: dha@panix2.panix.com (David H. Adler)
Subject: Re: cgi
Message-Id: <slrn9d6n07.176.dha@panix2.panix.com>
On Wed, 11 Apr 2001 02:36:18 +1000, Gregory Toomey <gtoomey@usa.net> wrote:
>We are all happy to talk about cgi here.
No, we are not. We ar happy to talk about *Perl* here. If the perl in
question is being used for CGI purposes, all well and good. If, however
you wish to discuss issues of CGI itself, this would not be the
appropriate place, particularly as there *are* appropriate places.
Yours for a better Usenet
dha
--
David H. Adler - <dha@panix.com> - http://www.panix.com/~dha/
If I ever saw this in real code I'd beat the author senseless with
their own limbs.
- Michael G. Schwern
------------------------------
Date: Tue, 10 Apr 2001 20:54:08 -0000
From: cberry@cinenet.net (Craig Berry)
Subject: Re: cgi
Message-Id: <td6sng9ks4rsd0@corp.supernews.com>
David H. Adler (dha@panix2.panix.com) wrote:
: On Wed, 11 Apr 2001 02:36:18 +1000, Gregory Toomey <gtoomey@usa.net> wrote:
: >We are all happy to talk about cgi here.
:
: No, we are not. We ar happy to talk about *Perl* here. If the perl in
: question is being used for CGI purposes, all well and good. If, however
: you wish to discuss issues of CGI itself, this would not be the
: appropriate place, particularly as there *are* appropriate places.
I just flashed on my favorite line from the ancient "Real Software
Engineers" essay: "Real software engineers don't write applications, they
implement algorithms. If the algorithm happens to be useful to someone,
all the better; but that is not what motivates them."
--
| Craig Berry - http://www.cinenet.net/~cberry/
--*-- "When the going gets weird, the weird turn pro."
| - Hunter S. Thompson
------------------------------
Date: 6 Apr 2001 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 6 Apr 01)
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.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 V10 Issue 668
**************************************
