[28111] in Perl-Users-Digest
Perl-Users Digest, Issue: 9475 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sat Jul 15 03:06:54 2006
Date: Sat, 15 Jul 2006 00:05:05 -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 Sat, 15 Jul 2006 Volume: 10 Number: 9475
Today's topics:
Re: finding perl info on google can be hard <john@castleamber.com>
Re: finding perl info on google can be hard <john@castleamber.com>
Re: finding perl info on google can be hard <john@castleamber.com>
Re: finding perl info on google can be hard <john@castleamber.com>
Re: finding perl info on google can be hard <jurgenex@hotmail.com>
Re: finding perl info on google can be hard <tadmc@augustmail.com>
Re: finding perl info on google can be hard <tadmc@augustmail.com>
Re: foreach capture regex with /g andreas a@t mrs d.t ch
Re: foreach capture regex with /g andreas a@t mrs d.t ch
Re: foreach capture regex with /g andreas a@t mrs d.t ch
Re: glob and Traverse Directory <tadmc@augustmail.com>
how match/expose the value in an empty variable having <jack_posemsky@yahoo.com>
Re: Interfacing with Matlab using Win32::OLE <benmorrow@tiscali.co.uk>
Re: Interfacing with Matlab using Win32::OLE <1usa@llenroc.ude.invalid>
Re: Interfacing with Matlab using Win32::OLE <benmorrow@tiscali.co.uk>
new CPAN modules on Sat Jul 15 2006 (Randal Schwartz)
OSCON 2006 Lightning talks deadline extended <mjd@plover.com>
Re: Perl and Politics <jurgenex@hotmail.com>
Re: Perl and Politics <kevin@vaildc.net>
Re: Perl and Politics <tadmc@augustmail.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 15 Jul 2006 01:48:01 GMT
From: John Bokma <john@castleamber.com>
Subject: Re: finding perl info on google can be hard
Message-Id: <Xns9800D397E82C2castleamber@130.133.1.4>
ilikesluts@gmail.com wrote:
> read this newsgroup. I also use this to search perl newsgroups. If
> the perl docs were all anyone needed to learn about perl these
> newsgroups wouldn't enjoy the popularity they do. Don't you agree?
A majority of posts consist of people pointing out to others that they
could find the answer in the documentation. If people stopped asking
questions they can find in the documentation, and often faster, and people
stopped replying to such messages, "we" would probably need to check this
group only once a week (and get bored too).
> 2) I don't think that the relationship between google and perl is
> off-topic.
The majority things different, now why is that? Also the majority prefers
to reply *under* the part of the message one is replying to. You seem to
ignore this, sadly.
--
John Bokma Freelance software developer
&
Experienced Perl programmer: http://castleamber.com/
------------------------------
Date: 15 Jul 2006 01:51:28 GMT
From: John Bokma <john@castleamber.com>
Subject: Re: finding perl info on google can be hard
Message-Id: <Xns9800D42D6B0B8castleamber@130.133.1.4>
"Ben Bullock" <benkasminbullock@gmail.com> wrote:
>
> "Paul Lalli" <mritty@gmail.com> wrote in message
> news:1152906125.740069.16180@s13g2000cwa.googlegroups.com...
>
>> Count to ten, review this thread, and consider exactly who is being
>> more troll-like.
>
> I don't know who is being more troll-like but I really don't see why
> people on this newsgroup so consistently attack new posters with rude
> remarks. Would it hurt everyone here to try to at least be polite when
> asking people to follow posting guidelines, and try to see the other
> person's point of view?
I have asked the former in the past as well, but after some time you'll
learn that it doesn't matter. People just post how they want it, and if
you ask kindly to change it, they consider it a personal attack, and
before you know it you have created a new troll.
> At least half of the threads here seem to end
> in some kind of fight, and to me the fairly extreme rudeness of many
> of the established posters is the obvious cause of the problems.
It makes a long story short, sadly. A lot of people are extremely
insecure, and even if you point nicely to a website that explains things
in a careful manner they feel insulted. Welcome to Usenet, it has been
like that for many years sadly.
--
John Bokma Freelance software developer
&
Experienced Perl programmer: http://castleamber.com/
------------------------------
Date: 15 Jul 2006 01:54:56 GMT
From: John Bokma <john@castleamber.com>
Subject: Re: finding perl info on google can be hard
Message-Id: <Xns9800D4C371FDDcastleamber@130.133.1.4>
robic0 wrote:
> You may be polite here but this isn't the ng for it. The rudeness is a
> necessary evil, it masks doubt and insecurity
No, it has grown over the years as a wall against insecure people who are
insulted by a kind request not to top post for example. They see the
majority do it, they are not that clueless that they wouldn't get it after
a simple explanation, yet they try to make it a "new and better way".
Kicking them in the balls just saves a lot of time. It's sad, and it
wasn't like that 10+ years ago is my experience. But back then people
first read and/or asked other people how Usenet worked and read the manual
instead of assuming things and consider their way the new world order.
--
John Bokma Freelance software developer
&
Experienced Perl programmer: http://castleamber.com/
------------------------------
Date: 15 Jul 2006 01:57:07 GMT
From: John Bokma <john@castleamber.com>
Subject: Re: finding perl info on google can be hard
Message-Id: <Xns9800D5225151Dcastleamber@130.133.1.4>
Tad McClellan <tadmc@augustmail.com> wrote:
> [snip rancid TOFU]
Never liked tofu much. Rancid tofu, there goes my appetite :-(
--
John Bokma Freelance software developer
&
Experienced Perl programmer: http://castleamber.com/
------------------------------
Date: Sat, 15 Jul 2006 02:01:19 GMT
From: "Jürgen Exner" <jurgenex@hotmail.com>
Subject: Re: finding perl info on google can be hard
Message-Id: <P%Xtg.152$k31.37@trnddc06>
ilikesluts@gmail.com wrote:
> 1) The fact that you think using google to find information about Perl
> is interesting. Please alow me to point out that I am using google to
> read this newsgroup.
Well, of course this is your decision. However there are many real
newsreaders available. There is absolutely no good reason to to use a user
interface as poor as Google to read Usenet.
> I also use this to search perl newsgroups.
Yes, unfortunately Google aquired DejaNews a while ago and since then it has
been _the_ archive for Usenet. However, in all fairness, they are doing a
decend job in archiving articles and providing a good search functionality.
> If
> the perl docs were all anyone needed to learn about perl these
> newsgroups wouldn't enjoy the popularity they do. Don't you agree?
But Usenet is not a school or tutorial. While you can certainly learn a lot
by reading articles on Usenet it's primary function is a discussion forum,
not a class. Besides, do you really want to repeat items in Usenet, that are
readily available in the provided documentation?
> 2) I don't think that the relationship between google and perl is
> off-topic. I am not posting about google alone. I am posting about
> effectivness of a tool for finding information on the perl programming
> language.
Fine. As you have discovered yourself and I think nobody will disagree
Google is not a good tool to find information about Perl. So? In which way
do you suggest to change Perl to make it easier to find information about
Perl in Google?
jue
------------------------------
Date: Fri, 14 Jul 2006 22:53:47 -0500
From: Tad McClellan <tadmc@augustmail.com>
Subject: Re: finding perl info on google can be hard
Message-Id: <slrnebgpmb.447.tadmc@magna.augustmail.com>
John Bokma <john@castleamber.com> wrote:
> Tad McClellan <tadmc@augustmail.com> wrote:
>
>> [snip rancid TOFU]
>
> Never liked tofu much. Rancid tofu, there goes my appetite :-(
I think I listened to too much Zappa when I was younger.
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: Fri, 14 Jul 2006 20:58:14 -0500
From: Tad McClellan <tadmc@augustmail.com>
Subject: Re: finding perl info on google can be hard
Message-Id: <slrnebgitl.39r.tadmc@magna.augustmail.com>
Ben Bullock <benkasminbullock@gmail.com> wrote:
> I really don't see why people
> on this newsgroup so consistently attack new posters with rude remarks.
And you base those observations on how much experience here?
Several weeks or months?
Read the group daily for a year or so and then you will be able to see why.
> At least half of the threads here seem to end in some kind of fight,
And 95% of those threads are a fight about manners rather than
about Perl.
It didn't used to be like this. It used to be 95% Perl programming
discussions and 5% foolishness. The ratios have nearly reversed
since the bar to participating in Usenet was lowered.
> and to me the fairly extreme rudeness of many of the established posters is
> the obvious cause of the problems.
While I do see unjustified rudeness by regulars sometimes, it is
certainly not at all a common thing.
What I do see all of the time is a rude *reaction* to breaches
of netiquette.
Most rudeness by regulars is a _symptom_, the disease is not
knowing or not following accepted Usenet conventions (netiquette).
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: 15 Jul 2006 05:56:08 GMT
From: andreas a@t mrs d.t ch
Subject: Re: foreach capture regex with /g
Message-Id: <44b88378$0$12618$5402220f@news.sunrise.ch>
On 14 Jul 2006 13:09:07 -0700, Paul Lalli <mritty@gmail.com> wrote:
> andreas a@t mrs d.t ch wrote:
>> The problem:
>>
>> perl -e 'foreach ("abc" =~ m/(.)/gc) {print "$1"}'
>>
>> prints 'ccc' and not what I (and maybe other stupid users) would expect
>> 'abc'.
>
> You have several Perl features conspiring against you.
Well... looks like the big conspiration, lets start a theory on that :-)
> 1) the condition to a foreach() loop is evaluated in list context
<snip>
Took me several minutes to understand this, but I guess I do it now.
The regexp is evaluated correctly, all the matches are stored in a list
and the list is evaluated with foreach, but as the evaluation of the
regexp is done, all the matches are through, $1 is set to the last match
and printed three times for each list element.
It's easy to understand if you know what's going on, but quite
surprising if you run into it.
I guess, I'll use the while version as it better fits my idea of the
function.
>> Where to search a solution for this problem (I read already perlop
>> and perlre but no success so far)
>
> Then you either failed to read the right sections, or failed to
> understand what the features you read about implied for your specific
> situation. All the features I mentioned above are covered in the two
> documentations you referred to (or in perldoc perlsyn for the
> specifics of a foreach loop).
I definitely didn't understand what I was reading and didn't knew what is
relevant for my problem.
I'm not sure how long I can remember this stuff, I hope I'll find it
again if I need it some years later.
Thanks!
Andreas
------------------------------
Date: 15 Jul 2006 05:58:11 GMT
From: andreas a@t mrs d.t ch
Subject: Re: foreach capture regex with /g
Message-Id: <44b883f3$0$12618$5402220f@news.sunrise.ch>
On Fri, 14 Jul 2006 23:01:22 +0200, Dr.Ruud <rvtol+news@isolution.nl> wrote:
> andreas a@t mrs d.t ch schreef:
>
>> perl -e 'foreach ("abc" =~ m/(.)/gc) {print "$1"}'
>>
>> prints 'ccc'
>
> Yes. What puzzles me is the c-modifier, why did you use it?
>
Puzzles me to, it somehow sneaked in during my shell examples. The
original regex doesn't use it.
Andreas
------------------------------
Date: 15 Jul 2006 06:04:58 GMT
From: andreas a@t mrs d.t ch
Subject: Re: foreach capture regex with /g
Message-Id: <44b8858a$0$12618$5402220f@news.sunrise.ch>
On Fri, 14 Jul 2006 20:05:33 GMT, A. Sinan Unur <1usa@llenroc.ude.invalid> wrote:
> andreas a@t mrs d.t ch wrote in
> news:44b7f766$0$12613$5402220f@news.sunrise.ch:
>
>> perl -e 'foreach ("abc" =~ m/(.)/gc) {print "$1"}'
>>
>> prints 'ccc' and not what I (and maybe other stupid users) would
>> expect 'abc'.
>
> "abc" =~ m/(.)/gc
>
> in list context returns all the matches. However, you are not printing
> elements of that list, only $1.
<snip>
> On the other hand, a while loop is better here: It allows you iterate
> through matches without a list of all matches being constructed. That
> can become a significant overhead if the number of matches is large
> (just like the difference between
Ok, I guess I stay with the while, it's more the way I think.
> PPS: Answers to some questions are best found by thinking about the
> context rather than searching.
Yes, if you're aware of the type of the problem.
Thanks,
Andreas
------------------------------
Date: Fri, 14 Jul 2006 21:49:04 -0500
From: Tad McClellan <tadmc@augustmail.com>
Subject: Re: glob and Traverse Directory
Message-Id: <slrnebglt0.39r.tadmc@magna.augustmail.com>
weberw@adelphia.net <weberw@adelphia.net> wrote:
> Paul Lalli wrote:
>> weberw@adelphia.net wrote:
>> > In Perl , When I am traversing through a directory of files and I want
>> > to create an html link when the file extension is .html how would you
>> > do this?
>>
>> I would write a Perl program to do it for me.
>>
>> How have you tried to do it?
>>
> Yes paul.
He didn't ask if you tried to do it, he asked *how* you tried to do it.
Let's see what you tried!
We can often fix code (if we can see the code).
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: 14 Jul 2006 23:49:43 -0700
From: "Jack" <jack_posemsky@yahoo.com>
Subject: how match/expose the value in an empty variable having length of 1
Message-Id: <1152946183.896040.121160@p79g2000cwp.googlegroups.com>
Hi folks,
Ok I am stumped... I am reading a fileline in as follows:
12535957@140@2006-07-08 09:34:45.000@@@2005-11-24@
and splitting on the "@"...
open(SOURCE1,$filename1)
@columnarray = split(/\@/, $_);
Whats really wierd is $columnarray[4] has a length of 1, when clearly
above its NULL !!
I want to be able to recognize this as null, but you cant even match
regex it... I tried
if ($columnarray[4] =~ m/.*?[[:print:]]/) { print " NON PRINTABLE
"."\n"; }
$columnarray[4] =~ s/^\s+//;
$columnarray[4] =~ s/\s+$//;
$length = length @columnarray[4]."\n";
and a number of other things that dont work.. how do I identify "WHAT"
is making up the length =1 ?
Also, what is the detection match test for NULL ?
Thank you all much,
Jack
------------------------------
Date: Sat, 15 Jul 2006 03:23:56 +0100
From: Ben Morrow <benmorrow@tiscali.co.uk>
Subject: Re: Interfacing with Matlab using Win32::OLE
Message-Id: <s60mo3-o4q.ln1@osiris.mauzo.dyndns.org>
Quoth "scottmf" <fleming.scott@gmail.com>:
> > I'm fairly sure you still need the Win32::OLE->new line. If matlab is
> > running it should give you a handle on the current instance. [Caveat: my
> > understanding of OLE is sketchy at best :)]
> >
> > The Perl program is in no sense 'inside' matlab. It is a completely
> > separate process: it doesn't even know you invoked it from matlab, so
> > how would you get an OLE object?
>
> when I use the Win32::OLE->new line it launches a new instance of
> matlab rather than linking to the current instance. I think this is
> the basic problem; that I need some way to link the perl script to the
> current matlab instance.
OK, you are reading the Win32::OLE docs, yes? About 30 seconds worth of
reading suggests to me that
my $ML = Win32::OLE->GetActiveObject('Matlab.Application')
or die "Matlab not running";
is what you want. Is this wrong?
> > As Sinan said, it may be easier not to bother with OLE. Does matlab have
> > a function to import, say, a CSV file? I would probably start along that
> > route: write a CSV file with the data you want in Perl, and then import
> > it into matlab from the matlab macro.
>
> Matlab does have a csv inport function, and this process would work,
> but it seems like there is some way to link the two that I just haven't
> found yet. I perfer to avoid writing and then deleting temp files when
> it is not absolutely necessary...
In general I'd agree, but... OLE is messy. Can you open a pipe to perl,
and read CSV from it?
Ben
--
Razors pain you / Rivers are damp
Acids stain you / And drugs cause cramp. [Dorothy Parker]
Guns aren't lawful / Nooses give
Gas smells awful / You might as well live. benmorrow@tiscali.co.uk
------------------------------
Date: Sat, 15 Jul 2006 05:00:50 GMT
From: "A. Sinan Unur" <1usa@llenroc.ude.invalid>
Subject: Re: Interfacing with Matlab using Win32::OLE
Message-Id: <Xns9801A69623D9asu1cornelledu@127.0.0.1>
Ben Morrow <benmorrow@tiscali.co.uk> wrote in
news:s60mo3-o4q.ln1@osiris.mauzo.dyndns.org:
>
> Quoth "scottmf" <fleming.scott@gmail.com>:
>> > I'm fairly sure you still need the Win32::OLE->new line. If matlab
>> > is running it should give you a handle on the current instance.
>> > [Caveat: my understanding of OLE is sketchy at best :)]
>> >
>> > The Perl program is in no sense 'inside' matlab. It is a completely
>> > separate process: it doesn't even know you invoked it from matlab,
>> > so how would you get an OLE object?
>>
>> when I use the Win32::OLE->new line it launches a new instance of
>> matlab rather than linking to the current instance. I think this is
>> the basic problem; that I need some way to link the perl script to
>> the current matlab instance.
>
> OK, you are reading the Win32::OLE docs, yes? About 30 seconds worth
> of reading suggests to me that
>
> my $ML = Win32::OLE->GetActiveObject('Matlab.Application')
> or die "Matlab not running";
>
> is what you want. Is this wrong?
He wants a _specific_ instance of MatLab. That is:
* Invoke MatLab script in MatLab
* MatLab script invokes Perl script
* Perl script somehow finds a handle to the instance of
MatLab that invoked it
Now, I don't know if it applies here, but I found out the hard way
that one cannot really do that with Excel:
http://groups.google.com/group/comp.lang.perl.misc/browse_frm/thread/3813460c5c0095d2/9d86615b61068685
...
OK, in the meantime, I was able to access our research computer which is
running dog-slow right now, and read the help files. I am not going to
try anything as it is tortuously slow etc etc. However, here is an
interesting section from the documentation:
External Interfaces
- Additional Automation Server Information
- Specifying a Shared or Dedicated Server
Starting a Dedicated Server
To specify a dedicated server, use the ProgID, matlab.application.single,
(or the version-specific ProgID, matlab.application.single.N).
Each client that requests a connection to MATLAB using a dedicated ProgID
creates a separate instance of MATLAB, and that server will not be shared
with any other client. Therefore, there can be several instances of a
dedicated server running simultaneously, since the dedicated server is
not shared by multiple clients.
Now, this opens some possibilities.
This is just speculation on my part, so take it with a grain of salt.
However, I still think this looks too painful.
A simple:
result = perl('do_something.pl', 'input.data', 'output.m');
would suit my tastes more. Besides, this would enable your program
to be used on other OS's as well.
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://augustmail.com/~tadmc/clpmisc/clpmisc_guidelines.html
------------------------------
Date: Sat, 15 Jul 2006 07:25:08 +0100
From: Ben Morrow <benmorrow@tiscali.co.uk>
Subject: Re: Interfacing with Matlab using Win32::OLE
Message-Id: <4bemo3-b8v.ln1@osiris.mauzo.dyndns.org>
Quoth "A. Sinan Unur" <1usa@llenroc.ude.invalid>:
> Ben Morrow <benmorrow@tiscali.co.uk> wrote in
> news:s60mo3-o4q.ln1@osiris.mauzo.dyndns.org:
>
> >
> > Quoth "scottmf" <fleming.scott@gmail.com>:
> >> > I'm fairly sure you still need the Win32::OLE->new line. If matlab
> >> > is running it should give you a handle on the current instance.
> >> > [Caveat: my understanding of OLE is sketchy at best :)]
> >> >
> >> > The Perl program is in no sense 'inside' matlab. It is a completely
> >> > separate process: it doesn't even know you invoked it from matlab,
> >> > so how would you get an OLE object?
> >>
> >> when I use the Win32::OLE->new line it launches a new instance of
> >> matlab rather than linking to the current instance. I think this is
> >> the basic problem; that I need some way to link the perl script to
> >> the current matlab instance.
> >
> > OK, you are reading the Win32::OLE docs, yes? About 30 seconds worth
> > of reading suggests to me that
> >
> > my $ML = Win32::OLE->GetActiveObject('Matlab.Application')
> > or die "Matlab not running";
> >
> > is what you want. Is this wrong?
>
> He wants a _specific_ instance of MatLab. That is:
>
> * Invoke MatLab script in MatLab
> * MatLab script invokes Perl script
> * Perl script somehow finds a handle to the instance of
> MatLab that invoked it
>
> Now, I don't know if it applies here, but I found out the hard way
> that one cannot really do that with Excel:
>
> http://groups.google.com/group/comp.lang.perl.misc/browse_frm/thread/3813460c5c0095d2/9d86615b61068685
OK... again, my knowledge of COM+ is not good, but...
Firstly, in the common case that there is only one instance of matlab
running then GetActiveObject will do the right thing.
If you don't trust that, then as far as I can understand from OLE.xs and
MSDN
my $ml_file = $ARGV[0];
my $ML = Win32::OLE->GetObject($ml_file)
or die "can't get a handle on '$ml_file'";
should allow you to invoke Perl passing it the current filename, and
will use the currently open instance of that file, if any, or open it in
a currently running matlab, if any, or create a new matlab editing that
file. That is, it gets a handle on that file somehow; and I'm *pretty*
sure that if you have it opened and unsaved you get that instance rather
than a new instance from the file. Try it and see (I can't, having
neither matlab nor win32 :) ).
> Starting a Dedicated Server
>
> To specify a dedicated server, use the ProgID, matlab.application.single,
> (or the version-specific ProgID, matlab.application.single.N).
>
> Each client that requests a connection to MATLAB using a dedicated ProgID
> creates a separate instance of MATLAB, and that server will not be shared
> with any other client. Therefore, there can be several instances of a
> dedicated server running simultaneously, since the dedicated server is
> not shared by multiple clients.
>
> Now, this opens some possibilities.
Err... I don't think so. The OP explicitly wants to connect to *a
currently running* matlab instance, whereas this guarantees to start a
new one.
> A simple:
>
> result = perl('do_something.pl', 'input.data', 'output.m');
>
> would suit my tastes more. Besides, this would enable your program
> to be used on other OS's as well.
Yes.
Ben
--
Heracles: Vulture! Here's a titbit for you / A few dried molecules of the gall
From the liver of a friend of yours. / Excuse the arrow but I have no spoon.
(Ted Hughes, [ Heracles shoots Vulture with arrow. Vulture bursts into ]
'Alcestis') [ flame, and falls out of sight. ] benmorrow@tiscali.co.uk
------------------------------
Date: Sat, 15 Jul 2006 04:42:07 GMT
From: merlyn@stonehenge.com (Randal Schwartz)
Subject: new CPAN modules on Sat Jul 15 2006
Message-Id: <J2FH27.1BHp@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.
Astro-satpass-0.008
http://search.cpan.org/~wyant/Astro-satpass-0.008/
----
BerkeleyDB-SecIndices-Accessor-0.01
http://search.cpan.org/~dongxu/BerkeleyDB-SecIndices-Accessor-0.01/
Simply drive your BerkeleyDB database with secondary indices
----
Clone-Fast-0.90.1
http://search.cpan.org/~wazzuteke/Clone-Fast-0.90.1/
Natively copying Perl data structures
----
Clone-More-0.90.2
http://search.cpan.org/~wazzuteke/Clone-More-0.90.2/
Natively copying Perl data structures
----
Dir-Project-3.000
http://search.cpan.org/~wsnyder/Dir-Project-3.000/
Project Environment determination
----
Encode-JP-Mobile-0.03
http://search.cpan.org/~miyagawa/Encode-JP-Mobile-0.03/
Shift_JIS variants of Japanese Mobile phones
----
FLV-Info-0.02
http://search.cpan.org/~clotho/FLV-Info-0.02/
Extract metadata from Flash Video files
----
FSA-Rules-0.25
http://search.cpan.org/~dwheeler/FSA-Rules-0.25/
Build simple rules-based state machines in Perl
----
File-Find-Object-0.0.3
http://search.cpan.org/~shlomif/File-Find-Object-0.0.3/
An object oriented File::Find replacement
----
File-Slurp-Tree-1.24
http://search.cpan.org/~rclamp/File-Slurp-Tree-1.24/
slurp and emit file trees as nested hashes
----
Gnome2-Vte-0.06
http://search.cpan.org/~tsch/Gnome2-Vte-0.06/
Perl interface to the Virtual Terminal Emulation library
----
Lingua-AR-Db-2.12
http://search.cpan.org/~benazzo/Lingua-AR-Db-2.12/
Perl extension for translating Arabic words into another language
----
Luka-1.06
http://search.cpan.org/~tpg/Luka-1.06/
Exception handling and reporting framework
----
MDV-Repsys-0.01
http://search.cpan.org/~nanardon/MDV-Repsys-0.01/
----
Net-Radius-PacketOrdered-1.54
http://search.cpan.org/~tpg/Net-Radius-PacketOrdered-1.54/
interface to RADIUS packets with proxy states
----
Pugs-Compiler-Rule-0.11
http://search.cpan.org/~fglock/Pugs-Compiler-Rule-0.11/
Compiler for Perl 6 Rules
----
RDF-Core-0.50
http://search.cpan.org/~dpokorny/RDF-Core-0.50/
An object oriented Perl modules for handling tasks related to RDF.
----
RDF-Query-1.039
http://search.cpan.org/~gwilliams/RDF-Query-1.039/
An RDF query implementation of SPARQL/RDQL in Perl for use with RDF::Redland and RDF::Core.
----
Rose-DB-0.721
http://search.cpan.org/~jsiracusa/Rose-DB-0.721/
A DBI wrapper and abstraction layer.
----
Rose-DB-Object-0.741
http://search.cpan.org/~jsiracusa/Rose-DB-Object-0.741/
Extensible, high performance RDBMS-OO mapper.
----
TL-0.10_06
http://search.cpan.org/~mikage/TL-0.10_06/
Tripletail, Framework for Japanese Web Application
----
Term-Encoding-0.02
http://search.cpan.org/~miyagawa/Term-Encoding-0.02/
Detect encoding of the current terminal
----
Test-Singleton-1.03
http://search.cpan.org/~tpg/Test-Singleton-1.03/
Test for Singleton classes
----
Text-Glob-0.07
http://search.cpan.org/~rclamp/Text-Glob-0.07/
match globbing patterns against text
----
WWW-Scraper-ISBN-ISBNdb_Driver-0.04
http://search.cpan.org/~diberri/WWW-Scraper-ISBN-ISBNdb_Driver-0.04/
isbndb.com driver for WWW::Scraper::ISBN
----
What-1.01
http://search.cpan.org/~tpg/What-1.01/
Find out about running services
----
Win32-API-Interface-0.01
http://search.cpan.org/~esskar/Win32-API-Interface-0.01/
Object oriented interface generation
----
Win32-Security-EFS-0.10
http://search.cpan.org/~esskar/Win32-Security-EFS-0.10/
Perl interface to functions that assist in working with EFS (Encrypted File System) under Windows plattforms.
----
cshmen-3.50_01
http://search.cpan.org/~hmbrand/cshmen-3.50_01/
Basic menu application in curses or perl/Tk
----
threads-shared-1.02
http://search.cpan.org/~jdhedden/threads-shared-1.02/
Perl extension for sharing data structures between threads
----
v6-alpha-0.008
http://search.cpan.org/~fglock/v6-alpha-0.008/
----
v6-alpha-0.009
http://search.cpan.org/~fglock/v6-alpha-0.009/
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/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
------------------------------
Date: Fri, 14 Jul 2006 23:32:04 -0400
From: Mark Jason Dominus <mjd@plover.com>
Subject: OSCON 2006 Lightning talks deadline extended
Message-Id: <20060715033204.6968.qmail@plover.com>
There is still time to propose a lightning talk for OSCON 2006. The
deadline has been extended through Monday, 25 July.
Lightning Talks at the 2006 O'Reilly Open Source Convention
Lightning talks are brief (5-minute) talks that focus on a single
example, idea, project, or technique. Lightning talks do not attempt
to cover all aspects of their subject matter, but rather to present
one facet of the idea clearly and succinctly.
To submit a proposal for a lightning talk, please send your proposed
title and an abstract of up to four sentences to:
osc-lt-2006-submit@plover.com
For more complete information, visit:
http://perl.plover.com/lt/osc2006/
Thanks.
------------------------------
Date: Sat, 15 Jul 2006 02:09:47 GMT
From: "Jürgen Exner" <jurgenex@hotmail.com>
Subject: Re: Perl and Politics
Message-Id: <L7Ytg.251$RV.64@trnddc08>
ilikesluts@gmail.com wrote:
> I was wondering if the perl community shares common political beliefs,
> if so what are they?
I would say the common belief is that politics and Perl have nothing to do
with each other.
jue
------------------------------
Date: Sat, 15 Jul 2006 03:23:45 GMT
From: Kevin Michael Vail <kevin@vaildc.net>
Subject: Re: Perl and Politics
Message-Id: <kevin-B43544.23234414072006@news.verizon.net>
In article <L7Ytg.251$RV.64@trnddc08>,
"Jürgen Exner" <jurgenex@hotmail.com> wrote:
> ilikesluts@gmail.com wrote:
> > I was wondering if the perl community shares common political beliefs,
> > if so what are they?
>
> I would say the common belief is that politics and Perl have nothing to do
> with each other.
Well, except that TIMTOWTDI in both systems.
--
boss, sometimes i think | kevin michael vail
that our friend mehitabel | kevin@vaildc.net
is a trifle too gay |
-- archy | wotthehell wotthehell
------------------------------
Date: Fri, 14 Jul 2006 21:52:32 -0500
From: Tad McClellan <tadmc@augustmail.com>
Subject: Re: Perl and Politics
Message-Id: <slrnebgm3g.39r.tadmc@magna.augustmail.com>
ilikesluts@gmail.com <ilikesluts@gmail.com> wrote:
> I think you are right about this board.
This is not a "board". This is a Usenet newsgroup.
> I don't think I'm going to
> make it a regular stop on my information super highway.
The loss to this community will be great, but thank you for doing
what you can to make this a better place.
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
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 V10 Issue 9475
***************************************
