[31022] in Perl-Users-Digest
Perl-Users Digest, Issue: 2267 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Tue Mar 10 14:09:46 2009
Date: Tue, 10 Mar 2009 11:09:11 -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, 10 Mar 2009 Volume: 11 Number: 2267
Today's topics:
Re: "system" with [ ] in filename <1usa@llenroc.ude.invalid>
Re: Ban Xah Lee <tom.weissmann@gmail.com>
Re: Ban Xah Lee <acm@muc.de>
DBI select 'like' query <cartercc@gmail.com>
Re: DBI select 'like' query <ben@morrow.me.uk>
Re: DBI select 'like' query <cartercc@gmail.com>
Re: FAQ 9.8 How do I fetch an HTML file? <tadmc@seesig.invalid>
Re: Hiding cell values via WriteExcel module <smallpond@juno.com>
Re: Hiding cell values via WriteExcel module <jimsgibson@gmail.com>
Re: MinGW available via PPM using AS Perl on Windows <sisyphus359@gmail.com>
Optimizing a conditional <steve@mixmin.net>
Re: Optimizing a conditional <willem@snail.stack.nl>
Re: Optimizing a conditional <tadmc@seesig.invalid>
Re: Optimizing a conditional <1usa@llenroc.ude.invalid>
Re: Optimizing a conditional <noreply@gunnar.cc>
Re: Optimizing a conditional <steve@mixmin.net>
Re: Optimizing a conditional <steve@mixmin.net>
Re: Optimizing a conditional <burner+usenet@imf.au.dk>
Re: Optimizing a conditional <ben@morrow.me.uk>
Re: perl 5.8 or perl 5.10 <tadmc@seesig.invalid>
Re: Perl training ... <tadmc@seesig.invalid>
Re: Perl training ... <smallpond@juno.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Tue, 10 Mar 2009 14:19:04 GMT
From: "A. Sinan Unur" <1usa@llenroc.ude.invalid>
Subject: Re: "system" with [ ] in filename
Message-Id: <Xns9BCA68F4DBF3Fasu1cornelledu@127.0.0.1>
Ben Morrow <ben@morrow.me.uk> wrote in
news:170c86-1ij.ln1@osiris.mauzo.dyndns.org:
>
> Quoth Ilya Zakharevich <nospam-abuse@ilyaz.org>:
>> On 2009-03-07, Peter J. Holzer <hjp-usenet2@hjp.at> wrote:
>> > attempt to quote ... *correctly*". I.e., what Ben tried to express
>> > is that it will quote, and that the quoting does attempt to
>> > preserve all arguments exactly but that this may not be possible in
>> > some cases (which seems unavoidable to me: If the parsing is done
>> > by each program instead of by a shell, each program may use
>> > different quoting conventions, so system would have to know the
>> > quoting conventions of each specific program).
>>
>> Quoting is done by C runtime.
>
> No it's not. It's done by win32.c:create_command_line. The code in
> there is sufficiently convoluted, and contains a sufficient number of
> comments about things not working entirely as documented, as to make
> me very unsure of its correctness in every case.
Well, thank you for pointing this out.
I have been studying win32.c since your response which is why it took me
a while to respond.
I am not sure why things are done this way. I'll need to play around
with some toy C programs to see why the list form of the system call
cannot be transformed into a straightforward call.
The comments on line 4040 on in
http://perl5.git.perl.org/perl.git/blob_plain/maint-5.10:/win32/win32.c
shed some light as does the following code fragment:
DllExport int
win32_spawnvp(int mode, const char *cmdname, const char *const *argv)
{
#ifdef USE_RTL_SPAWNVP
return spawnvp(mode, cmdname, (char * const *)argv);
#else
...
See, I would have expected the entire win32_spawnvp function to consist
of just the part above. I just do not know enough about the pecularities
of various C runtimes on Win32 ;-)
> My point was that even multi-arg system still isn't *safe* under
> Win32, and still doesn't guarantee cmd.exe (and/or whatever you've got
> in %PERL5SHELL%) won't be invoked.
Point well taken. I now know how things actually work. I have yet to
understand why they can't work they way I think they should.
Sinan
--
A. Sinan Unur <1usa@llenroc.ude.invalid>
(remove .invalid and reverse each component for email address)
comp.lang.perl.misc guidelines on the WWW:
http://www.rehabitation.com/clpmisc/
------------------------------
Date: Tue, 10 Mar 2009 06:18:26 -0700 (PDT)
From: TomSW <tom.weissmann@gmail.com>
Subject: Re: Ban Xah Lee
Message-Id: <08f9323b-1578-43de-966d-129de6db9b18@c11g2000yqj.googlegroups.com>
> Xah Lee schrieb (and how...)
For Google Groups users, there is a kill file implementation for
Firefox / Greasemonkey: http://www.penney.org/ggkiller.html
hth, Tom
------------------------------
Date: Tue, 10 Mar 2009 15:11:25 +0000 (UTC)
From: Alan Mackenzie <acm@muc.de>
Subject: Re: Ban Xah Lee
Message-Id: <gp5vut$1jo2$1@colin2.muc.de>
In comp.lang.lisp Xah Lee <xahlee@gmail.com> wrote:
> Some people says that i don't participate in discussion, and this is
> part of the reason they think i'm a so-called ?troll?. Actually i do,
> and read every reply to my post, as well have replied to technical
> questions other posted. Most replies to my posts are attacks or
> trivial (of few sentences) i don't consider worthy to reply.
Hmmm. What does that say about your posts? ;-) Actually, short replies
need not be, and often aren't, "trivial".
> A few, maybe 10% replies to my unconventional posts, i consider having
> some value. But if i don't have sufficiently remarkable opinion on
> what they remarked, i don't reply. Also, if all i wanted to say is
> ?thanks?, i tend to avoid posting such trivial posts too.
Saying "thanks" isn't "trivial". It gives feedback to the other poster,
confirming that what he's written has been read by you, and that it is
useful, or at least appreciated. It indicates to the group what level
of answers is useful to you, what your level of sophistication is. It
makes the group work better.
> if you didn't start your message with ?IMHO?, which indicated to me
> that at least you are sincere, i would not have replied. (no offense
> intended)
Nearly every Usenet post is an "IMHO". This one certainly is. The lack
of an explicit "IMHO" doesn't imply any lack of sincerity.
> Btw, i'm not some kind of saint. You (guys) do whatever
> chatty style you want, i write or choose to reply in my abstruse &
> ascetic manners. Just don't accuse when my style is not compatible
> your drivels. (insult intentional)
"Ascetic manners"! That's wonderful, almost on a par with Sir Robert
Armstrong's "being economical with the truth". :-)
> Also, thanks to many supporters over the past years.
Hey, you're not going away, are you?
> Xah
--
Alan Mackenzie (Nuremberg, Germany).
------------------------------
Date: Tue, 10 Mar 2009 08:57:49 -0700 (PDT)
From: ccc31807 <cartercc@gmail.com>
Subject: DBI select 'like' query
Message-Id: <b1b447bd-f9b6-4e88-9769-a1c2147c05df@m36g2000vbp.googlegroups.com>
Running MySQL. I have a column in my table called 'eventdate' of type
date with values that look like '2009-03-10'. I want to query by year
and month only.
If I run this query: "SELECT * FROM EVENTS WHERE eventdate LIKE
'2009-03%';" I get all March, 2009 events.
However, I can't seem to find the correct syntax to do this:
sub get_events_by_month
{
my $d = shift; # a value like '2009-03'
$dbh = con(); # internal function that connects to DB
$sth = $dbh->prepare("SELECT * FROM EVENTS WHERE eventdate LIKE ?
%");
$sth->execute($t);
$hash = $sth->fetchall_hashref('id');
$sth->finish();
$dbh->disconnect();
return $hash;
}
I've tried a number of different statements, some using bind_param,
with no luck.
Suggestions? Thanks, CC.
------------------------------
Date: Tue, 10 Mar 2009 16:14:05 +0000
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: DBI select 'like' query
Message-Id: <d7gi86-h4r1.ln1@osiris.mauzo.dyndns.org>
Quoth ccc31807 <cartercc@gmail.com>:
> Running MySQL. I have a column in my table called 'eventdate' of type
> date with values that look like '2009-03-10'. I want to query by year
> and month only.
>
> If I run this query: "SELECT * FROM EVENTS WHERE eventdate LIKE
> '2009-03%';" I get all March, 2009 events.
>
> However, I can't seem to find the correct syntax to do this:
>
> sub get_events_by_month
> {
> my $d = shift; # a value like '2009-03'
> $dbh = con(); # internal function that connects to DB
> $sth = $dbh->prepare("SELECT * FROM EVENTS WHERE eventdate LIKE ?
> %");
> $sth->execute($t);
Did you try
my $sth = $dbh->prepare(
"SELECT * FROM EVENTS WHERE eventdate LIKE ?"
);
$sth->execute("$t%");
?
Ben
------------------------------
Date: Tue, 10 Mar 2009 09:30:14 -0700 (PDT)
From: ccc31807 <cartercc@gmail.com>
Subject: Re: DBI select 'like' query
Message-Id: <41c55b29-8d59-46d8-8c58-e6b930952461@e5g2000vbe.googlegroups.com>
On Mar 10, 12:14=A0pm, Ben Morrow <b...@morrow.me.uk> wrote:
> Did you try
>
> =A0 =A0 =A0 =A0 my $sth =3D $dbh->prepare(
> =A0 =A0 =A0 =A0 =A0 =A0 "SELECT * FROM EVENTS WHERE eventdate LIKE ?"
> =A0 =A0 =A0 =A0 );
> =A0 =A0 =A0 =A0 $sth->execute("$t%");
>
> ?
Man, I spent the last two hours trying every permutation I could think
of, getting errors, no errors, no results, no success.
Okay, I'll confess to ignorance. Yes, this works. Thanks.
CC
------------------------------
Date: Tue, 10 Mar 2009 08:26:00 -0500
From: Tad J McClellan <tadmc@seesig.invalid>
Subject: Re: FAQ 9.8 How do I fetch an HTML file?
Message-Id: <slrngrcqj8.qdv.tadmc@tadmc30.sbcglobal.net>
Larry Gates <larry@example.invalid> wrote:
> my $t = "http://www.lomas-assault.net";
> my $html = get( $t);
> defined $html
> or die "Can't fetch HTML from $t";
> my $tree = HTML::TreeBuilder->new->parse($html);
> my $tree1 = HTML::TreeBuilder->new_from_content($t);
The argument to new_from_content() is supposed to be *content*,
not a URL.
You already have a TreeBuilder object, so just dump that one:
$tree->dump;
> $tree1->dump;
> Q1) Can someone comment on how perl's appraisal of this site looks nothing
> like html?
Even a human would think that this does not look like HTML:
http://www.lomas-assault.net
> Q2) Why is the image not there either?
Because there is in fact, no image there.
There is no HTML there at all...
--
Tad McClellan
email: perl -le "print scalar reverse qq/moc.noitatibaher\100cmdat/"
------------------------------
Date: Tue, 10 Mar 2009 06:17:44 -0700 (PDT)
From: smallpond <smallpond@juno.com>
Subject: Re: Hiding cell values via WriteExcel module
Message-Id: <3f73be3a-b649-4cab-bb85-af953a3d4985@41g2000yqf.googlegroups.com>
On Mar 9, 8:32 pm, Jim Gibson <jimsgib...@gmail.com> wrote:
> In article
> <59d5b498-c9ec-47b6-9ede-77b77ba2d...@v13g2000pro.googlegroups.com>,
>
>
>
> <dn.p...@gmail.com> wrote:
> > A quick search of the forum's archives shows that there might be a way
> > to hide a cell in an excel sheet via win32::ole module.
> [...]
>
> > Even if I could *actually* set a column's width to 0 via WriteExcel
> > module, it would do.
> > But if I use: set_column('B:B', 0) ; the column B's width is set to
> > some non-zero default value which Excel seems to calculate internally.
>
> The version of Spreadsheet::WriteExcel on my system (2.25) has a hidden
> attribute in the set_column method:
>
> set_column($first_col, $last_col, $width, $format, $hidden, $level,
> $collapsed)
>
> with examples:
>
> $worksheet->set_column('D:D', 20, $format, 1);
> $worksheet->set_column('E:E', undef, undef, 1);
>
> Have you tried that?
>
> --
> Jim Gibson
I think that is for hiding formulas rather than values.
------------------------------
Date: Tue, 10 Mar 2009 09:37:52 -0700
From: Jim Gibson <jimsgibson@gmail.com>
Subject: Re: Hiding cell values via WriteExcel module
Message-Id: <100320090937529007%jimsgibson@gmail.com>
In article
<3f73be3a-b649-4cab-bb85-af953a3d4985@41g2000yqf.googlegroups.com>,
smallpond <smallpond@juno.com> wrote:
> On Mar 9, 8:32 pm, Jim Gibson <jimsgib...@gmail.com> wrote:
> > In article
> > <59d5b498-c9ec-47b6-9ede-77b77ba2d...@v13g2000pro.googlegroups.com>,
> >
> > The version of Spreadsheet::WriteExcel on my system (2.25) has a hidden
> > attribute in the set_column method:
> >
> > set_column($first_col, $last_col, $width, $format, $hidden, $level,
> > $collapsed)
> >
> > with examples:
> >
> > $worksheet->set_column('D:D', 20, $format, 1);
> > $worksheet->set_column('E:E', undef, undef, 1);
> >
> > Have you tried that?
> >
>
> I think that is for hiding formulas rather than values.
It is for setting default values for columns. From the documentation:
"The $hidden parameter should be set to 1 if you wish to hide a column.
This can be used, for example, to hide intermediary steps in a
complicated calculation:"
Followed by the above examples.
--
Jim Gibson
------------------------------
Date: Tue, 10 Mar 2009 10:51:58 -0700 (PDT)
From: sisyphus <sisyphus359@gmail.com>
Subject: Re: MinGW available via PPM using AS Perl on Windows
Message-Id: <918cdc60-29f9-41fd-adb1-ff11c8e427ef@f1g2000prb.googlegroups.com>
On Mar 10, 12:35=A0pm, "A. Sinan Unur" <1...@llenroc.ude.invalid> wrote:
> Apparently, it is now possible to install MinGW using ppm on Windows:
>
Yes - I've done a 'ppm install MinGW' with both builds 825 and 1004 of
ActivePerl, and it's fine.
Unlike the MinGW that ships with Strawberry Perl, ActivePerl's MinGW
also includes the g77 fortran compiler - so you can even build PGPLOT,
and a more functional version of PDL (and, presumably, other modules
that need the g77 compiler).
Cheers,
Rob
------------------------------
Date: Tue, 10 Mar 2009 14:51:02 +0000 (UTC)
From: Steve <steve@mixmin.net>
Subject: Optimizing a conditional
Message-Id: <slrngrcvim.h5f.steve@news.mixmin.net>
Hi all,
I'm wondering what is the best way to performance optimize a conditional
in Perl.
In my particular instance I have:
if (simple_condition and complex_condition) {
do_foo();
};
simple_condition is just a Boolean.
complex_condition is a large regex.
Is the above syntax optimal, or would I be better doing:
if (simple_condition) {
if (complex_condition) {
do_foo();
};
};
There's also the variation of:
if (simple_condition) {
do foo() if complex_condition;
};
I don't see how the above is different from the previous example but
thought I'd mention it just in case. :)
Steve
--
pub 1024D/228761E7 2003-06-04 Steven Crook
Key fingerprint = 1CD9 95E1 E9CE 80D6 C885 B7EB B471 80D5 2287 61E7
uid Steven Crook <steve@mixmin.net>
------------------------------
Date: Tue, 10 Mar 2009 14:56:42 +0000 (UTC)
From: Willem <willem@snail.stack.nl>
Subject: Re: Optimizing a conditional
Message-Id: <slrngrcvta.9m1.willem@snail.stack.nl>
Steve wrote:
) Hi all,
)
) I'm wondering what is the best way to performance optimize a conditional
) in Perl.
)
) In my particular instance I have:
)
) if (simple_condition and complex_condition) {
) do_foo();
) };
)
) simple_condition is just a Boolean.
) complex_condition is a large regex.
)
) Is the above syntax optimal, <snip>
Yes it is. Perl does short-circuiting.
SaSW, Willem
--
Disclaimer: I am in no way responsible for any of the statements
made in the above text. For all I know I might be
drugged or something..
No I'm not paranoid. You all think I'm paranoid, don't you !
#EOT
------------------------------
Date: Tue, 10 Mar 2009 10:42:04 -0500
From: Tad J McClellan <tadmc@seesig.invalid>
Subject: Re: Optimizing a conditional
Message-Id: <slrngrd2ic.so9.tadmc@tadmc30.sbcglobal.net>
Steve <steve@mixmin.net> wrote:
> In my particular instance I have:
>
> if (simple_condition and complex_condition) {
> do_foo();
> };
>
> simple_condition is just a Boolean.
> complex_condition is a large regex.
>
> Is the above syntax optimal, or would I be better doing:
> if (simple_condition) {
> if (complex_condition) {
> do_foo();
> };
> };
>
> There's also the variation of:
> if (simple_condition) {
> do foo() if complex_condition;
> };
perldoc Benchmark
--
Tad McClellan
email: perl -le "print scalar reverse qq/moc.noitatibaher\100cmdat/"
------------------------------
Date: Tue, 10 Mar 2009 16:01:28 GMT
From: "A. Sinan Unur" <1usa@llenroc.ude.invalid>
Subject: Re: Optimizing a conditional
Message-Id: <Xns9BCA7A514E09asu1cornelledu@127.0.0.1>
Steve <steve@mixmin.net> wrote in
news:slrngrcvim.h5f.steve@news.mixmin.net:
> Hi all,
>
> I'm wondering what is the best way to performance optimize a
> conditional in Perl.
>
> In my particular instance I have:
>
> if (simple_condition and complex_condition) {
> do_foo();
> };
>
> simple_condition is just a Boolean.
> complex_condition is a large regex.
>
> Is the above syntax optimal,
Here is a silly example to show you how you would benchmark something
like this:
#!/usr/bin/perl
use strict;
use warnings;
use Benchmark qw( cmpthese );
cmpthese( -5, {
first_false => sub {
if ( 0 and exp(log(1)) ) {
my $x = 'a';
}
},
first_true => sub {
if ( 1 and exp(log(1)) ) {
my $x = 'a';
}
},
}
);
__END__
C:\DOCUME~1\asu1\LOCALS~1\Temp\t> t
Rate first_true first_false
first_true 6499122/s -- -89%
first_false 59826552/s 821% --
--
A. Sinan Unur <1usa@llenroc.ude.invalid>
(remove .invalid and reverse each component for email address)
comp.lang.perl.misc guidelines on the WWW:
http://www.rehabitation.com/clpmisc/
------------------------------
Date: Tue, 10 Mar 2009 18:27:53 +0100
From: Gunnar Hjalmarsson <noreply@gunnar.cc>
Subject: Re: Optimizing a conditional
Message-Id: <71nm8sFlhuurU1@mid.individual.net>
Steve wrote:
> I'm wondering what is the best way to performance optimize a conditional
> in Perl.
>
> In my particular instance I have:
>
> if (simple_condition and complex_condition) {
> do_foo();
> };
>
> simple_condition is just a Boolean.
> complex_condition is a large regex.
>
> Is the above syntax optimal, or would I be better doing:
> if (simple_condition) {
> if (complex_condition) {
> do_foo();
> };
> };
The difference is most likely negligible. Please see
http://perldoc.perl.org/perlop.html#Logical-And
> There's also the variation of:
> if (simple_condition) {
> do foo() if complex_condition;
> };
>
> I don't see how the above is different from the previous example
Me neither.
--
Gunnar Hjalmarsson
Email: http://www.gunnar.cc/cgi-bin/contact.pl
------------------------------
Date: Tue, 10 Mar 2009 17:39:07 +0000 (UTC)
From: Steve <steve@mixmin.net>
Subject: Re: Optimizing a conditional
Message-Id: <slrngrd9dr.lsr.steve@news.mixmin.net>
On Tue, 10 Mar 2009 14:56:42 +0000 (UTC), Willem wrote in
Message-Id: <slrngrcvta.9m1.willem@snail.stack.nl>:
> Yes it is. Perl does short-circuiting.
Thanks Willem,
Knowing it was referred to as short-circuiting made my Google efforts
considerably more productive. :)
--
pub 1024D/228761E7 2003-06-04 Steven Crook
Key fingerprint = 1CD9 95E1 E9CE 80D6 C885 B7EB B471 80D5 2287 61E7
uid Steven Crook <steve@mixmin.net>
------------------------------
Date: Tue, 10 Mar 2009 17:42:51 +0000 (UTC)
From: Steve <steve@mixmin.net>
Subject: Re: Optimizing a conditional
Message-Id: <slrngrd9kr.lsr.steve@news.mixmin.net>
On Tue, 10 Mar 2009 16:01:28 GMT, A. Sinan Unur wrote in
Message-Id: <Xns9BCA7A514E09asu1cornelledu@127.0.0.1>:
> Here is a silly example to show you how you would benchmark something
> like this:
Very helpful, thanks
Rather than thanking every reply individually, please let me extend my
gratitude for all the helpful answers I've received.
Steve
--
pub 1024D/228761E7 2003-06-04 Steven Crook
Key fingerprint = 1CD9 95E1 E9CE 80D6 C885 B7EB B471 80D5 2287 61E7
uid Steven Crook <steve@mixmin.net>
------------------------------
Date: Tue, 10 Mar 2009 18:55:43 +0100
From: Rasmus Villemoes <burner+usenet@imf.au.dk>
Subject: Re: Optimizing a conditional
Message-Id: <u0l7i2xqn34.fsf@orc10.imf.au.dk>
Steve <steve@mixmin.net> writes:
> Hi all,
>
> I'm wondering what is the best way to performance optimize a conditional
> in Perl.
>
> In my particular instance I have:
>
> if (simple_condition and complex_condition) {
> do_foo();
...
> };
> There's also the variation of:
> if (simple_condition) {
> do foo() if complex_condition;
> };
>
"Programming Perl", in the subsection Time Efficiency, suggests "Use
statement modifiers... instead of full-blown conditionals. [This]
avoid[s] the overhead of entering and leaving a block". So combining
the short-circuiting optimization with this advice gives
do_foo() if (simple_condition and complex_condition);
--
Rasmus Villemoes
<http://rasmusvillemoes.dk/>
------------------------------
Date: Tue, 10 Mar 2009 17:54:20 +0000
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: Optimizing a conditional
Message-Id: <c3mi86-srr1.ln1@osiris.mauzo.dyndns.org>
Quoth Gunnar Hjalmarsson <noreply@gunnar.cc>:
> Steve wrote:
> > I'm wondering what is the best way to performance optimize a conditional
> > in Perl.
> >
> > In my particular instance I have:
> >
> > if (simple_condition and complex_condition) {
> > do_foo();
> > };
> >
> > simple_condition is just a Boolean.
> > complex_condition is a large regex.
> >
> > Is the above syntax optimal, or would I be better doing:
> > if (simple_condition) {
> > if (complex_condition) {
> > do_foo();
> > };
> > };
>
> The difference is most likely negligible. Please see
~% perl -MO=Concise,-exec -e'if ($x) { if ($y) { 1; } }'
1 <0> enter
2 <;> nextstate(main 5 -e:1) v
3 <$> gvsv(*x) s
4 <|> and(other->5) vK/1
5 <$> gvsv(*y) s
6 <|> and(other->-) vK/1
- <@> scope vK
7 <@> leave[1 ref] vKP/REFC
~% perl -MO=Concise,-exec -e'if ($x and $y) { 1; }'
1 <0> enter
2 <;> nextstate(main 3 -e:1) v
3 <$> gvsv(*x) s
4 <|> and(other->5) sK/1
5 <$> gvsv(*y) s
6 <|> and(other->-) vK/1
- <@> scope vK
7 <@> leave[1 ref] vKP/REFC
So the two compile to almost the same code. The only difference is that
with the second the truth of $x will be examined twice if it was false
(note: I don't mean the expression will be evaluated twice. It will be
evaluated once, the result pushed onto the stack, and then examined
twice).
> > There's also the variation of:
> > if (simple_condition) {
> > do foo() if complex_condition;
Don't call subs with 'do'. This was a perl4ism that is very bad practice
nowadays.
foo() if complax_condition;
Ben
------------------------------
Date: Tue, 10 Mar 2009 08:44:39 -0500
From: Tad J McClellan <tadmc@seesig.invalid>
Subject: Re: perl 5.8 or perl 5.10
Message-Id: <slrngrcrm7.qdv.tadmc@tadmc30.sbcglobal.net>
Petr Vileta "fidokomik" <stoupa@practisoft.cz> wrote:
> Ben Morrow wrote:
>> Of course, I don't speak for p5p in any capacity.
>>
>
> English is my second language, please what is "p5p" ?
Perl 5 Porters.
That is, the folks responsible for the development of Perl and perl.
--
Tad McClellan
email: perl -le "print scalar reverse qq/moc.noitatibaher\100cmdat/"
------------------------------
Date: Tue, 10 Mar 2009 08:40:59 -0500
From: Tad J McClellan <tadmc@seesig.invalid>
Subject: Re: Perl training ...
Message-Id: <slrngrcrfb.qdv.tadmc@tadmc30.sbcglobal.net>
Krishna Chaitanya <schaitan@gmail.com> wrote:
> Hi all, I'm looking for an online training program for Perl ..... from
> beginner to advanced ... do you know of such good & reliable courses?
Beginning Perl
http://www.perl.org/books/beginning-perl/
--
Tad McClellan
email: perl -le "print scalar reverse qq/moc.noitatibaher\100cmdat/"
------------------------------
Date: Tue, 10 Mar 2009 07:07:41 -0700 (PDT)
From: smallpond <smallpond@juno.com>
Subject: Re: Perl training ...
Message-Id: <1b97024e-ce8c-4af4-a31f-c7062f961300@r18g2000vbi.googlegroups.com>
On Mar 10, 6:17 am, Krishna Chaitanya <schai...@gmail.com> wrote:
> Hi all, I'm looking for an online training program for Perl ..... from
> beginner to advanced ... do you know of such good & reliable courses?
> Also, what in your thought is necessary for an experienced but non-
> computer-graduate programmer to do to take their skills to the next
> level...? A full-time college degree is nice but not often practical
> due to difficulty in obtaining leave (esp. in recession times like
> these) .... any "home remedies" ?
>
> I've tried reading documents and tutorials on websites and books but
> more often than not, I get bogged down by a lot of unfamiliar terms
> from computer science and end up googling for hours on end on these
> terms and definitions....it takes an awful lot of time to get around
> to understanding the main issue that I began researching on...any help
> or insight would be great!
If you don't have the patience to work your way through "Learning
Perl",
really the best way, then try the "Perl Cookbook" - which is easy to
grasp recipes for common programming tasks.
Both books from O'Reilly.
------------------------------
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.
NOTE: due to the current flood of worm email banging on ruby, the smtp
server on ruby has been shut off until further notice.
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 V11 Issue 2267
***************************************
