[29100] in Perl-Users-Digest
Perl-Users Digest, Issue: 344 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sun Apr 15 21:09:54 2007
Date: Sun, 15 Apr 2007 18:09:09 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Sun, 15 Apr 2007 Volume: 11 Number: 344
Today's topics:
Re: How to transparently download multiple files? <purlgurl@purlgurl.net>
Re: is laziness a programer's virtue? <jaford@watford53.freeserve.co.uk>
Re: is laziness a programer's virtue? <jstroud@mbi.ucla.edu>
Re: is laziness a programer's virtue? <jurgenex@hotmail.com>
Re: is laziness a programer's virtue? dbenson@eecs.wsu.edu
Re: is laziness a programer's virtue? <cor@clsnet.nl>
Re: is laziness a programer's virtue? <ken@theoryyalgebra.com>
Re: is laziness a programer's virtue? <ken@theoryyalgebra.com>
Re: is laziness a programer's virtue? <jurgenex@hotmail.com>
Re: looking for some size optimization <paduille.4061.mumia.w+nospam@earthlink.net>
Re: looking for some size optimization anno4000@radom.zrz.tu-berlin.de
Re: looking for some size optimization xhoster@gmail.com
Re: perl.h seems to interfere with fopen or stdio.h <nospam-abuse@ilyaz.org>
Re: perl.h seems to interfere with fopen or stdio.h <wahab-mail@gmx.de>
Re: Running perl scripts on the fly <bik.mido@tiscalinet.it>
Re: Running perl scripts on the fly <jaford@watford53.freeserve.co.uk>
Re: Running perl scripts on the fly <bik.mido@tiscalinet.it>
Re: Running perl scripts on the fly <spamtrap@dot-app.org>
Re: Search Replace using Hash -p0777 <joe@inwap.com>
Re: Top Turds of comp.lang.perl.misc (2007) <be.telenet@aantete.reversed>
Re: Top Turds of comp.lang.perl.misc (2007) <tadmc@augustmail.com>
Re: Top Turds of comp.lang.perl.misc (2007) <purlgurl@purlgurl.net>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Sun, 15 Apr 2007 14:13:40 -0700
From: Purl Gurl <purlgurl@purlgurl.net>
Subject: Re: How to transparently download multiple files?
Message-Id: <RdOdnWnZF6MUCL_bnZ2dnUVZ_gGdnZ2d@giganews.com>
Ed Jay wrote:
> Charlton Wilbur wrote:
>> Ed Jay wrote:
>>> BTW, I'll say one thing for your oftentimes verbose posts,
>>> you're an excellent writer. :-)
>> Logorrhea should not be mistaken for excellence.
> I agree, as I'm sure you'd agree that the difference is purely subjective
> and oftentimes dependent upon preconceived biases.
Ha! Ha! I am not the only who writes well, and thinks well.
Purl Gurl
------------------------------
Date: Sun, 15 Apr 2007 20:17:15 GMT
From: Jim Ford <jaford@watford53.freeserve.co.uk>
Subject: Re: is laziness a programer's virtue?
Message-Id: <fLvUh.591$M_3.326@newsfe1-gui.ntli.net>
Xah Lee wrote:
> Laziness, Perl, and Larry Wall
>
> Xah Lee, 20021124
>
> In the unix community there's quite a large confusion and wishful
> thinking about the word laziness. In this post, i'd like to make some
> clarifications.
Years ago I used to work with someone who used to say 'I'm a lazy person
- I like to do things the easy way!'. I guess this is what Larry Wall means.
Jim Ford
------------------------------
Date: Sun, 15 Apr 2007 21:15:15 GMT
From: James Stroud <jstroud@mbi.ucla.edu>
Subject: Re: is laziness a programer's virtue?
Message-Id: <DBwUh.10678$Kd3.8611@newssvr27.news.prodigy.net>
Xah Lee wrote:
> Laziness, Perl, and Larry Wall
>
> Xah Lee, 20021124
>
> In the unix community there's quite a large confusion and wishful
> thinking about the word laziness. In this post, i'd like to make some
> clarifications.
>
> American Heritage Dictionary third edition defines laziness as:
> “Resistant to work or exertion; disposed to idleness.”
>
> When the sorcerer Larry Wall said “The three chief virtues of a
> programmer are: Laziness, Impatience and Hubris”, he used the word
> “laziness” to loosely imply “natural disposition that results in being
> economic”. As you can see now, “Resistant to work or exertion” is
> clearly not positive and not a virtue, but “natural disposition that
> results in economy” is a good thing if true.
>
> When Larry Wall said one of programer's virtue is laziness, he wants
> the unix morons to conjure up in their brains the following
> proposition as true: “Resistant to work or exertion is a natural human
> disposition and such disposition actually results behaviors being
> economic”. This statement may be true, which means that human laziness
> may be intuitively understood from evolution. However, this statement
> is a proposition on all human beings, and is not some “virtue” that
> can be applied to a group of people such as programers.
>
> Demagogue Larry Wall is smart in creating a confusion combined with
> wishful thinking. By making subtle statements like this, he semi-
> intentionally confuses average programers to think that it is OK to be
> not thorough, it is OK to be sloppy, it is OK to disparage computer
> science. (like the incompetent unixers and perlers are)
>
> Can you see the evil and its harm in not understanding things clearly?
> This laziness quote by Wall is a tremendous damage to the computing
> industry. It is a source among others that spurs much bad fashion
> trends and fuckups in the industry. It is more damaging than any
> single hack or virus. It is social brain-washing at work, like the
> diamond company De Beers' tremendously successful sales slogan: “A
> Diamond is Forever” or Apple's grammatically fantastic “Think
> Different”.
>
> The most fundamental explanation of why Larry Wall's sophistry are
> damaging to society is simply this: What he said is not true and they
> are widely spread and conceived as worthwhile. This is a form of mis-
> information. This is a manifestation of Love without Knowledge as i
> expounded before, with subtle but disastrous consequences (already).
>
> [DISCLAIMER: all mentions of real persons are opinion only.]
>
> ----
> This post is archived at:
> http://xahlee.org/UnixResource_dir/writ/perl_laziness.html
>
> Xah
> xah@xahlee.org
> ∑ http://xahlee.org/
>
Laziness is re-posting something dated 2002.
------------------------------
Date: Sun, 15 Apr 2007 22:54:53 GMT
From: "Jrgen Exner" <jurgenex@hotmail.com>
Subject: Re: is laziness a programer's virtue?
Message-Id: <13yUh.10996$Ln5.7436@trndny06>
Ken Tilton wrote:
> Xah Lee wrote:
PLEEEEEASE DO NOT FEED THE TROLL
jue
------------------------------
Date: 15 Apr 2007 16:00:11 -0700
From: dbenson@eecs.wsu.edu
Subject: Re: is laziness a programer's virtue?
Message-Id: <1176678011.470381.261290@b75g2000hsg.googlegroups.com>
Of course, for functional languages, 'lazy' means something rather
different...
------------------------------
Date: 15 Apr 2007 23:57:13 +0000
From: Cor Gest <cor@clsnet.nl>
Subject: Re: is laziness a programer's virtue?
Message-Id: <87bqhpjina.fsf@atthis.clsnet.nl>
Some entity, AKA dbenson@eecs.wsu.edu,
wrote this mindboggling stuff:
(selectively-snipped-or-not-p)
> Of course, for functional languages, 'lazy' means something rather
> different...
>
lazy means: just get a post-grad to do the grunt-work for free.
Cor
--
The biggest problem LISP has is that it does not appeal to dumb people
If this failed to satisfy you try reading the Hyper-Spec or woman frig
(defvar MyComputer '((OS . "GNU/Emacs") (IPL . "GNU/Linux")))
Read the mailpolicy before mailing http://www.clsnet.nl/mail.html
------------------------------
Date: Sun, 15 Apr 2007 20:38:15 -0400
From: Ken Tilton <ken@theoryyalgebra.com>
Subject: Re: is laziness a programer's virtue?
Message-Id: <%zzUh.106$LM1.103@newsfe12.lga>
John Thingstad wrote:
> On Sun, 15 Apr 2007 18:25:19 +0200, Xah Lee <xah@xahlee.org> wrote:
>
>> Laziness, Perl, and Larry Wall
>>
>> Xah Lee, 20021124
>>
>> In the unix community there's quite a large confusion and wishful
>> thinking about the word laziness. In this post, i'd like to make some
>> clarifications.
>>
>> American Heritage Dictionary third edition defines laziness as:
>> “Resistant to work or exertion; disposed to idleness.”
>>
>
> In this context I think you can safely take it to mean:
> Don't work hard, work smart.
This and several other responses miss that Xah understands that
distinction, witness this excerpt, and especially the very last clause:
> When the sorcerer Larry Wall said “The three chief virtues of a
> programmer are: Laziness, Impatience and Hubris”, he used the word
> “laziness” to loosely imply “natural disposition that results in being
> economic”. As you can see now, “Resistant to work or exertion” is
> clearly not positive and not a virtue, but “natural disposition that
> results in economy” is a good thing if true.
I will leave it to you to re-read the rest of what Xah wrote to find out
about what he was in fact complaining.
hth,kt
--
http://www.theoryyalgebra.com/
"Algebra is the metaphysics of arithmetic." - John Ray
"As long as algebra is taught in school,
there will be prayer in school." - Cokie Roberts
"Stand firm in your refusal to remain conscious during algebra."
- Fran Lebowitz
"I'm an algebra liar. I figure two good lies make a positive."
- Tim Allen
------------------------------
Date: Sun, 15 Apr 2007 20:44:36 -0400
From: Ken Tilton <ken@theoryyalgebra.com>
Subject: Re: is laziness a programer's virtue?
Message-Id: <XFzUh.108$LM1.97@newsfe12.lga>
Jrgen Exner wrote:
> Ken Tilton wrote:
>
>>Xah Lee wrote:
>
>
> PLEEEEEASE DO NOT FEED THE TROLL
>
> jue
>
>
I understand that you mean well, but the fact is that the only NG
pollution arising from Xah's posts begins with some people abusing Xah
for perceived trolling and others who feel differenty stepping in to
support his right to post. ie, If you /really/ do not want to see a long
thread, well, don't feed it by saying don't feed it. That works for real
trolls when folks miss that they are trolling and you can draw their
attention to the trollishness, but not when someone is making a
heartfelt post, no matter what you think of it.
hth,kzo
--
http://www.theoryyalgebra.com/
"Algebra is the metaphysics of arithmetic." - John Ray
"As long as algebra is taught in school,
there will be prayer in school." - Cokie Roberts
"Stand firm in your refusal to remain conscious during algebra."
- Fran Lebowitz
"I'm an algebra liar. I figure two good lies make a positive."
- Tim Allen
------------------------------
Date: Mon, 16 Apr 2007 00:56:57 GMT
From: "Jrgen Exner" <jurgenex@hotmail.com>
Subject: Re: is laziness a programer's virtue?
Message-Id: <tRzUh.669$0S1.467@trnddc01>
Ken Tilton wrote:
> Jrgen Exner wrote:
>> Ken Tilton wrote:
>>
>>> Xah Lee wrote:
>>
>>
>> PLEEEEEASE DO NOT FEED THE TROLL
>
> I understand that you mean well, but the fact is that the only NG
> pollution arising from Xah's posts begins with some people abusing Xah
> for perceived trolling and others who feel differenty stepping in to
> support his right to post. ie, If you /really/ do not want to see a
> long thread, well, don't feed it by saying don't feed it. That works
> for real trolls when folks miss that they are trolling and you can
> draw their attention to the trollishness, but not when someone is
> making a heartfelt post, no matter what you think of it.
You must be new to CLPM. I suggest you read his way off-topic,
unsubstantiated, and just plain wrong posting in the archives of DejaNews.
jue
------------------------------
Date: Sun, 15 Apr 2007 20:20:32 GMT
From: "Mumia W." <paduille.4061.mumia.w+nospam@earthlink.net>
Subject: Re: looking for some size optimization
Message-Id: <kOvUh.21747$PL.6287@newsread4.news.pas.earthlink.net>
On 04/15/2007 07:22 AM, Marc Espie wrote:
> I'm looking at a script that handles a huge amount of data... basically,
> the filenames from +4000 packages in order to recognize conflicts.
>
> Currently, it builds a big hash through a loop that constructs
> $all_conflict like this:
>
> my $file= File::Spec->canonpath($self->fullname());
> push ${$all_conflict->{$file}}, $pkgname;
>
>
> I end up with a hash of 250M.
> [...]
If swapping is a problem, you could try using a tied database hash such
as DB_File or NDBM_File or SDBM_File or GDBM_File.
Perhaps try all of those to see which one performs best. If nothing
works, buy more ram :-)
--
Count the YOYOs:
http://home.earthlink.net/~mumia.w.18.spam/games_fever/
------------------------------
Date: 15 Apr 2007 20:48:47 GMT
From: anno4000@radom.zrz.tu-berlin.de
Subject: Re: looking for some size optimization
Message-Id: <58fhdeF2h00s8U1@mid.dfncis.de>
Marc Espie <espie@nerim.net> wrote in comp.lang.perl.misc:
> I'm looking at a script that handles a huge amount of data... basically,
> the filenames from +4000 packages in order to recognize conflicts.
>
> Currently, it builds a big hash through a loop that constructs
> $all_conflict like this:
>
> my $file= File::Spec->canonpath($self->fullname());
> push ${$all_conflict->{$file}}, $pkgname;
>
>
> I end up with a hash of 250M.
No, you end up with a syntax error, unless the second code line is
really
push @{$all_conflict->{$file}}, $pkgname;
I'll assume that, but please don't re-type code, copy/paste it to
make sure such errors don't happen.
> I can't really use Devel::Size with any benefit, since all the data
> is one single chunk (all the other data in the program amount to <2~3M)
>
> I expect the $pkgname strings to be shared. In fact, I tried replacing
What makes you expect that? You're pushing unrelated strings on
arrays.
> $pkgname with \$pkgname, with negative size results (+20M).
Sure. That way, you are storing a reference in addition to the strings.
> I've tried splitting the path along `frequent' directories, with inconclusive
> gains (most of the files live under /usr/local, /etc, or /var/www):
> -20M at most.
That comes at the cost of additional (anonymous, but real) hashes.
> I'm looking for bright ideas to try and reduce the size used... without
> being too detrimental in terms of speed...
The best storage strategy often depends on the nature of the data.
In your case, I'll assume that actual conflicts are rare. That means
the majority of your arrays of package names contain only one element.
That is wasteful. You could use two hashes, one to detect if a file
name has been seen before and another to keep information about actual
conflicts. Here is some code. I assume that pairs of package names
and file names can be read from DATA:
my ( %seen, %conflicts);
while ( <DATA> ) {
my ( $package, $file) = split;
if ( exists $seen{ $file} ) {
$conflicts{ $file} ||= [ $seen{ $file}]; # transfer first package
push @{ $conflicts{ $file} }, $package; # add another package
} else {
$seen{ $file} = $package; # mark as seen
}
}
print "No conflicts\n" unless %conflicts;
print "$_ in ", join( ', ' => @{ $conflicts{ $_} }), "\n" for
keys %conflicts;
This stores the first package name a file is seen with as a plain
string in %seen, not a one-element array. Only when a file is seen
a second time an array is built in %conflicts. If conflicts are
rare, this should save some memory.
Anno
------------------------------
Date: 15 Apr 2007 22:27:33 GMT
From: xhoster@gmail.com
Subject: Re: looking for some size optimization
Message-Id: <20070415182736.360$HY@newsreader.com>
espie@nerim.net wrote:
> I'm looking at a script that handles a huge amount of data... basically,
> the filenames from +4000 packages in order to recognize conflicts.
How many more than 4000 do you have? To take up the amount of room you
are talking about, it seems you would need orders of magnitude more
than 4000. But maybe I don't understand the nature of the data. What does
a conflict end up being represented as?
>
> Currently, it builds a big hash through a loop that constructs
> $all_conflict like this:
>
> my $file= File::Spec->canonpath($self->fullname());
> push ${$all_conflict->{$file}}, $pkgname;
Is $pkgname the name of the package declared in $file, or the name
of the package used in $file. In any event, are you pushing the same
$pkgname onto same file's list over and over? Maybe you should use a hash
of hash instead of hash of array:
$all_conflict->{$file}->{$pkname}=();
> I end up with a hash of 250M.
>
> I can't really use Devel::Size with any benefit, since all the data
> is one single chunk (all the other data in the program amount to <2~3M)
>
> I expect the $pkgname strings to be shared.
Hash keys are shared (with substantial overhead) but array values are not.
If your paths are really so long, you might try compressing them, or
digesting them.
...
> I'm looking for bright ideas to try and reduce the size used... without
> being too detrimental in terms of speed...
Without knowing more about the exact nature of the data, it is hard to say.
optimization that involved changing the way a structure is built is often
drive by the way the structure is used, so showing that part may also be
useful.
Xho
--
-------------------- http://NewsReader.Com/ --------------------
Usenet Newsgroup Service $9.95/Month 30GB
------------------------------
Date: Sun, 15 Apr 2007 20:55:27 +0000 (UTC)
From: Ilya Zakharevich <nospam-abuse@ilyaz.org>
Subject: Re: perl.h seems to interfere with fopen or stdio.h
Message-Id: <evu3fv$2nha$1@agate.berkeley.edu>
[A complimentary Cc of this posting was sent to
talan
<anerbenartzi@gmail.com>], who wrote in article <1176646589.813512.140230@y80g2000hsf.googlegroups.com>:
> Hi. I'm using ActivePerl and Visual Studio C++ on a win32 machine.
> I'm starting to work with embedded perl (in my C++ program). I get a
> run-time error on the line with "fopen". Any clues? Thanks:
>
> #include "EXTERN.h"
> #include "perl.h"
> #pragma comment(lib, "perl58.lib") //link with perl library
>
> int main(int argc, char* argv[]) {
> FILE* fp = fopen("showtime.pl", "w");
> fclose(fp);
> return 0;
> }
>
One is expected to not work with StdIO under influence of perl.h -
these calls are redirected to PerlIO instead. Use separate
compilation units for the stuff which uses StdIO and perl.h.
Hope this helps,
Ilya
------------------------------
Date: Mon, 16 Apr 2007 00:37:05 +0200
From: Mirco Wahab <wahab-mail@gmx.de>
Subject: Re: perl.h seems to interfere with fopen or stdio.h
Message-Id: <evu9pj$bnd$1@mlucom4.urz.uni-halle.de>
Ilya Zakharevich wrote:
> <anerbenartzi@gmail.com>], who wrote in article <1176646589.813512.140230@y80g2000hsf.googlegroups.com>:
>> Hi. I'm using ActivePerl and Visual Studio C++ on a win32 machine.
>> I'm starting to work with embedded perl (in my C++ program). I get a
>> run-time error on the line with "fopen". Any clues? Thanks:
>>
>> #include "EXTERN.h"
>> #include "perl.h"
>> #pragma comment(lib, "perl58.lib") //link with perl library
>>
>> int main(int argc, char* argv[]) {
>> FILE* fp = fopen("showtime.pl", "w");
>> fclose(fp);
>> return 0;
>> }
>>
>
> One is expected to not work with StdIO under influence of perl.h -
> these calls are redirected to PerlIO instead. Use separate
> compilation units for the stuff which uses StdIO and perl.h.
After reading this, I waded through embed.h and perl.h
but couldn't find anything related (one spot mentioned
a broken fflush on Solaris).
I have some programs which read/write through stdio
under perl.h (which is included *after* stdio) in the
same compilation unit. (Win32, console program, Visual
Studio/98 and /2005).
Can you help me out here in what exactly is
the weak point?
Thanks & Regards
M.
------------------------------
Date: Sun, 15 Apr 2007 22:11:39 +0200
From: Michele Dondi <bik.mido@tiscalinet.it>
Subject: Re: Running perl scripts on the fly
Message-Id: <1sv423ltu86sqom3cloet2f5nhbok7rcu9@4ax.com>
On 15 Apr 2007 11:21:59 -0700, jrosik@gmail.com wrote:
>Yes Len, I need to do more complex things. The scenario can look like
Huh?!? (/me reads below and understand - please don't top post, as it
makes it harder to follow the discussions.)
>this:
>
>1. I open a text editor - for example Notepad, Wordpad, Word.
>2. I paste some text into this text editor.
>3. I press a magic key - let's say I double press the Shift key.
>4. A magic window appears and I enter the following script:
> while (<>) {
> next if (/Start ignoring HERE/) .. (/End ingnoring HERE/);
> s/AAA(\d+)(.+?)BBB(\d+)/AAA$3$2BBB$1/;
> print;
> }
Well, not an answer at all to your question, but in my editor I can
define a region (i.e. select text) then "narrow" to that region: a new
buffer is created and in it I can do a global regex search and
replace, although a much more limited one than possible with Perl.
Also, many text editors support filtering a buffer through an external
command. Not exactly what you want but somewhat close to it.
>Another variant of the 4th step could be just the removal of comment
>marks from the line beginnings:
>4.
> while (<>) {
> s/^> >//;
> print;
> }
perl -pe "s/^> >//"
>
>I am trying to accomplish the most simple way to filter text data
>using perl script.
Well, filtering through an external command as described above should
be fine enough. If the script is too long to really be a oneliner, you
could save it to a temp file and execute that. Of course it's an extra
step, but one that should really take you a tiny fraction of a second.
>The text data usually come from a "text editor" (it also can be a web
>form). I need to pick the data -> process it -> put it back as
>simple / fast as possible.
>
>The problem with common perl filtering process is that:
>- I need to save the source data somewhere,
Not really, you can pipe it through perl.
>- I need to save the perl script somewhere,
Not really, you can give it as an argument to -e. (Unless you're doing
exotic things.) Or you can pass it in STDIN:
$ perl
print "foo: $_" while <>;
bar
foo: bar
baz
foo: baz
>- I need to execute the perl script .. "perl script.pl data.txt",
Well, yes, that you *have* to.
>- I need to capture the output,
You may be interested in the -i cmd line switch.
Since you're under Windows, you may also be interested in
Win32::Clipboard.
Anyway, as I wrote in my other post, this is most certainly doable in
any powerful enough editor, in particular one of those that have an
embedded extension language. I don't know if the thing has actually
already been implemented, but then you may choose one such editor and
then ask in their ML/NG/forum/whatever how to do it, and I bet someone
will come up with a solution well suited for your needs.
Michele
--
{$_=pack'B8'x25,unpack'A8'x32,$a^=sub{pop^pop}->(map substr
(($a||=join'',map--$|x$_,(unpack'w',unpack'u','G^<R<Y]*YB='
.'KYU;*EVH[.FHF2W+#"\Z*5TI/ER<Z`S(G.DZZ9OX0Z')=~/./g)x2,$_,
256),7,249);s/[^\w,]/ /g;$ \=/^J/?$/:"\r";print,redo}#JAPH,
------------------------------
Date: Sun, 15 Apr 2007 20:13:13 GMT
From: Jim Ford <jaford@watford53.freeserve.co.uk>
Subject: Re: Running perl scripts on the fly
Message-Id: <tHvUh.589$M_3.343@newsfe1-gui.ntli.net>
jrosik@gmail.com wrote:
> Hi all,
>
> I would like to run perl scripts as in the following scenario:
>
> 1. I open a text editor - for example Notepad, Wordpad, Word.
> 2. I paste some text into this text editor.
> 3. I press a magic key - let's say I double press the Shift key.
> 4. A magic window appears and I enter the following script:
> while (<>) {
> s/you/You/;
> print;
> }
> 5. I execute the script.
> 6. Now there are two text editor windows - one with the source text
> and another with the output text.
>
> Is this possible?
>
> One note: I have not saved any document during my scenario!
I believe you can do just this sort of thing easily with the Plan9 O.S..
Try running Plan9 with Qemu and have a fiddle - it's weird, but fun!
Jim Ford
------------------------------
Date: Mon, 16 Apr 2007 00:29:21 +0200
From: Michele Dondi <bik.mido@tiscalinet.it>
Subject: Re: Running perl scripts on the fly
Message-Id: <827523psa4bil1nt6ea4e1dcqrospc9stv@4ax.com>
On Sun, 15 Apr 2007 20:13:13 GMT, Jim Ford
<jaford@watford53.freeserve.co.uk> wrote:
>> One note: I have not saved any document during my scenario!
>
>I believe you can do just this sort of thing easily with the Plan9 O.S..
>Try running Plan9 with Qemu and have a fiddle - it's weird, but fun!
Ah, are you talking about that plumber thingy? ISTR it's been ported
to Linux and other unices. And then there's the Inferno distributed OS
which may also be interesting...
Michele
--
{$_=pack'B8'x25,unpack'A8'x32,$a^=sub{pop^pop}->(map substr
(($a||=join'',map--$|x$_,(unpack'w',unpack'u','G^<R<Y]*YB='
.'KYU;*EVH[.FHF2W+#"\Z*5TI/ER<Z`S(G.DZZ9OX0Z')=~/./g)x2,$_,
256),7,249);s/[^\w,]/ /g;$ \=/^J/?$/:"\r";print,redo}#JAPH,
------------------------------
Date: Sun, 15 Apr 2007 20:10:58 -0400
From: Sherm Pendley <spamtrap@dot-app.org>
Subject: Re: Running perl scripts on the fly
Message-Id: <m2ejml18ml.fsf@local.wv-www.com>
jrosik@gmail.com writes:
> I am trying to accomplish the most simple way to filter text data
> using perl script.
1. Buy a Mac.
2. Install PerlPad. <http://perl-pad.sourceforge.net/>
3. There is no step three. :-)
sherm--
--
Web Hosting by West Virginians, for West Virginians: http://wv-www.net
Cocoa programming in Perl: http://camelbones.sourceforge.net
------------------------------
Date: Sun, 15 Apr 2007 16:39:58 -0700
From: Joe Smith <joe@inwap.com>
Subject: Re: Search Replace using Hash -p0777
Message-Id: <B-udnY9Vn_wONL_bnZ2dnUVZ_tzinZ2d@comcast.com>
dscastroii@earthlink.net wrote:
> & hello
> < bye
> A sparky
>
> The output should be:
> &; hello
> <; bye
> A; sparky
You need to re-read the problem definition.
Since the semicolon is part of HTML entities, the proper output should be:
& hello
< bye
A sparky
-Joe
------------------------------
Date: Sun, 15 Apr 2007 22:41:57 GMT
From: Vincent Vercauteren <be.telenet@aantete.reversed>
Subject: Re: Top Turds of comp.lang.perl.misc (2007)
Message-Id: <VSxUh.122127$C84.948325@phobos.telenet-ops.be>
perl-2007@hotmail.com wrote:
> Most contributors to comp.lang.perl.misc are helpful and share good
> information. Unfortunately there are a few individuals who are
> frequently rude and abusive. For their bad behavior they are hereby
> named the Top Turds of comp.lang.perl.misc for 2007.
>
> 7. Jrgen Exner jurgenex@hotmail.com
> Generally okay but occasionally throws tantrums
>
> 6. Tad McClellan tadmc@augustmail.com
> Never learned how to get along with others
>
> 5. Purl Gurl purlgurl@purlgurl.net
> Nuff said!
>
> 4. A. Sinan Unur asu1@cornell.edu
> Luckily the a.sinine one has been absent for a while
>
> 3. Michele Dondi blazar@lcm.mi.infn.it
> Surely one of the rudest Italians ever!
>
> 2. Uri Guttman uri@stemsystems.com
> Start using the Shift key, dumb ass. Quit hyping your pathetic
> File::Slurp module so much. And cut out the whining!
>
> And the stinkiest turd of all...
>
> 1. Sherm Pendley sherm@dot-app.org
> This arrogant asshole seems to think he has all the answers and is
> consistently condescending and bullying. Undoubtedly one of the most
> obnoxious posters in the history of the group.
>
Hi,
I've been reading along in this group for about 2 years now. Meanwhile,
my Perl programming has evolved from 'absolute beginner' to
'imtermediate level'. I'm involved in a couple of Perl projects at work,
and every now and then something comes up that I seem to be unable to
solve using the documentation.
But I've never dared to post any question on this group yet, fearing
that the slightest mistake I'd make against the posting guidelines or
other rules might be inflammatory.
While I of course understand that there are rules to be followed,
especially since information is provided on a voluntary basis, I really
don't think the attitude in some peoples responses is justified.
The regulars here that seem to repeatedly suggest that newcomers are
scared away, are actually right.
There surely must be more polite ways of handling bad questions.
Because of this attitude, this is my first ever, and my last ever post
on this group.
Kind regards,
Vincent Vercauteren
Belgian Perl programmer
------------------------------
Date: Sun, 15 Apr 2007 17:39:22 -0500
From: Tad McClellan <tadmc@augustmail.com>
Subject: Re: Top Turds of comp.lang.perl.misc (2007)
Message-Id: <slrnf25acq.3fr.tadmc@tadmc30.august.net>
cartercc@gmail.com <cartercc@gmail.com> wrote:
> So ... no need to bottom
> post.
Unless you want to be heard.
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: Sun, 15 Apr 2007 18:01:49 -0700
From: Purl Gurl <purlgurl@purlgurl.net>
Subject: Re: Top Turds of comp.lang.perl.misc (2007)
Message-Id: <yr2dnQsiOKWeVr_bnZ2dnUVZ_silnZ2d@giganews.com>
Tad McClellan wrote:
> cartercc wrote:
>> So ... no need to bottom post.
> Unless you want to be heard.
When I respond to a top posted article,
I simply cut the top posting then paste
the post in correct chronological order.
I have no problem with top posters.
What is your problem?
Purl Gurl
------------------------------
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 344
**************************************
