[12706] in Perl-Users-Digest
Perl-Users Digest, Issue: 115 Volume: 9
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Mon Jul 12 03:07:13 1999
Date: Mon, 12 Jul 1999 00:05:09 -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 Mon, 12 Jul 1999 Volume: 9 Number: 115
Today's topics:
Re: Accessing POP mail? (Pedro Miguel Raposo)
Re: beginner's sorting problem <monty@primenet.com>
Re: Books (Jeff Iverson)
Re: Books <uri@sysarch.com>
Re: Changing case local-specifically (Larry Rosler)
Re: Coffee MLM <uri@sysarch.com>
Re: FAQ 5.13: Why do I sometimes get an "Argument list (John Stanley)
Re: grep with empty list (Larry Rosler)
Re: Help -- Modules using up all my memory (Anno Siegel)
Re: Help -- Weird Increments (MacPerl) (Larry Rosler)
Re: Help -- Weird Increments (MacPerl) <tmornini@netcom9.netcom.com>
Re: How do you get rid of a remainder in a number <hiller@email.com>
Re: How to dereference an array reference? (Andreas Fehr)
Re: Learning Perl Books (Jeff Iverson)
Re: simple Perl question: (Abigail)
Re: Speed Differences Perl v. Cold Fusion <watcher_q@my-deja.com>
Re: trying to read a variable? (Neko)
Re: Where might I find info. on "$_" (Jeff Iverson)
Re: Where might I find info. on "$_" <uri@sysarch.com>
Re: Where might I find info. on "$_" (Abigail)
Digest Administrivia (Last modified: 1 Jul 99) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Mon, 12 Jul 1999 03:46:49 GMT
From: Pedro.Raposo@tmn.pt (Pedro Miguel Raposo)
Subject: Re: Accessing POP mail?
Message-Id: <7mbof9$ve0c8_002@news.telepac.pt>
In article <dowd-0807991923000001@c37191-a.mckiny1.tx.home.com>, dowd@spam-free.home.com (Sean Dowd) wrote:
>In article <FEJKuL.JnG@csc.liv.ac.uk>, ijg@connect.org.uk (I.J. Garlick) wrote:
>
>> Can someone please tell me what the fascination with the POP3Client on
>> CPAN is? Graham Barr wrote a perfectly good module that ships with Perl as
>> standard.
>>
>> Net::POP3
>>
>> I have never seen the need for yet another module. Plus you don't need to
>> install it as it should already be there. (This is a God send if you don't
>> control your server as many don't).
>
>
>There are a few reasons it still exists.
>
>1. I'm pretty sure it was part of CPAN before Net::POP3. I looked and
>didn't find anything. That's why I wrote and contributed it.
>
>2. There are a lot of people using it, partly due to 1.
>
>3. It has a better (I think) API than just a raw interface to the RFC.
>
>
>> Before amyone asks, yes I did look at POP3Client.pm but came to the
>> conclusion it didn't offer anything really significant over POP3.pm
>
>
>I'm curious. What is it about having 2 modules that bothers you?
"Remember, Luke ... there's more than one way to do it"
Pedro Miguel Raposo
------------------------------
Date: 12 Jul 1999 06:28:05 GMT
From: Jim Monty <monty@primenet.com>
Subject: Re: beginner's sorting problem
Message-Id: <7mc1tl$4i3$2@nnrp02.primenet.com>
BLUESRIFT <bluesrift@aol.com> wrote:
> Working with an array containing records each ending in "\n" and each field
> within delimited by "|"
>
> To keep things simple I thought to ignore fields and just sort the array on
> the whole record string like this:
>
> @newlines = sort { $a cmp $b } @origlines;
Do you understand that sorting character-separated records in
lexicographic order on "the whole record string" is NOT the same
as sorting in lexicographic order on the first field? You're right:
it's simpler to "ignore fields", but it's also fraught with peril.
Here's a brief demonstration:
$ cat data.txt
0001|first record|etc.
0002|second record|etc.
0002A|third record|etc.
0002B|fourth record|etc.
0003|fifth record|etc.
$ cut -f 1 -d '|' data.txt | sort -c
$ sort -c data.txt
sort: found disorder:0002A|third record|etc.
$ sort data.txt
0001|first record|etc.
0002A|third record|etc.
0002B|fourth record|etc.
0002|second record|etc.
0003|fifth record|etc.
$
So instead of this:
#!/usr/bin/perl -w
@origlines = <>;
@newlines = sort @origlines;
print @newlines;
Do this:
#!/usr/bin/perl -w
@origlines = <>;
# sort records in ascending lexicographic order on first
# vertical bar-separated field using Schwartzian Transform
@newlines = map { $_->[0] }
sort { $a->[1] cmp $b->[1] }
map { [ $_, (split /\|/)[0] ] } @origlines;
print @newlines;
Or instead of this:
#!/usr/bin/perl -w
print sort <>;
Do this:
!/usr/bin/perl -w
print map { $_->[0] }
sort { $a->[1] cmp $b->[1] }
map { [ $_, (split /\|/)[0] ] } <>;
See the Perl FAQ for a brief explanation of the Schwartzian Transform
and pointers to more information about sorting in Perl.
--
Jim Monty
monty@primenet.com
Tempe, Arizona USA
------------------------------
Date: Sun, 11 Jul 1999 04:41:20 GMT
From: j5rson@frontiernet.net (Jeff Iverson)
Subject: Re: Books
Message-Id: <37907d07.51162831@news.frontiernet.net>
This is the book I started with, and I keep it by my side constantly:
Programming Perl (2nd Edition)
http://www.amazon.com/exec/obidos/ASIN/1565921496/iversonsoftwarecA
On Wed, 07 Jul 1999 13:26:37 GMT, amr <amr@iname.com> wrote:
>Can anyone recommend, to me, a good book on the Perl language, i.e. how
>to use the language, functions available, how to use it in terms of
>web-site building.
>
>
>Sent via Deja.com http://www.deja.com/
>Share what you know. Learn what you don't.
Kind Regards,
Jeff Iverson
--
Iverson Software Co. 507-235-9209 - voice
418 N. State St. #7 507-235-8835 - fax
Fairmont MN 56001 http://www.iversonsoftware.com/
------------------------------
Date: 12 Jul 1999 00:51:49 -0400
From: Uri Guttman <uri@sysarch.com>
Subject: Re: Books
Message-Id: <x7lncmo4gq.fsf@home.sysarch.com>
>>>>> "JI" == Jeff Iverson <j5rson@frontiernet.net> writes:
JI> This is the book I started with, and I keep it by my side constantly:
JI> Programming Perl (2nd Edition)
JI> http://www.amazon.com/exec/obidos/ASIN/1565921496/iversonsoftwarecA
please stop this posting of url's that make you money. it is not proper
in a comp.lang group. post it in forsale groups.
uri
--
Uri Guttman ----------------- SYStems ARCHitecture and Software Engineering
uri@sysarch.com --------------------------- Perl, Internet, UNIX Consulting
Have Perl, Will Travel ----------------------------- http://www.sysarch.com
The Best Search Engine on the Net ------------- http://www.northernlight.com
"F**king Windows 98", said the general in South Park before shooting Bill.
------------------------------
Date: Sun, 11 Jul 1999 20:36:53 -0700
From: lr@hpl.hp.com (Larry Rosler)
Subject: Re: Changing case local-specifically
Message-Id: <MPG.11f302a4dade46c8989ca6@nntp.hpl.hp.com>
In article <slrn7oi8ms.h7.abigail@alexandra.delanet.com> on 11 Jul 1999
18:04:23 -0500, Abigail <abigail@delanet.com> says...
> Larry Rosler (lr@hpl.hp.com) wrote on MMCXL September MCMXCIII in
> <URL:news:MPG.11f2b5d9b0c95bf1989ca2@nntp.hpl.hp.com>:
> || In article <7mal7d$61$1@fcnews.fc.hp.com> on 11 Jul 1999 17:45:17 GMT,
> || Jack Applin <neutron@fc.hp.com> says...
> || ...
> || > my @left = grep /\w/, map chr, 0..0xFF;
> || >
> || > This assures that @left doesn't contain /, only alphanumerics and _.
> ||
> || Nice call, Jack, letting the locale specification decide what are
> || alphanumerics, not the ASCII specification (as I did).
>
> But a locale may use '/' as a character, or not?
It wouldn't seem possible for a locale to use '/' as the case-flip of a
/\w/ character, would it?
> Otherwise, if we start making assumptions:
>
> sub flip {
> $_ [0] =~ /(\w)/" " ^ $1/ge;
> }
I'm not sure what to make of your comment about making assumptions or of
your substitution. This works for ASCII letters only (and would fail
even for digits or '_'). The whole discussion is based around locale-
dependent letters, for which this approach fails utterly.
--
(Just Another Larry) Rosler
Hewlett-Packard Laboratories
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: 11 Jul 1999 23:57:08 -0400
From: Uri Guttman <uri@sysarch.com>
Subject: Re: Coffee MLM
Message-Id: <x7zp12o6zv.fsf@home.sysarch.com>
>>>>> "o" == odellcoffee <odellcoffee@intnet.net> writes:
o> A coffee mlm located at http://www.odellcoffee.com/drn187.htm may
o> make some significant deal Monday or Tuesday. Has been operating
o> over 2 years. Personally have made only $10.00, and was number 187
o> now there are over 800. I never made any attempt to work at this
o> so it is no surprize that I have made so little. . I actually
o> dislike MLM, but you may want tor just keep track of this one.
if you dislike it so much why are you spreading it. and what is your
perl question or comment? did you post here since many perl hackers are
slave to the java (sic) bean?
uri
--
Uri Guttman ----------------- SYStems ARCHitecture and Software Engineering
uri@sysarch.com --------------------------- Perl, Internet, UNIX Consulting
Have Perl, Will Travel ----------------------------- http://www.sysarch.com
The Best Search Engine on the Net ------------- http://www.northernlight.com
"F**king Windows 98", said the general in South Park before shooting Bill.
------------------------------
Date: 12 Jul 1999 05:36:51 GMT
From: stanley@skyking.OCE.ORST.EDU (John Stanley)
Subject: Re: FAQ 5.13: Why do I sometimes get an "Argument list too long" when I use E<lt>*E<gt>?
Message-Id: <7mbutj$opv$1@news.NERO.NET>
In article <3786a8a3@cs.colorado.edu>,
Tom Christiansen <perlfaq-suggestions@perl.com> wrote:
Subject: FAQ 5.13: Why do I sometimes get an "Argument list too long"
when I use E<lt>*E<gt>?
I dunno. I get:
syntax error at f.pl line 3, near "<lt"
Execution of f.pl aborted due to compilation errors.
Maybe it's because you are trying to execute pod? Please stop using pod
in your subject. USENET subjects are simple text.
------------------------------
Date: Sun, 11 Jul 1999 20:55:23 -0700
From: lr@hpl.hp.com (Larry Rosler)
Subject: Re: grep with empty list
Message-Id: <MPG.11f306fad8fe34ea989ca7@nntp.hpl.hp.com>
In article <37890F09.7F14241A@vygen.de> on Sun, 11 Jul 1999 23:39:21
+0200, Janning Vygen <janning@vygen.de> says...
> it seems that i am a little bit confused on how grep works.
> look at these examples:
>
> @array = ();
> $hits = grep /baz/, @array;
> print "1: $hits", "\n";
>
> @array = ('foo', 'bar');
> $hits = grep /baz/, @array;
> print "2: $hits", "\n";
>
>
> in the camel book chapter 3 (translated back to english, sorry):
>
> 'in scalar context grep returns the amount of hits'
>
> so why does it return 'undef' in part one and '0' in part two??
Actually, it is not returning 'undef' -- it is returning the null
string, which is just as 'false' as 0, and might not cause a problem if
used in many numeric contexts. But the question as to why they are
different is a good one, nevertheless. I awai the answer.
--
(Just Another Larry) Rosler
Hewlett-Packard Laboratories
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: 12 Jul 1999 04:44:52 -0000
From: anno4000@lublin.zrz.tu-berlin.de (Anno Siegel)
Subject: Re: Help -- Modules using up all my memory
Message-Id: <7mbrs4$b7k$1@lublin.zrz.tu-berlin.de>
<gjerde@avsupport.com> wrote in comp.lang.perl.misc:
>
>Maybe this is a strange question, but I didn't know exactly where else to turn.
>
>We're working on a project built from many small perl modules (.pm's) and
>sometimes when the script is run, it will work fine, but other times, perl
>will just grind and grind, eventually using up all the memory and locking
>up the machine.
>
>It's Red Hat 6.0, and Perl 5.0005 (or so, whatever is the default version
>from Red Hat 6.0).
Give or take a zero... oh well. Call perl -v and give the version if
you think it matters. Expecting others to find out what comes with
your linux is rude.
>It seems to be related to the 'use' statement. Specifically, it seems to
>happen when module 'a' uses module 'b' and module 'b' also uses
>module 'a'. This seems to cause some kind of circular loading that just
>keeps loading and loading the files until running out of memory.
It shouldn't. See the %INC hash in perldoc perlvar to see why.
>The funny thing is, we've been working on this project for months and
>have basically been doing this from the start and only recently has this
>started happening, but it's getting worse and worse (I suppose as the
>code is getting larger and more complex.) Can't you do this in Perl?
Can you do what? Have modules mutually use each other? You can, but
unless you have compelling reasons to do so you probably shouldn't.
Just because it seemed a good idea at the time is not a good reason.
Try to pull out the stuff both modules use and put it into a third one
they both can use. Or throw them together entirely, whatever seems
more appropriate.
Oh, and insert the occasional line feed in your postings, preferably
near column 72.
Anno
------------------------------
Date: Sun, 11 Jul 1999 22:27:54 -0700
From: lr@hpl.hp.com (Larry Rosler)
Subject: Re: Help -- Weird Increments (MacPerl)
Message-Id: <MPG.11f31cb330bca7d989ca8@nntp.hpl.hp.com>
In article <7mbc2h$2hk@dfw-ixnews5.ix.netcom.com> on 12 Jul 1999
00:15:13 GMT, Tom Mornini <tmornini@netcom9.netcom.com> says...
+ Larry Rosler <lr@hpl.hp.com> wrote:
+ : In article <7m8sj2$g2h@dfw-ixnews21.ix.netcom.com> on 11 Jul 1999
+ : 01:38:42 GMT, Tom Mornini <tmornini@netcom9.netcom.com> says...
...
+ :> open (IN,'file.txt') || die "Cannot open file for input";
+
+ : Where is the $! in the error message?
+
+ I didn't feel it was necessary in such a short snippet of code. It's
+ not as though I've broken a law here...
Many people use this list a source of programming ideas and style.
That's why -- for a tiny bit of effort -- you can develop good habits
for yourself and others.
...
+ :> That's not so hard, is it?
+ :>
+ :> The person who wrote the script either:
+ :>
+ :> 1) Had more requirements than you do
+ :> 2) Did not have a clue
+
+ : You could use some clues yourself.
+
+ Yes, obviously you're right. I apologize for soiling myself in public.
+
+ : Clue 1. Write and test whatever you offer, even if it is as trivial
+ : as you seem to think.
+
+ Yes, you're absolutely right, of course.
...
+ So, the lesson learned for me is 1) Don't post from a crappy
+ connection, and
+ 2) make absolutely certain that you get it right or Larry will pull
+ your pants down in public.
+
+ : Clue 2. Refer questions like this to the FAQ, in this case
+ : perlfaq5: "How do I change one line in a file/delete a line in a
+ : file/insert a line in the middle of a file/append to the
+ : beginning of a file?" Many people with much more experience than
+ : you or I have put a lot of effort into getting the answers right.
+
+ That doesn't mean that it is the only source of correct answers,
+ though.
+
+ What's you're point, in the end? I read you loud and clear on the
+ "don't bother posting unless you get it right" and agree
+ wholeheartedly. Your tone here is rather caustic, however, and I
+ would think that you might actually try to encourage a free
+ discussion on these lists.
My tone tends to mirror the tone of the article. You told the submitter
rather smugly about cluelessness, by which you expose yourself to
particular scrutiny. Many of us, including me, try to be more diffident
about our own cluefulness. (Spoken after having soiled myself in public
rather awkwardly last night. :-(
+ I value your participation much more than you might realize, and that
+ of everyone else that puts their time into this group. The fact that
+ you're a huge contributor here, however, doesn't make you some sort of
+ moderator of form on how to respond to posts.
This is a self-moderated group. Everyone is free to -- and should if
appropriate -- offer observations about form. No one is designated to
do that, so it's up to whoever wishes to. Subject to the risks of being
wrong, of course.
+ Thanks for taking the time to point out my mistakes though. I do know
+ how to take constructive criticism positively.
The point of criticism here is to identify and repair faulty code, which
many more eyes read than hands comment on. If the poster benefits
personally for the future, so much the better.
--
(Just Another Larry) Rosler
Hewlett-Packard Laboratories
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: 12 Jul 1999 05:46:31 GMT
From: Tom Mornini <tmornini@netcom9.netcom.com>
Subject: Re: Help -- Weird Increments (MacPerl)
Message-Id: <7mbvfn$4n1@dfw-ixnews7.ix.netcom.com>
Larry Rosler <lr@hpl.hp.com> wrote:
: + What's you're point, in the end? I read you loud and clear on the
: + "don't bother posting unless you get it right" and agree
: + wholeheartedly. Your tone here is rather caustic, however, and I
: + would think that you might actually try to encourage a free
: + discussion on these lists.
: My tone tends to mirror the tone of the article. You told the submitter
: rather smugly about cluelessness, by which you expose yourself to
: particular scrutiny. Many of us, including me, try to be more diffident
: about our own cluefulness. (Spoken after having soiled myself in public
: rather awkwardly last night. :-(
Ah, I understand that now.
If you read back, however, you'll see that I presented two possibilities,
and I sort of assumed that, given the complexity of the code for the simple
task requested, that it was likely that the original coder probably had a
more complex task at hand...and that's why I specifically mentioned that it
was possible that the original coder might have had different requirements.
-- Tom Mornini
-- InfoMania
------------------------------
Date: Mon, 12 Jul 1999 04:09:32 GMT
From: Jordan Hiller <hiller@email.com>
Subject: Re: How do you get rid of a remainder in a number
Message-Id: <37896A84.6B527E@email.com>
I'm afraid Abigail can't get over how fun it is to harass newbies or anyone with
questions. I think I've seen him truly help someone maybe once in the last
month. Hypocrite too--every message he sends says "read the FAQ", supposedly to
reduce the noise on this newsgroup, but it's Abigail making all the noise!
Flame on.
Warren McCoy wrote:
>
> Damn I love getting help from smart asses.
>
> Check you attitude at the door, no-one needs
> a smart ass. just don't answer it next time.
>
> The OS might matter (NT vs. Unix) Win32.
>
> Anyhow, I tired $war1 = sprintf("%.0d", $num3);
> and it worked.
>
> So thanks for nothing!
------------------------------
Date: Mon, 12 Jul 1999 06:51:38 GMT
From: backwards.saerdna@srm.hc (Andreas Fehr)
Subject: Re: How to dereference an array reference?
Message-Id: <37898fc7.5321832@news.uniplus.ch>
On Sun, 11 Jul 1999 20:31:32 GMT, bernie@fantasyfarm.com (Bernie
Cosell) wrote:
>It is. A testament to varying skills and sensibilities. Actually
>filtering spam "locally" [that is, in your mail client] isn't all that
>hard, but there are a lot of folk who shrink in horror at the very thought
>of getting _even_one_ unsolicited message, and so violate the RFCs and
>"spamblock".
Yes, filtering spam is easy, but here in Europe, most private
people have a modem dialup connection to the internet and no
flat rate to connect there. So loading all the spam to your
computer takes some time and money.
Andreas
------------------------------
Date: Sun, 11 Jul 1999 04:40:57 GMT
From: j5rson@frontiernet.net (Jeff Iverson)
Subject: Re: Learning Perl Books
Message-Id: <378c7a05.50392552@news.frontiernet.net>
While both of the books you mention are good and worthwhile, I'd also
highly recommend the Camel book:
Programming Perl (2nd Edition)
http://www.amazon.com/exec/obidos/ASIN/1565921496/iversonsoftwarecA
On Tue, 06 Jul 1999 17:09:34 GMT, mike@mindlogic2.com (Mind Logic)
wrote:
>Can anyone recommend some good books on learning Perl for the WWW? Currently I
>have the Lama book and the Perl for Dummies book coming to me mailorder. I'm
>looking for entry level books for beginners. What can you guys recommend?
>
>Please CC any replys to me please.
Kind Regards,
Jeff Iverson
--
Iverson Software Co. 507-235-9209 - voice
418 N. State St. #7 507-235-8835 - fax
Fairmont MN 56001 http://www.iversonsoftware.com/
------------------------------
Date: 11 Jul 1999 23:29:12 -0500
From: abigail@delanet.com (Abigail)
Subject: Re: simple Perl question:
Message-Id: <slrn7oirns.h7.abigail@alexandra.delanet.com>
Ronald J Kimball (rjk@linguist.dartmouth.edu) wrote on MMCXLI September
MCMXCIII in <URL:news:1dustw2.hts6slqm2hrfN@p53.block1.tc4.state.ma.tiac.com>:
'' David Bakhash <cadet@bu.edu> wrote:
''
'' > I want to write a function that does _EXACTLY_ what print does, except that
'' > prints a newline at the end.
''
'' Is there any reason you can't use $\?
''
'' $\ = "\n";
'' print "Ta da!";
Of course not. print prints $\ at the end; if you set $\ to "\n", the
new function would have to print 2 newlines. :)
Instead of giving a side answer, can you make a function that takes the
arguments in the same way as print?
Abigail
--
tie $" => A; $, = " "; $\ = "\n"; @a = ("") x 2; print map {"@a"} 1 .. 4;
sub A::TIESCALAR {bless \my $A => A} # Yet Another silly JAPH by Abigail
sub A::FETCH {@q = qw /Just Another Perl Hacker/ unless @q; shift @q}
-----------== Posted via Newsfeeds.Com, Uncensored Usenet News ==----------
http://www.newsfeeds.com The Largest Usenet Servers in the World!
------== Over 73,000 Newsgroups - Including Dedicated Binaries Servers ==-----
------------------------------
Date: Mon, 12 Jul 1999 04:28:10 GMT
From: Watcher <watcher_q@my-deja.com>
Subject: Re: Speed Differences Perl v. Cold Fusion
Message-Id: <7mbqsh$d5n$1@nnrp1.deja.com>
In article <7m5qr3$m3l$1@nnrp1.deja.com>,
austintech@my-deja.com wrote:
> I am currently evaluating the use of PERL v. Cold Fusion for a
> high-end data services site. The SQL queries will be made against
> millions of records at a time. Our server platform will be Sun Solaris
> with
> Apache.
Hmmm, I'm currently using Solaris 2.5.1, Apache 1.3.6 with Oracle
7.3.3, CF 4.0.0 and trying to squeeze Perl in.
> I've used both but tend to like PERL more. The mixed programming
logic
> and HTML snippet nature of Cold Fusion seems to bother me a little.
> However,if there are considerable advantages in speed or processing
> power through the cold fusion server I might tend towards that
> environment to develop our application in.
Well, there are certainly advantages in using CF. The code is so much
easier and faster to write. You could split the task of designing and
writing the web page and the actual database access. There is no need
to have a process to "generate" HTML, rather a generation of data and
formatting it in-place inside the HTML. It may look strange, but it is
good. You can also get beginners to start writing in CFML (CF access
lang). You can't do that with perl. The people writing the stuff in
perl requires more programming skills. Furthermore, templatizing
is "odd" with Perl unlike CF.
That said, CF has the issue of unable to support complex logic that you
might need (eg non-std authentication, etc). It is also slower and
more buggy, esp on solaris cf NT (refer to the CF discussion group on
Allaire itself). Also, CF tends to become quite messy after a while
with variables appearing left and right. The driver support on Unix is
also a pain, as CF currently supports ODBC and direct drivers. But
ODBC on Unix is patchy at best and moderate in quality. If you intend
to use a DB that is not in the list of supported DB, you will have to
pay for additional software.
> If PERL is our choice I will run everything through mod_perl in order
to
> speed up any CGI requests.
Good idea.
> I'm having difficulty retrieving any information on comparisons
between
> the two development environments. Any time Cold Fusion has been
> compared, it has been against other commercial products.
>
> Has anyone had any experience in comparing CF v. PERL for speed in
> processing CGI type scripts?
Hmmm, hard qn to ask. A fairer comparison would be to do benchmarking
written with the best the you can come up with and a set of realistic
data. It is difficult to get unbiased benchmark nowadays. Try
visiting the CF support discussion group on Allaire.
Watcher
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.
------------------------------
Date: 12 Jul 1999 04:23:53 GMT
From: tgy@chocobo.org (Neko)
Subject: Re: trying to read a variable?
Message-Id: <7mbqkp$595$0@216.39.141.200>
On Sun, 11 Jul 1999 16:22:02 -0400, tadmc@metronet.com (Tad McClellan) wrote:
>: select DNA;
>: print $1;
>
> That is a strange way of doing things.
>
> I have never used select() in 5 years of full-time Perl programming.
>
> print DNA $1; # replace two lines with one
Not even to autoflush a filehandle?
$|++, select $_ for select OUT;
--
Neko | tgy@chocobo.org | Will hack Perl for a moogle stuffy! =^.^=
------------------------------
Date: Sun, 11 Jul 1999 04:40:52 GMT
From: j5rson@frontiernet.net (Jeff Iverson)
Subject: Re: Where might I find info. on "$_"
Message-Id: <378b795c.50223780@news.frontiernet.net>
In the Camel book you will find a description of $_ on page 131. It is
defined as the default input and pattern searching space. It then
follows up with a number of examples.
For your own copy of the Camel book:
Programming Perl (2nd Edition)
http://www.amazon.com/exec/obidos/ASIN/1565921496/iversonsoftwarecA
On Sun, 4 Jul 1999 00:39:35 -0400, "Andy" <ranaylor@cais.net> wrote:
>I'm looking for an explanation of $_
>
>I can't seem to find it in the perldoc or my gecko book.
>
>Thanx,
>a humble student
>Andy...
>It's not only what you know
>but your ability to explain it
>with your listeners brain intact.
>
Kind Regards,
Jeff Iverson
--
Iverson Software Co. 507-235-9209 - voice
418 N. State St. #7 507-235-8835 - fax
Fairmont MN 56001 http://www.iversonsoftware.com/
------------------------------
Date: 12 Jul 1999 00:49:21 -0400
From: Uri Guttman <uri@sysarch.com>
Subject: Re: Where might I find info. on "$_"
Message-Id: <x7oghio4ku.fsf@home.sysarch.com>
>>>>> "JI" == Jeff Iverson <j5rson@frontiernet.net> writes:
JI> In the Camel book you will find a description of $_ on page 131. It is
JI> defined as the default input and pattern searching space. It then
JI> follows up with a number of examples.
JI> For your own copy of the Camel book:
JI> Programming Perl (2nd Edition)
JI> http://www.amazon.com/exec/obidos/ASIN/1565921496/iversonsoftwarecA
how unselfish of you to use a url that will get you 15% back.
buy it at bookpool.com and you save even more and he doesn't get a
kickback.
uri
--
Uri Guttman ----------------- SYStems ARCHitecture and Software Engineering
uri@sysarch.com --------------------------- Perl, Internet, UNIX Consulting
Have Perl, Will Travel ----------------------------- http://www.sysarch.com
The Best Search Engine on the Net ------------- http://www.northernlight.com
"F**king Windows 98", said the general in South Park before shooting Bill.
------------------------------
Date: 12 Jul 1999 00:30:02 -0500
From: abigail@delanet.com (Abigail)
Subject: Re: Where might I find info. on "$_"
Message-Id: <slrn7oiva2.h7.abigail@alexandra.delanet.com>
Jeff Iverson (j5rson@frontiernet.net) wrote on MMCXL September MCMXCIII
in <URL:news:378b795c.50223780@news.frontiernet.net>:
!!
!! For your own copy of the Camel book:
!! Programming Perl (2nd Edition)
!! http://www.amazon.com/exec/obidos/ASIN/XXXXXXXXXX/XXXXXXXXXXXXXXXXX
Lamer.
*plonk*
Abigail
--
perl -wleprint -eqq-@{[ -eqw\\- -eJust -eanother -ePerl -eHacker -e\\-]}-
-----------== Posted via Newsfeeds.Com, Uncensored Usenet News ==----------
http://www.newsfeeds.com The Largest Usenet Servers in the World!
------== Over 73,000 Newsgroups - Including Dedicated Binaries Servers ==-----
------------------------------
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 115
*************************************
