[31119] in Perl-Users-Digest
Perl-Users Digest, Issue: 2364 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Apr 24 03:09:42 2009
Date: Fri, 24 Apr 2009 00:09:06 -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 Fri, 24 Apr 2009 Volume: 11 Number: 2364
Today's topics:
Re: Can I use True and False like this in Perl ? <kkeller-usenet@wombat.san-francisco.ca.us>
Re: Can I use True and False like this in Perl ? <tadmc@seesig.invalid>
Re: Encode::decode() clears scalar being decoded? sln@netherlands.com
Re: Encode::decode() clears scalar being decoded? sln@netherlands.com
Re: Encode::decode() clears scalar being decoded? sln@netherlands.com
Re: F<utf8.pm> is evil (was: XML::LibXML UTF-8 toString sln@netherlands.com
Re: F<utf8.pm> is evil (was: XML::LibXML UTF-8 toString <whynot@pozharski.name>
Re: F<utf8.pm> is evil (was: XML::LibXML UTF-8 toString <ben@morrow.me.uk>
new CPAN modules on Fri Apr 24 2009 (Randal Schwartz)
Re: pod2ipf in Perl 5.10? <ben@morrow.me.uk>
Re: Posting to perl.beginners via google groups <whynot@pozharski.name>
Re: Problem in parsing from a pipe <whynot@pozharski.name>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Thu, 23 Apr 2009 22:07:46 -0700
From: Keith Keller <kkeller-usenet@wombat.san-francisco.ca.us>
Subject: Re: Can I use True and False like this in Perl ?
Message-Id: <22u7c6xi2e.ln2@goaway.wombat.san-francisco.ca.us>
On 2009-04-23, sln@netherlands.com <sln@netherlands.com> wrote:
> On Thu, 23 Apr 2009 16:42:47 -0700, merlyn@stonehenge.com (Randal L. Schwartz) wrote:
>
>>>>>>> "sln" == sln <sln@netherlands.com> writes:
>>
>>>> Yes I'm sorry about that, I was not pasting code I just typing it on the fly
>>>> and I have to admit I'm not used to the double equal.
>>>>
>>sln> Neither am I. Isn't one '=' enough, why have more is what I say.
>>
>>Because two works, and one doesn't? That's what I say. :)
> Hey, each to his own idiom(acy).
Or idiocy.
Compare the following one-liners, then claim that = is idiomatic for ==.
perl -e '$j=1;print "i is $i\n" if ($i==$j);'
perl -e '$j=1;print "i is $i\n" if ($i=$j);'
To the OP: Please read the Posting Guidelines, which warn you about
typing in code instead of doing a cut-and-paste or reading in your code.
Your question was certainly reasonable otherwise.
BTW, as Jurgen mentioned, don't call subroutines with & unless you need
its side effects. Read perldoc perlsub for more details.
--keith
--
kkeller-usenet@wombat.san-francisco.ca.us
(try just my userid to email me)
AOLSFAQ=http://www.therockgarden.ca/aolsfaq.txt
see X- headers for PGP signature information
------------------------------
Date: Thu, 23 Apr 2009 19:25:31 -0500
From: Tad J McClellan <tadmc@seesig.invalid>
Subject: Re: Can I use True and False like this in Perl ?
Message-Id: <slrngv21nr.r0j.tadmc@tadmc30.sbcglobal.net>
Guy <someone@somewhere.nb.ca> wrote:
> I was not pasting code I just typing it on the fly
Have you seen the Posting Guidelines that are posted here frequently?
>> --
>> Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777
>> 0095
>> <merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
>> Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc.
>> See http://methodsandmessages.vox.com/ for Smalltalk and Seaside
>> discussion
It is bad manners to quote .sigs.
--
Tad McClellan
email: perl -le "print scalar reverse qq/moc.noitatibaher\100cmdat/"
------------------------------
Date: Thu, 23 Apr 2009 18:10:26 -0700
From: sln@netherlands.com
Subject: Re: Encode::decode() clears scalar being decoded?
Message-Id: <9942v4pqtfvq4q1qv08b86dad6g5dk4h70@4ax.com>
On Thu, 23 Apr 2009 17:57:02 -0700, sln@netherlands.com wrote:
>On Thu, 23 Apr 2009 15:01:31 -0700, sln@netherlands.com wrote:
>
>>On Thu, 23 Apr 2009 21:41:55 +0200, "Peter J. Holzer" <hjp-usenet2@hjp.at> wrote:
>>
>>>On 2009-04-23 00:08, Robert Urban <urban@tru64.org> wrote:
>>>> my $tmp = decode('utf8', $string, 1);
>>>
>>>[sets $string to ""]
>>>
>>>> What happened to $string? There is no mention of side-effects in the Encode
>>>> manpage...
>>>
>>>There is, but only for CHECK == FB_QUIET or FB_WARN, not for FB_CROAK
>>>(1).
>>>
>>>> This only happens when CHECK is set to 1.
>>>
>>>Nope, it also happens if CHECK is set to 4 (FB_QUIET) or 6 (FB_WARN).
>>>But there it is documented.
>>>
>>>I'm not sure if this is a bug or an (undocumented) feature.
>>>
>>> hp
>>All programmers know its a feature, there are no bugs!
>>
>>-sln
>
>All lapses in logic conciousness are features.
>
>Einstein watched the clock as he sped away from it at/approaching light speed.
>Apparently, the light was late getting there.
>By the time, his time apparently, he saw the image,
>it was an hour later than the actual time from the origination time.
>
>Does that really mean he didn't age relative to the origination clock?
>
>No it doesen't. Delta S of the universe is always >= 0.
>Relativity is a ficticous math formula. For if Einstein to go back to where he
>started observing the clock, he would be the same age as when he left,
He would be the same aga as when he left plus the time he was gone. Ie, he
would be the exact same age as if he never left.
-sln
------------------------------
Date: Thu, 23 Apr 2009 18:16:34 -0700
From: sln@netherlands.com
Subject: Re: Encode::decode() clears scalar being decoded?
Message-Id: <le42v4tpcarvkcpuqqes8r72oh92l5akgt@4ax.com>
On Thu, 23 Apr 2009 18:10:26 -0700, sln@netherlands.com wrote:
>On Thu, 23 Apr 2009 17:57:02 -0700, sln@netherlands.com wrote:
>
>>On Thu, 23 Apr 2009 15:01:31 -0700, sln@netherlands.com wrote:
>>
>>>On Thu, 23 Apr 2009 21:41:55 +0200, "Peter J. Holzer" <hjp-usenet2@hjp.at> wrote:
>>>
>>>>On 2009-04-23 00:08, Robert Urban <urban@tru64.org> wrote:
>>>>> my $tmp = decode('utf8', $string, 1);
>>>>
>>>>[sets $string to ""]
>>>>
>>>>> What happened to $string? There is no mention of side-effects in the Encode
>>>>> manpage...
>>>>
>>>>There is, but only for CHECK == FB_QUIET or FB_WARN, not for FB_CROAK
>>>>(1).
>>>>
>>>>> This only happens when CHECK is set to 1.
>>>>
>>>>Nope, it also happens if CHECK is set to 4 (FB_QUIET) or 6 (FB_WARN).
>>>>But there it is documented.
>>>>
>>>>I'm not sure if this is a bug or an (undocumented) feature.
>>>>
>>>> hp
>>>All programmers know its a feature, there are no bugs!
>>>
>>>-sln
>>
>>All lapses in logic conciousness are features.
>>
>>Einstein watched the clock as he sped away from it at/approaching light speed.
>>Apparently, the light was late getting there.
>>By the time, his time apparently, he saw the image,
>>it was an hour later than the actual time from the origination time.
>>
>>Does that really mean he didn't age relative to the origination clock?
>>
>>No it doesen't. Delta S of the universe is always >= 0.
>>Relativity is a ficticous math formula. For if Einstein to go back to where he
>>started observing the clock, he would be the same age as when he left,
>
>He would be the same aga as when he left plus the time he was gone. Ie, he
>would be the exact same age as if he never left.
>
>-sln
Because, when approach the speed of light back towards the clock, you are going
faster than the speed of light relative to the clock.
The images are speeded up, time quickens, the clock is in fast motion right before
your eyes. Your youth disapears in relative motion against light. You lose, sorry.
-sln
------------------------------
Date: Thu, 23 Apr 2009 18:24:14 -0700
From: sln@netherlands.com
Subject: Re: Encode::decode() clears scalar being decoded?
Message-Id: <oq42v45l0e98j2fg10de46g8bp6eim986d@4ax.com>
On Thu, 23 Apr 2009 18:16:34 -0700, sln@netherlands.com wrote:
>On Thu, 23 Apr 2009 18:10:26 -0700, sln@netherlands.com wrote:
>
>>On Thu, 23 Apr 2009 17:57:02 -0700, sln@netherlands.com wrote:
>>
>>>On Thu, 23 Apr 2009 15:01:31 -0700, sln@netherlands.com wrote:
>>>
>>>>On Thu, 23 Apr 2009 21:41:55 +0200, "Peter J. Holzer" <hjp-usenet2@hjp.at> wrote:
>>>>
>>>>>On 2009-04-23 00:08, Robert Urban <urban@tru64.org> wrote:
>>>>>> my $tmp = decode('utf8', $string, 1);
>>>>>
>>>>>[sets $string to ""]
>>>>>
>>>>>> What happened to $string? There is no mention of side-effects in the Encode
>>>>>> manpage...
>>>>>
>>>>>There is, but only for CHECK == FB_QUIET or FB_WARN, not for FB_CROAK
>>>>>(1).
>>>>>
>>>>>> This only happens when CHECK is set to 1.
>>>>>
>>>>>Nope, it also happens if CHECK is set to 4 (FB_QUIET) or 6 (FB_WARN).
>>>>>But there it is documented.
>>>>>
>>>>>I'm not sure if this is a bug or an (undocumented) feature.
>>>>>
>>>>> hp
>>>>All programmers know its a feature, there are no bugs!
>>>>
>>>>-sln
>>>
>>>All lapses in logic conciousness are features.
>>>
>>>Einstein watched the clock as he sped away from it at/approaching light speed.
>>>Apparently, the light was late getting there.
>>>By the time, his time apparently, he saw the image,
>>>it was an hour later than the actual time from the origination time.
>>>
>>>Does that really mean he didn't age relative to the origination clock?
>>>
>>>No it doesen't. Delta S of the universe is always >= 0.
>>>Relativity is a ficticous math formula. For if Einstein to go back to where he
>>>started observing the clock, he would be the same age as when he left,
>>
>>He would be the same aga as when he left plus the time he was gone. Ie, he
>>would be the exact same age as if he never left.
>>
>>-sln
>
>Because, when approach the speed of light back towards the clock, you are going
>faster than the speed of light relative to the clock.
>
>The images are speeded up, time quickens, the clock is in fast motion right before
>your eyes. Your youth disapears in relative motion against light. You lose, sorry.
>
>-sln
I hate to tell ya but, Relativity is just relative to light direction, entrophy is preserved though (almost),
otherwise traveling at the speed of light, mathmatecally, would not see a change in time nor energy.
If Einstein were right, Delta S of the universe could be 0 from one time to another, which is impossible.
-sln
------------------------------
Date: Thu, 23 Apr 2009 19:28:15 -0700
From: sln@netherlands.com
Subject: Re: F<utf8.pm> is evil (was: XML::LibXML UTF-8 toString() -vs- nodeValue())
Message-Id: <sj82v49qjo4lu3bmvcthid3jvssgd7nep2@4ax.com>
On Fri, 24 Apr 2009 03:06:30 +0100, Ben Morrow <ben@morrow.me.uk> wrote:
>
>Quoth Eric Pozharski <whynot@pozharski.name>:
>> On 2009-04-22, Peter J. Holzer <hjp-usenet2@hjp.at> wrote:
>>
>> > *and* whatever else may be affected. You have to remember one thing
>> > only: Your source code consists of Unicode characters encoded in UTF-8
>> > (or UTF-EBCDIC). Period. Nothing else. Clean and simple.
>>
>> I wasn't about what to remember. I'm about "doing one thing". I think,
>> that neither F<utf8.pm> nor F<encoding.pm> do one thing.
>
>Peter has just pointed out that utf8.pm does exactly one thing: it
>pushes a :utf8 (*not* :encoding(utf8): this is important, as it means
>your source mustn't contain invalid sequences) layer on the DATA
>filehandle at the point it is called. Everything else that happens is
>simply a natural consequence of that.
>
>> > You are contradicting yourself. First you say that English is the only
>> > language that fits nicely into US-ASCII, then you say that US-ASCII is
>> > called US-ASCII by accident. It isn't. US-ASCII was developed by an
>> > American institute to write English texts. It is no accident at all that
>> > it only contains characters which are frequently used in English
>> > (technical) texts. And it is no accident that it is called ASCII -
>> > "American Standard Code for Information Interchange". The US- in front
>> > is somewhat redundant, but there were a lot variants of ASCII (e.g., the
>> > ISO-646 encodings), so that serves as a reminder that this is indeed the
>> > orginal American version of the American code.
>>
>> (maybe I wasn't enough verbose this time) English fits in 7bit
>> encoding, whatever encoding it would have been. It could be any other
>> encoding (I did some reading about ASCII history (yes, I know wikipedia
>> is a vague source)). It could not be any other language.
>
>Admittedly I don't speak it, but I'm fairly sure modern Greek would fit
>into 7 bits (if one didn't need to also encode Roman characters).
>
>> > If you can write your programs in English, please do. Especially if you
>>
>> That "if" (the latter one) is somewhat offending.
>>
>> > plan to make it open source. Almost every programmer on the world has at
>>
>> That "open" is somewhat offending.
>
>How so? Those planning to release as open source need to be more
>careful to make their code comprehensible to people they've never met.
>Someone writing internal proprietary code for a company where $Language
>is spoken can reasonably assume any maintainance programmer will speak
>$Language; this doesn't apply to open-source code.
>
>> > least a basic grasp of English. But if for some reason you have to write
>>
>> "Quotation needed (tm)". Or define "programmer".
>
>Name two languages whose primary documentation isn't in English. (Two
>because I can name one: Ruby. Even so, I would wager most Ruby code is
>written in English.)
>
>Ben
Un-fucking real. Any fucking thing this complicated should be fuckin
removed from ANY fucking admittance from and provided support from the
language.
Perl should absolutely be ashamed of itself. After reading all this bullshit,
I'm very ready to piss off on Perl forever. Apparently, its a fuckedup language
that requries incomprehensible itteratations in its usage.
Makes me sick.
-sln
------------------------------
Date: Fri, 24 Apr 2009 02:48:02 +0300
From: Eric Pozharski <whynot@pozharski.name>
Subject: Re: F<utf8.pm> is evil (was: XML::LibXML UTF-8 toString() -vs- nodeValue())
Message-Id: <slrngv1vhv.v95.whynot@orphan.zombinet>
On 2009-04-22, Peter J. Holzer <hjp-usenet2@hjp.at> wrote:
> On 2009-04-22 00:32, Eric Pozharski <whynot@pozharski.name> wrote:
>> On 2009-04-20, Peter J. Holzer <hjp-usenet2@hjp.at> wrote:
>>> On 2009-04-17 00:23, Eric Pozharski <whynot@pozharski.name> wrote:
>>>> On 2009-04-15, Peter J. Holzer <hjp-usenet2@hjp.at> wrote:
>>>>> On 2009-04-14 23:45, Eric Pozharski <whynot@pozharski.name> wrote:
*SKIP*
>>> * utf8::upgrade and utf8::downgrade aren't symmetric.
>>
>> I've noted, but... F<encoding.pm> is wrong exactly how?
>
> It isn't "wrong". It is documented. But it is surprising and illogical
> behaviour. A source of subtle bugs because the programmer most likely
> won't think of that. And I think encoding.pm is full of such crannies. I
> learned to avoid it pretty quickly.
OK, let's leave it as a point to unnamed F<encoding.pm>'s dragons.
*SKIP*
>> So F<utf8.pm> utfizes symbols by accident. At least that wasn't an
>> intention.
>
> I'm not sure what you mean by "utfize", but if you mean: "Symbols can
> contain all Unicode letters and digits, not just A-Z, a-z, 0-9", then
> that's quite intentional, not an accident. But it is a logical
> consequence of interpreting the source code as a sequence of Unicode
> characters instead of a sequence of ASCII characters. So, as a
> programmer you don't have to remember that "use utf8" decodes string
> constants from UTF-8 *and* that it allows all Unicode letters and digits
> in symbols *and* that the DATA stream has an ':encoding(utf8)' layer
What seems to be undocumented BTW. However, after your explanation, I
think that it can't be any other way.
> *and* whatever else may be affected. You have to remember one thing
> only: Your source code consists of Unicode characters encoded in UTF-8
> (or UTF-EBCDIC). Period. Nothing else. Clean and simple.
I wasn't about what to remember. I'm about "doing one thing". I think,
that neither F<utf8.pm> nor F<encoding.pm> do one thing.
>> *SKIP*
>>>> So you suggest that localizing Perl (or actually any other language) is
>>>> kind of online dictionary providers conspiracy?
>>>
>>> No, not at all. What I am saying is that people will use localized
>>> variable and subroutine names, and write comments in their native
>>> language, no matter if the programming language makes it easy or not.
>>> Sometimes this is because they don't speak English too well, sometimes
>>> it's because the problem domain is language-specific (for example, when
>>
>> Then they must. I don't say "should". I'm unaware of any other
>> language that nicely fits in 7bit. Calling it "US-ASCII" is pure accident.
>
> You are contradicting yourself. First you say that English is the only
> language that fits nicely into US-ASCII, then you say that US-ASCII is
> called US-ASCII by accident. It isn't. US-ASCII was developed by an
> American institute to write English texts. It is no accident at all that
> it only contains characters which are frequently used in English
> (technical) texts. And it is no accident that it is called ASCII -
> "American Standard Code for Information Interchange". The US- in front
> is somewhat redundant, but there were a lot variants of ASCII (e.g., the
> ISO-646 encodings), so that serves as a reminder that this is indeed the
> orginal American version of the American code.
(maybe I wasn't enough verbose this time) English fits in 7bit
encoding, whatever encoding it would have been. It could be any other
encoding (I did some reading about ASCII history (yes, I know wikipedia
is a vague source)). It could not be any other language.
>> That seemingly contradicts my point of having an option. Yes, but there
>> must be something common for all. By an accident -- it's English.
>
> Yes. English. Not ASCII. If you write Russian in ASCII I understand it
> just as little than if you write in in Cyrillic.
>
> If you can write your programs in English, please do. Especially if you
That "if" (the latter one) is somewhat offending.
> plan to make it open source. Almost every programmer on the world has at
That "open" is somewhat offending.
> least a basic grasp of English. But if for some reason you have to write
"Quotation needed (tm)". Or define "programmer".
> in Russian, then I think you should use the Cyrillic alphabet, not the
> Latin alphabet. That will make it easier for those who understand
> Russian and even for those who don't (because then at least they can
> paste the stuff into an online dictionary and get a translation).
I beg to differ. I have no problem to understand what code does
(comparing to what it was supposed to do as described in comments and
symbol names) till any reasonable block of code fits on screen. When it
doesn't -- I become a way slow.
*SKIP*
>> My point isn't language mix; I have no problem with this.
>
> I have. A program where all the identifiers, comments etc. are written
> in Portugese or Polish is hard to figure out if you don't speak the
> language. That they use the latin alphabet doesn't help much (except
> that I have an inuitive (though very probably wrong) idea how to
> pronounce them).
And here we have another difference between us. I look inside others
code mostly when I have problems with it, and sometimes when
documentation is incomplete, or seemingly wrong, or there's no
documentation at all. I don't look inside out of pure curiousity. And
you know what? I bet you know. There's no comments.
So if someday I step over comments written in Chinese, or Turkish, or
Portugal, or whatever else I'll just pretend there's no comments (as
ever). But I'm trying to imagine what I would do if the code would be
written in Korean. Maybe someday when F<utf8.pm> would make its way
into masses.
OK, read this (that depends on your context of course, it's possible
you would get it even without I<-Mstrict> or I<-Mwarnings>):
perl -Mutf8 -le '
print "vvv";
@OEM = qw/ 1 2 3 /;
print "@ОЕМ";
print "^^^";'
vvv
^^^
*SKIP*
>>>>>> I bet you've seen this before,
>>>>>
>>>>> I've seen German versions of BASIC in the 1980's. They weren't a huge
>>>>> success, to put it mildly. About the only successful localization of a
>>>>> programming language i can think of is MS-Excel (and I guess it's
>>>>> debatable if this is even a programming language (without VBA) - is it
>>>>> turing-complete?).
>>>>
>>>> That's in case you have an option. There're places you have no option.
>>>
>>> I don't understand your objection. I was relating the historic fact that
>>> localized programming languages (i.e., programming languages where the
>>> keywords (and to a lesser amount, the grammar) were localized, so that
>>> you would write "wenn ... dann ... sonst ..." instead of "if ... then
>>> ... else") were a failure. People had the option to use them, but they
>>> didn't want to.
>>
>> Then read it again (maybe my English failed this time, again). Those
>> provided with germanized (is it right?) had an option. The option to
>> reject it. Sometimes there's no option. You just don't know what does
>> it mean having no option.
>
> I didn't mean that every single programmer had this option. If you work
> in a shop which writes software in FORTRAN-77 (I was talking about the
> 1980's, remember) you don't have the option to choose your programming
> language. C or COBOL is just as unavailble as a germanized version of
> FORTRAN.
>
> But the industry as a whole had the option, and it rejected it (with the
> single exception of spreadsheet formula languages). The industry still
Watch what you're saying. Industry, community, society, whatever isn't
just a mix of protoplasm.
> has the option. There are new scripting languages all the time, and
> every few years one of them becomes really popular. So introducing
> new languages in general is still possible. But all the popular
> programming languages are based on English. Obviously there is no need
> to localize the few dozen keywords - even if you don't speak English at
> all, learning what "if" and "sub" do is not a problem (and the latter
> isn't a proper English word anyway, so the English speaker has to learn
> it as well).
(I'm still unclear) I know what does it mean -- having no option. At
all.
p.s. Are we still talking Perl?
--
Torvalds' goal for Linux is very simple: World Domination
Stallman's goal for GNU is even simpler: Freedom
------------------------------
Date: Fri, 24 Apr 2009 03:06:30 +0100
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: F<utf8.pm> is evil (was: XML::LibXML UTF-8 toString() -vs- nodeValue())
Message-Id: <6ej7c6-m922.ln1@osiris.mauzo.dyndns.org>
Quoth Eric Pozharski <whynot@pozharski.name>:
> On 2009-04-22, Peter J. Holzer <hjp-usenet2@hjp.at> wrote:
>
> > *and* whatever else may be affected. You have to remember one thing
> > only: Your source code consists of Unicode characters encoded in UTF-8
> > (or UTF-EBCDIC). Period. Nothing else. Clean and simple.
>
> I wasn't about what to remember. I'm about "doing one thing". I think,
> that neither F<utf8.pm> nor F<encoding.pm> do one thing.
Peter has just pointed out that utf8.pm does exactly one thing: it
pushes a :utf8 (*not* :encoding(utf8): this is important, as it means
your source mustn't contain invalid sequences) layer on the DATA
filehandle at the point it is called. Everything else that happens is
simply a natural consequence of that.
> > You are contradicting yourself. First you say that English is the only
> > language that fits nicely into US-ASCII, then you say that US-ASCII is
> > called US-ASCII by accident. It isn't. US-ASCII was developed by an
> > American institute to write English texts. It is no accident at all that
> > it only contains characters which are frequently used in English
> > (technical) texts. And it is no accident that it is called ASCII -
> > "American Standard Code for Information Interchange". The US- in front
> > is somewhat redundant, but there were a lot variants of ASCII (e.g., the
> > ISO-646 encodings), so that serves as a reminder that this is indeed the
> > orginal American version of the American code.
>
> (maybe I wasn't enough verbose this time) English fits in 7bit
> encoding, whatever encoding it would have been. It could be any other
> encoding (I did some reading about ASCII history (yes, I know wikipedia
> is a vague source)). It could not be any other language.
Admittedly I don't speak it, but I'm fairly sure modern Greek would fit
into 7 bits (if one didn't need to also encode Roman characters).
> > If you can write your programs in English, please do. Especially if you
>
> That "if" (the latter one) is somewhat offending.
>
> > plan to make it open source. Almost every programmer on the world has at
>
> That "open" is somewhat offending.
How so? Those planning to release as open source need to be more
careful to make their code comprehensible to people they've never met.
Someone writing internal proprietary code for a company where $Language
is spoken can reasonably assume any maintainance programmer will speak
$Language; this doesn't apply to open-source code.
> > least a basic grasp of English. But if for some reason you have to write
>
> "Quotation needed (tm)". Or define "programmer".
Name two languages whose primary documentation isn't in English. (Two
because I can name one: Ruby. Even so, I would wager most Ruby code is
written in English.)
Ben
------------------------------
Date: Fri, 24 Apr 2009 04:42:28 GMT
From: merlyn@stonehenge.com (Randal Schwartz)
Subject: new CPAN modules on Fri Apr 24 2009
Message-Id: <KIL92s.1too@zorch.sf-bay.org>
The following modules have recently been added to or updated in the
Comprehensive Perl Archive Network (CPAN). You can install them using the
instructions in the 'perlmodinstall' page included with your Perl
distribution.
Acme-CPANAuthors-Norwegian-0.11
http://search.cpan.org/~sharifuln/Acme-CPANAuthors-Norwegian-0.11/
We are Norwegian CPAN authors
----
Acme-CPANAuthors-Norwegian-0.12
http://search.cpan.org/~sharifuln/Acme-CPANAuthors-Norwegian-0.12/
We are Norwegian CPAN authors
----
Acme-CPANAuthors-Russian-0.91
http://search.cpan.org/~sharifuln/Acme-CPANAuthors-Russian-0.91/
We are Russian CPAN authors
----
Acme-CPANAuthors-Turkish-0.13
http://search.cpan.org/~burak/Acme-CPANAuthors-Turkish-0.13/
We are Turkish CPAN authors
----
Acme-CPANAuthors-Ukrainian-0.12
http://search.cpan.org/~sharifuln/Acme-CPANAuthors-Ukrainian-0.12/
We are Ukrainian CPAN authors
----
Asterisk-config-syntax-highlight-0.5
http://search.cpan.org/~nsnake/Asterisk-config-syntax-highlight-0.5/
highlight Asterisk config syntax
----
Audio-Scan-0.10
http://search.cpan.org/~agrundma/Audio-Scan-0.10/
Fast C parser for MP3, Ogg Vorbis, FLAC, ASF, WAV
----
Audio-Scan-0.12
http://search.cpan.org/~agrundma/Audio-Scan-0.12/
Fast C parser for MP3, Ogg Vorbis, FLAC, ASF, WAV
----
Bio-DB-Das-BioSQL-0.03
http://search.cpan.org/~scain/Bio-DB-Das-BioSQL-0.03/
DAS-style access to a BioSQL database
----
Bio-DB-Das-Chado-0.2
http://search.cpan.org/~scain/Bio-DB-Das-Chado-0.2/
DAS-style access to a chado database
----
CGI-Auth-Basic-1.21
http://search.cpan.org/~burak/CGI-Auth-Basic-1.21/
Basic CGI authentication interface.
----
CPANPLUS-0.85_09
http://search.cpan.org/~kane/CPANPLUS-0.85_09/
API & CLI access to the CPAN mirrors
----
Crypt-X509-0.40
http://search.cpan.org/~ajung/Crypt-X509-0.40/
Parse a X.509 certificate
----
DBD-Pg-2.13.1
http://search.cpan.org/~turnstep/DBD-Pg-2.13.1/
PostgreSQL database driver for the DBI module
----
DBD-SQLite-1.25
http://search.cpan.org/~adamk/DBD-SQLite-1.25/
Self-contained RDBMS in a DBI Driver
----
DBD-drizzle-0.100
http://search.cpan.org/~capttofu/DBD-drizzle-0.100/
MySQL driver for the Perl5 Database Interface (DBI)
----
DBICx-Modeler-0.001
http://search.cpan.org/~rkrimen/DBICx-Modeler-0.001/
A Moose-based model layer over DBIx::Class
----
DBICx-Modeler-0.002
http://search.cpan.org/~rkrimen/DBICx-Modeler-0.002/
A Moose-based model layer over DBIx::Class
----
DBIx-Class-ResultSet-Atomic-0.001
http://search.cpan.org/~mooli/DBIx-Class-ResultSet-Atomic-0.001/
Atomic alternative to update_or_create()
----
DBIx-Class-TimeStamp-0.08
http://search.cpan.org/~flora/DBIx-Class-TimeStamp-0.08/
DBIx::Class extension to update and create date and time based fields
----
DBIx-Export-0.01
http://search.cpan.org/~adamk/DBIx-Export-0.01/
Export data from DBI as a SQLite database
----
Data-Stream-Bulk-0.04
http://search.cpan.org/~nuffin/Data-Stream-Bulk-0.04/
N at a time iteration API
----
Data-Transform-SSL-0.03
http://search.cpan.org/~martijn/Data-Transform-SSL-0.03/
SSL in a filter
----
DateTime-Format-Flexible-0.08
http://search.cpan.org/~thinc/DateTime-Format-Flexible-0.08/
DateTime::Format::Flexible - Flexibly parse strings and turn them into DateTime objects.
----
Devel-BindPP-0.05
http://search.cpan.org/~tokuhirom/Devel-BindPP-0.05/
bind c++ to perl
----
Directory-Transactional-0.07
http://search.cpan.org/~nuffin/Directory-Transactional-0.07/
----
GD-SecurityImage-1.68
http://search.cpan.org/~burak/GD-SecurityImage-1.68/
Security image (captcha) generator.
----
GD-Thumbnail-1.33
http://search.cpan.org/~burak/GD-Thumbnail-1.33/
Thumbnail maker for GD
----
HTML-CTPP2-2.4.12
http://search.cpan.org/~stellar/HTML-CTPP2-2.4.12/
Perl interface for CTPP2 library
----
HTML-FormHandler-0.20
http://search.cpan.org/~gshank/HTML-FormHandler-0.20/
form handler written in Moose
----
Hash-Search-0.01
http://search.cpan.org/~xestia/Hash-Search-0.01/
Search and return hash keys using regular expressions
----
Image-JpegCheck-0.01
http://search.cpan.org/~tokuhirom/Image-JpegCheck-0.01/
is this jpeg?
----
Image-JpegCheck-0.02
http://search.cpan.org/~tokuhirom/Image-JpegCheck-0.02/
is this jpeg?
----
Lingua-Any-Numbers-0.27
http://search.cpan.org/~burak/Lingua-Any-Numbers-0.27/
Converts numbers into (any available language) string.
----
Lingua-TR-Numbers-0.23
http://search.cpan.org/~burak/Lingua-TR-Numbers-0.23/
Converts numbers into Turkish text.
----
MP3-M3U-Parser-2.23
http://search.cpan.org/~burak/MP3-M3U-Parser-2.23/
MP3 playlist parser.
----
Math-GSL-0.19_02
http://search.cpan.org/~leto/Math-GSL-0.19_02/
Perl interface to the GNU Scientific Library (GSL)
----
Math-Random-ISAAC-1.0.3
http://search.cpan.org/~frequency/Math-Random-ISAAC-1.0.3/
Perl interface to the ISAAC PRNG Algorithm
----
Math-Random-ISAAC-XS-1.0.3
http://search.cpan.org/~frequency/Math-Random-ISAAC-XS-1.0.3/
C implementation of the ISAAC PRNG Algorithm
----
Module-Install-AssertOS-0.02
http://search.cpan.org/~bingos/Module-Install-AssertOS-0.02/
A Module::Install extension to require that we are running on a particular OS
----
Module-Install-AssertOS-0.04
http://search.cpan.org/~bingos/Module-Install-AssertOS-0.04/
A Module::Install extension to require that we are running on a particular OS
----
MojoMojo-0.999028
http://search.cpan.org/~mramberg/MojoMojo-0.999028/
A Catalyst & DBIx::Class powered Wiki.
----
MooseX-NonMoose-0.01
http://search.cpan.org/~doy/MooseX-NonMoose-0.01/
easy subclassing of non-Moose classes
----
Muldis-D-0.65.0
http://search.cpan.org/~duncand/Muldis-D-0.65.0/
Formal spec of Muldis D relational DBMS lang
----
OP-0.21
http://search.cpan.org/~aayars/OP-0.21/
Compact Perl 5 class prototyping with object persistence
----
Orze-0.32
http://search.cpan.org/~iderrick/Orze-0.32/
A framework to automate the building of websites
----
PHP-Session-DBI-0.22
http://search.cpan.org/~burak/PHP-Session-DBI-0.22/
Interface to PHP DataBase Sessions
----
POE-Component-Client-Icecast-0.12
http://search.cpan.org/~sharifuln/POE-Component-Client-Icecast-0.12/
non-blocking client to Icecast server for getting tags
----
POE-Filter-SimpleHTTP-0.01
http://search.cpan.org/~nperez/POE-Filter-SimpleHTTP-0.01/
A simple client/server suitable HTTP filter
----
Parse-CPAN-Packages-2.31
http://search.cpan.org/~lbrocard/Parse-CPAN-Packages-2.31/
Parse 02packages.details.txt.gz
----
Quiz-Flashcards-0.04
http://search.cpan.org/~mithaldu/Quiz-Flashcards-0.04/
Cross-platform modular flashcard GUI application
----
Quiz-Flashcards-Audiobanks-Japanese_Words_Radicals-0.01
http://search.cpan.org/~mithaldu/Quiz-Flashcards-Audiobanks-Japanese_Words_Radicals-0.01/
Sound files of japanese words for use with Quiz::Flashcards, includes only radicals
----
Quiz-Flashcards-Sets-Hiragana-Romaji_Simple-0.04
http://search.cpan.org/~mithaldu/Quiz-Flashcards-Sets-Hiragana-Romaji_Simple-0.04/
Flashcard set with the basic 46 japanese hiragana
----
Quiz-Flashcards-Sets-Kanji_Radicals-English-0.01
http://search.cpan.org/~mithaldu/Quiz-Flashcards-Sets-Kanji_Radicals-English-0.01/
Flashcard set with the basic 214 japanese radicals
----
Quiz-Flashcards-Sets-Katakana-Romaji_Simple-0.01
http://search.cpan.org/~mithaldu/Quiz-Flashcards-Sets-Katakana-Romaji_Simple-0.01/
Flashcard set with the basic 46 japanese katakana
----
Rose-HTMLx-Form-Related-0.17
http://search.cpan.org/~karman/Rose-HTMLx-Form-Related-0.17/
RHTMLO forms, living together
----
SMS-Send-DeviceGsm-1.06
http://search.cpan.org/~bingos/SMS-Send-DeviceGsm-1.06/
An SMS::Send driver for Device::Gsm.
----
SSH-Batch-0.010
http://search.cpan.org/~agent/SSH-Batch-0.010/
Cluster operations based on parallel SSH, set and interval arithmetic
----
SSH-Batch-0.011
http://search.cpan.org/~agent/SSH-Batch-0.011/
Cluster operations based on parallel SSH, set and interval arithmetic
----
SSH-Batch-0.012
http://search.cpan.org/~agent/SSH-Batch-0.012/
Cluster operations based on parallel SSH, set and interval arithmetic
----
SSH-Batch-0.013
http://search.cpan.org/~agent/SSH-Batch-0.013/
Cluster operations based on parallel SSH, set and interval arithmetic
----
SVN-Class-0.13
http://search.cpan.org/~karman/SVN-Class-0.13/
manipulate Subversion workspaces with Perl objects
----
SVN-Dumpfile-0.13.107
http://search.cpan.org/~mscharrer/SVN-Dumpfile-0.13.107/
Perl extension to access and manipulate Subversion dumpfiles
----
Task-Lingua-Any-Numbers-0.13
http://search.cpan.org/~burak/Task-Lingua-Any-Numbers-0.13/
Installs all number to word modules.
----
Test-DistManifest-1.1.3
http://search.cpan.org/~frequency/Test-DistManifest-1.1.3/
Tests that your MANIFEST matches the distribution as it exists, excluding those in your MANIFEST.SKIP
----
Test-Sys-Info-0.15
http://search.cpan.org/~burak/Test-Sys-Info-0.15/
Centralized test suite for Sys::Info.
----
TestML-0.01
http://search.cpan.org/~ingy/TestML-0.01/
Generic Software Testing Meta Language
----
Text-Template-Simple-0.62_16
http://search.cpan.org/~burak/Text-Template-Simple-0.62_16/
Simple text template engine
----
Time-Elapsed-0.29
http://search.cpan.org/~burak/Time-Elapsed-0.29/
Displays the elapsed time as a human readable string.
----
URI-Escape-JavaScript-0.03
http://search.cpan.org/~taniguchi/URI-Escape-JavaScript-0.03/
A perl implementation of JavaScript's escape() and unescape() functions
----
UUID-Generator-PurePerl-0.04_02
http://search.cpan.org/~banb/UUID-Generator-PurePerl-0.04_02/
Universally Unique IDentifier (UUID) Generator
----
WWW-Scraper-Yahoo360-0.01
http://search.cpan.org/~cosimo/WWW-Scraper-Yahoo360-0.01/
Perl extension for blah blah blah
----
Win32-Process-Critical-v0.8
http://search.cpan.org/~rootkwok/Win32-Process-Critical-v0.8/
Prevent interupt by setting your program as critical progress
If you're an author of one of these modules, please submit a detailed
announcement to comp.lang.perl.announce, and we'll pass it along.
This message was generated by a Perl program described in my Linux
Magazine column, which can be found on-line (along with more than
200 other freely available past column articles) at
http://www.stonehenge.com/merlyn/LinuxMag/col82.html
print "Just another Perl hacker," # the original
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc.
See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion
------------------------------
Date: Fri, 24 Apr 2009 03:10:17 +0100
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: pod2ipf in Perl 5.10?
Message-Id: <9lj7c6-m922.ln1@osiris.mauzo.dyndns.org>
Quoth Shmuel (Seymour J.) Metz <spamtrap@library.lspace.org.invalid>:
> I'm having trouble creating perl.inf for Perl 5.10, and can't find
> anything relevant in Google. Has anybody been successful in running
> pod2ipf against Perl 5.10. Do you know og a site where I can download
> perl.inf at the 5.10 level? Thanks.
I'm guessing from the lack of responses that nobody here knows about
running perl on OS/2 (though I'm surprised Ilya hasn't spoken up). You
may want to take the question to perl5-porters@perl.org, though I fear
you may not have much more luck. I presume perldoc is working, so you
can actually *read* the documentation, you'd just rather have it
available in the native format?
Sorry I can't be more help :(.
Ben
------------------------------
Date: Fri, 24 Apr 2009 03:00:48 +0300
From: Eric Pozharski <whynot@pozharski.name>
Subject: Re: Posting to perl.beginners via google groups
Message-Id: <slrngv209u.v95.whynot@orphan.zombinet>
On 2009-04-22, Peter J. Holzer <hjp-usenet2@hjp.at> wrote:
> On 2009-04-22 00:48, sisyphus <sisyphus359@gmail.com> wrote:
>> On Apr 22, 12:18 am, RedGrittyBrick <RedGrittyBr...@spamweary.invalid>
>> wrote:
>>> RedGrittyBrick wrote:
>>>
>>> > I recommend you readhttp://improve-usenet.org/
>>
>> Yes, I have this vague idea that the moderator might simply be
>> refusing to allow anything through that originates from google groups.
>> (That would be quite ironic if perl.beginners is a *google* group.)
>
> The moderator might not even get messages posted through google groups.
> For a moderated group, the newsserver where you post (Google Groups in
> this case) needs to be set up to send all postings by email to the
> moderator's address. The address is of course different for each
> moderated group, although many hierarchies have a common pattern. If
> Google Groups wasn't careful, they may send the submissions to
> perl-beginners@moderators.isc.org or something like that ...
Google Groups isn't newsserver
{59874:50} [0:0]$ host -a groups.google.com
groups.google.com CNAME groups.l.google.com
groups.l.google.com A 74.125.39.138
groups.l.google.com A 74.125.39.100
groups.l.google.com A 74.125.39.101
groups.l.google.com A 74.125.39.102
groups.l.google.com A 74.125.39.113
groups.l.google.com A 74.125.39.139
groups.l.google.com MX 5 gmr-smtp-in.l.google.com
groups.l.google.com MX 10 alt1.gmr-smtp-in.l.google.com
groups.l.google.com MX 10 alt2.gmr-smtp-in.l.google.com
{59982:52} [0:130]$ time telnet groups.google.com nntp
Trying 74.125.39.113...
Trying 74.125.39.139...
Trying 74.125.39.138...
^C
real 8m25.432s
user 0m0.004s
sys 0m0.004s
--
Torvalds' goal for Linux is very simple: World Domination
Stallman's goal for GNU is even simpler: Freedom
------------------------------
Date: Fri, 24 Apr 2009 03:22:23 +0300
From: Eric Pozharski <whynot@pozharski.name>
Subject: Re: Problem in parsing from a pipe
Message-Id: <slrngv21id.v95.whynot@orphan.zombinet>
On 2009-04-22, January Weiner <january.weiner@gmail.com> wrote:
> On 2009-04-21, Eric Pozharski <whynot@pozharski.name> wrote:
>> Think 3-args B<open>, it's safer.
>
> Why?
perl -wle '$cmd = q|rm -rf /; true|; open $fh, "$cmd|" or die $!'
Name "main::fh" used only once: possible typo at -e line 1.
rm: cannot remove root directory `/'
*SKIP*
>>> Now, I want to process the records one by one in one subroutine, calling
>>> another one ("parse_record") to read exactly one record and return it:
>>
>> If you could weaken that requirement
>>
>> use File::Slurp;
>
> No. Firstly, files are quite large. Secondly, I want to monitor the
> progress of the parser.
Define "quite large". As of second, I think, it's possible to go
through pattern one match per time (but not at 3AM).
And a piece of advice. If you're going to stay here, anytime think of
C<use File::Slurp;>, and find a good reason against. Because sooner or
later, you'll be adviced of it anyway.
--
Torvalds' goal for Linux is very simple: World Domination
Stallman's goal for GNU is even simpler: Freedom
------------------------------
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 2364
***************************************
