[29473] in Perl-Users-Digest
Perl-Users Digest, Issue: 717 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Aug 3 14:09:53 2007
Date: Fri, 3 Aug 2007 11:09:08 -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, 3 Aug 2007 Volume: 11 Number: 717
Today's topics:
$hash($key) = undef vs = 1 <g_m@remove-comcast.net>
Re: $hash($key) = undef vs = 1 <bugbear@trim_papermule.co.uk_trim>
Re: $hash($key) = undef vs = 1 <noreply@gunnar.cc>
Re: $hash($key) = undef vs = 1 <noreply@gunnar.cc>
Re: $hash($key) = undef vs = 1 <g_m@remove-comcast.net>
Re: $hash($key) = undef vs = 1 <brian.d.foy@gmail.com>
Re: $hash($key) = undef vs = 1 <brian.d.foy@gmail.com>
Re: $hash($key) = undef vs = 1 <g_m@remove-comcast.net>
Re: Home directory not seen as writable in Vista <sisyphus1@nomail.afraid.org>
Re: Home directory not seen as writable in Vista <savagebeaste@yahoo.com>
Re: Home directory not seen as writable in Vista <savagebeaste@yahoo.com>
Re: Q on localizing *STDOUT and fork <socyl@987jk.com.invalid>
Re: Using split to count matches, but exclude certain p surfitupdotcom@gmail.com
Re: Windows based perl editor? <stoupa@practisoft.cz>
Re: Windows based perl editor? <veatchla@yahoo.com>
Re: Windows based perl editor? <redgrittybrick@spamweary.foo>
Re: Windows based perl editor? <jgibson@mail.arc.nasa.gov>
Re: Windows based perl editor? <g_m@remove-comcast.net>
Re: XML Validation <glex_no-spam@qwest-spam-no.invalid>
Re: XML Validation <jwkenne@attglobal.net>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Fri, 3 Aug 2007 11:22:54 -0400
From: "~greg" <g_m@remove-comcast.net>
Subject: $hash($key) = undef vs = 1
Message-Id: <QJqdndT5S6qr2i7bnZ2dnUVZ_uygnZ2d@comcast.com>
When using the keys of a hash to represent a mathematical set,
I have been in the habit of assigning them
the arbitrary true-testing value 1.
My question is, would it save any space (and if so, about how much)
to assign them the somewhat less arbitrary value "undef" instead?
(and then using of course only "exists" tests,
and not "defined", or truth-value tests)
thanks,
~greg
------------------------------
Date: Fri, 03 Aug 2007 16:30:32 +0100
From: bugbear <bugbear@trim_papermule.co.uk_trim>
Subject: Re: $hash($key) = undef vs = 1
Message-Id: <13b6igp4okclq87@corp.supernews.com>
~greg wrote:
> When using the keys of a hash to represent a mathematical set,
> I have been in the habit of assigning them
> the arbitrary true-testing value 1.
>
> My question is, would it save any space (and if so, about how much)
> to assign them the somewhat less arbitrary value "undef" instead?
>
> (and then using of course only "exists" tests,
> and not "defined", or truth-value tests)
What (type?) are the values in the set?
BugBear
------------------------------
Date: Fri, 03 Aug 2007 17:50:32 +0200
From: Gunnar Hjalmarsson <noreply@gunnar.cc>
Subject: Re: $hash($key) = undef vs = 1
Message-Id: <5hh1cpF3j7951U1@mid.individual.net>
~greg wrote:
> When using the keys of a hash to represent a mathematical set,
> I have been in the habit of assigning them
> the arbitrary true-testing value 1.
>
> My question is, would it save any space (and if so, about how much)
> to assign them the somewhat less arbitrary value "undef" instead?
perldoc Benchmark
--
Gunnar Hjalmarsson
Email: http://www.gunnar.cc/cgi-bin/contact.pl
------------------------------
Date: Fri, 03 Aug 2007 17:52:47 +0200
From: Gunnar Hjalmarsson <noreply@gunnar.cc>
Subject: Re: $hash($key) = undef vs = 1
Message-Id: <5hh1h1F3j7951U2@mid.individual.net>
Gunnar Hjalmarsson wrote:
> ~greg wrote:
>> When using the keys of a hash to represent a mathematical set,
>> I have been in the habit of assigning them
>> the arbitrary true-testing value 1.
>>
>> My question is, would it save any space (and if so, about how much)
>> to assign them the somewhat less arbitrary value "undef" instead?
>
> perldoc Benchmark
I didn't read your question carefully enough... You asked about space,
not speed.
Please ignore my remark.
--
Gunnar Hjalmarsson
Email: http://www.gunnar.cc/cgi-bin/contact.pl
------------------------------
Date: Fri, 3 Aug 2007 12:42:37 -0400
From: "~greg" <g_m@remove-comcast.net>
Subject: Re: $hash($key) = undef vs = 1
Message-Id: <1K2dnfQc7854xC7bnZ2dnUVZ_vKunZ2d@comcast.com>
"bugbear" <bugbear@trim_papermule.co.uk_trim> wrote in message news:13b6igp4okclq87@corp.supernews.com...
> ~greg wrote:
>> When using the keys of a hash to represent a mathematical set,
>> I have been in the habit of assigning them
>> the arbitrary true-testing value 1.
>>
>> My question is, would it save any space (and if so, about how much)
>> to assign them the somewhat less arbitrary value "undef" instead?
>>
>> (and then using of course only "exists" tests,
>> and not "defined", or truth-value tests)
>
> What (type?) are the values in the set?
~~~~~~~~
Ah!
I think maybe my mind-set is not so universal after all. :)
~~~
The values are only relevant to the syntax to use
when testing for the presence or absence of keys:
my %Set = ( 'a' =>'this is a long string', 'b'=>1, 'c'=>'', 'd'=>0, 'e'=>undef );
if( $Set{ $key } ) {....then 'x' is an element of the set ... }
else {... 'x' is not an element of the set ... }
... will work for 'a' and 'b'
but not for 'c' 'd' or 'e'
if( defined $Set{'x'} ) {...} else {...}
.... will work for 'a' 'b' 'c' and 'd'
but not for 'e'
if ( exists $Set{'e'} )
.... will work for 'a' 'b' 'c' 'd' and 'e'
Now, obviously 'this is a long string'
would take up way too much unnecessary space.
And 1 takes up space on the order of
the size of an integer, plus overhead.
So, my thinking is, that undef might take up only the overhead,
and therefore be better than 1.
(If it saves space at all, then it's worth it to me,
since the sets I have in mind (about a dozen of them)
involve over 100000 elements each))
~greg
------------------------------
Date: Fri, 03 Aug 2007 12:13:05 -0500
From: brian d foy <brian.d.foy@gmail.com>
Subject: Re: $hash($key) = undef vs = 1
Message-Id: <030820071213059751%brian.d.foy@gmail.com>
In article <QJqdndT5S6qr2i7bnZ2dnUVZ_uygnZ2d@comcast.com>, ~greg
<g_m@remove-comcast.net> wrote:
> When using the keys of a hash to represent a mathematical set,
> I have been in the habit of assigning them
> the arbitrary true-testing value 1.
>
> My question is, would it save any space (and if so, about how much)
> to assign them the somewhat less arbitrary value "undef" instead?
According to Devel::Size, it looks like using undef saves you about 4
bytes per entry.
$ perl -MDevel::Size=total_size -le 'my %hash = map { $_, 1 } 1 ..
100_000; print total_size( \%hash )'
4813243
$ perl -MDevel::Size=total_size -le 'my %hash = map { $_, undef } 1 ..
100_000; print total_size( \%hash )'
4413243
--
Posted via a free Usenet account from http://www.teranews.com
------------------------------
Date: Fri, 03 Aug 2007 12:07:09 -0500
From: brian d foy <brian.d.foy@gmail.com>
Subject: Re: $hash($key) = undef vs = 1
Message-Id: <030820071207098406%brian.d.foy@gmail.com>
In article <5hh1cpF3j7951U1@mid.individual.net>, Gunnar Hjalmarsson
<noreply@gunnar.cc> wrote:
> ~greg wrote:
> > When using the keys of a hash to represent a mathematical set,
> > I have been in the habit of assigning them
> > the arbitrary true-testing value 1.
> >
> > My question is, would it save any space (and if so, about how much)
> > to assign them the somewhat less arbitrary value "undef" instead?
>
> perldoc Benchmark
Everyone's so quick to point out Benchmark these days. In this case
it doesn't even pretend to answer the question about memory. :)
--
Posted via a free Usenet account from http://www.teranews.com
------------------------------
Date: Fri, 3 Aug 2007 13:56:27 -0400
From: "~greg" <g_m@remove-comcast.net>
Subject: Re: $hash($key) = undef vs = 1
Message-Id: <1oGdnTZAQrfc9i7bnZ2dnUVZ_vamnZ2d@comcast.com>
"brian d foy" <brian.d.foy@gmail.com> wrote in message news:030820071213059751%brian.d.foy@gmail.com...
> In article <QJqdndT5S6qr2i7bnZ2dnUVZ_uygnZ2d@comcast.com>, ~greg
> <g_m@remove-comcast.net> wrote:
>
>> When using the keys of a hash to represent a mathematical set,
>> I have been in the habit of assigning them
>> the arbitrary true-testing value 1.
>>
>> My question is, would it save any space (and if so, about how much)
>> to assign them the somewhat less arbitrary value "undef" instead?
>
> According to Devel::Size, it looks like using undef saves you about 4
> bytes per entry.
>
> $ perl -MDevel::Size=total_size -le 'my %hash = map { $_, 1 } 1 ..
> 100_000; print total_size( \%hash )'
> 4813243
>
> $ perl -MDevel::Size=total_size -le 'my %hash = map { $_, undef } 1 ..
> 100_000; print total_size( \%hash )'
> 4413243
Fantastic!
Thank you!
(and I now got Devel::Size)
~greg
------------------------------
Date: Fri, 3 Aug 2007 23:31:05 +1000
From: "Sisyphus" <sisyphus1@nomail.afraid.org>
Subject: Re: Home directory not seen as writable in Vista
Message-Id: <46b32e0c$0$16207$afc38c87@news.optusnet.com.au>
"David Sudlow" <invalid@invalid.org> wrote in message
news:46b3245b$0$27383$ba4acef3@news.orange.fr...
.
.
>
> Even weirder: (based in limited testing) a folder is seen as writable when
> created but becomes seen as unwritable if a shortcut to an executable is
> created in it (or copied into it). I had a shortcut to cmd.exe in the
> original folder to speed up opening a command window pointing to the right
> folder. Removing the shortcut does not change the status of the test back
> however.
>
I placed a shortcut to cmd.exe into C:\Users\Rob\Desktop\Test and the -w
test still says that folder is writable.
There might be a little more to it. (It's certainly the case that my
C:\Users\Rob\Desktop contains some shortcuts to various executables.)
Cheers,
Rob
------------------------------
Date: Fri, 3 Aug 2007 08:06:54 -0700
From: "Clenna Lumina" <savagebeaste@yahoo.com>
Subject: Re: Home directory not seen as writable in Vista
Message-Id: <5hgugmF3joad1U1@mid.individual.net>
Sisyphus wrote:
> "David Sudlow" <invalid@invalid.org> wrote in message
> news:46b2e10b$0$5077$ba4acef3@news.orange.fr...
> .
> .
>>
>> This gives 'writable' in xp or linux, but 'not writable' in vista,
>> when run from a folder in my home directory.
>>
>> Same result for:
>>> perl -e "if (-w qq{.}) {print qq{writable\n}} else {print qq{Not
>>> writeable\n}}"
>>
>> from the command line.
>>
>> Is this a perl on vista issue or something funny with my machine's
>> set-up?
>
> It's more likely something with your machine's set-up, rather than
> anything to do with perl.
>
> The only directories I could find where that one liner reported "Not
> writable" were "Program Files" and "Program Files (x86)" - running
> from a user account on Vista Business 64, with perl-5.8.8.
>
> Which version of perl are you running ?
> What is the full path to your home directory ?
>
> Cheers,
> Rob
Vista is also rather badly broken "out of the box"
--
CL
------------------------------
Date: Fri, 3 Aug 2007 08:20:14 -0700
From: "Clenna Lumina" <savagebeaste@yahoo.com>
Subject: Re: Home directory not seen as writable in Vista
Message-Id: <5hgv9mF3k1r80U1@mid.individual.net>
Sisyphus wrote:
> "David Sudlow" <invalid@invalid.org> wrote in message
> news:46b3245b$0$27383$ba4acef3@news.orange.fr...
> .
> .
>>
>> Even weirder: (based in limited testing) a folder is seen as
>> writable when created but becomes seen as unwritable if a shortcut
>> to an executable is created in it (or copied into it). I had a
>> shortcut to cmd.exe in the original folder to speed up opening a
>> command window pointing to the right folder. Removing the shortcut
>> does not change the status of the test back however.
>>
>
> I placed a shortcut to cmd.exe into C:\Users\Rob\Desktop\Test and the
> -w test still says that folder is writable.
>
> There might be a little more to it. (It's certainly the case that my
> C:\Users\Rob\Desktop contains some shortcuts to various executables.)
>
> Cheers,
> Rob
The answer is rather simple: In trying to "protect" users from
themselves (a la self installing malware and such), they ended up
breaking many MANY mechanisms, with absolutely no regard for the
ramifications. IMHO, Vista is a badly broken OS that is best buried in
the mud. Stick with XP or lower, Linux, and such. Vista really should be
avoided.
--
CL
------------------------------
Date: Fri, 3 Aug 2007 15:55:07 +0000 (UTC)
From: kj <socyl@987jk.com.invalid>
Subject: Re: Q on localizing *STDOUT and fork
Message-Id: <f8vj4r$gnb$1@reader2.panix.com>
In <1186036012.070979.170690@19g2000hsx.googlegroups.com> Brian McCauley <nobull67@gmail.com> writes:
>On Aug 2, 12:41 am, kj <so...@987jk.com.invalid> wrote:
>I wrote a quite detailed explanation of this here...
>http://groups.google.com/group/comp.lang.perl.misc/browse_frm/thread/6d5c3d062c1e7608/fb1af6de388ee945
That was certainly illuminating. Thank you!
In that post you wrote:
> But if you do local(*STDOUT) you stash away the current contents of
> *STDOUT{IO} and make it empty. Now when you open(STDOUT,...) you get a
> new IO-thingy associated with *STDOUT{IO} but this IO-thingy is not
> associated with FD 1. As far as the current Perl process is concerned
> this is now the "standard output" but any child process that's created
> will still think of FD 1 as standard out.
Inspired by this I replaced
local *STDOUT;
with
local *STDOUT = *STDOUT;
The subsequent redirection of STDOUT now worked as desired, but
the original STDOUT was not restored after the end of the enclosing
block. My guess is that the "stashing away" that happens when one
uses local does not include the association of the file descriptor
with the file control block, which just gets lost after the
duplication with "open STDOUT, '>&', ...". If correct, this is a
shame, because it breaks the localization model. But I'm waaay
out of my depth here.
>I'm fairly sure I've seen modules on CPAN to wrap it up a bit...
If anyone happens to know the CPAN module that Brian is referring
to here please let me know. I looked for it without any luck. I
searched for terms like "redirect" and "redirection". (FWIW, I
did my search with Google restricted to site:search.cpan.org.)
TIA!
kj
--
NOTE: In my address everything before the first period is backwards;
and the last period, and everything after it, should be discarded.
------------------------------
Date: Fri, 03 Aug 2007 07:41:22 -0700
From: surfitupdotcom@gmail.com
Subject: Re: Using split to count matches, but exclude certain patterns
Message-Id: <1186152082.498844.238950@r34g2000hsd.googlegroups.com>
On Aug 1, 8:55 pm, "attn.steven....@gmail.com"
<attn.steven....@gmail.com> wrote:
> On Aug 1, 1:02 pm, surfitupdot...@gmail.com wrote:
>
> (snipped)
>
>
>
> > You read me correctly, idea was tospliton any occurrence of my
> > search term that does not have an underscore before or after it.
> > Counting matches usingsplitworked fine until I tried to exclude
> > certain patterns. I will look at the perldoc you suggested but here
> > is more info for the thread. Thanks, John
>
> > Sample input: super _super_ _super super SUPER SUPER_ blahsuper
> > Desired output: super super SUPER super
>
> How did you plan on getting rid of the 'blah' substring by
> doing asplit?
>
>
>
> > Current output usingsplit(/(?<!_)${search_term}(?!_)/i, $grep_out);
> > Array contents- _super_ _super SUPER_ blah
>
> Your description said 'a underscore before ... OR
> a underscore after'; so you also need an "OR" in your
> regular expression. This is known as "Alternation"
> (see perldoc perlre).
>
> use Data::Dumper;
>
> my $term = 'super';
>
> my $string = 'super _super_ _super super SUPER SUPER_ blahsuper';
>
> my @fragments =split(
> /_\Q$term\E_? # exclude term with underscore in front
> # (optional trailing _)
> | # OR
> _?\Q$term\E_/xi # exclude term with underscore afterward
> # (optional leading _)
> , $string);
>
> print Dumper \@fragments;
>
> __END__
>
> I get:
>
> $VAR1 = [
> 'super ',
> ' ',
> ' super SUPER ',
> ' blahsuper'
> ];
>
> Is that what you wanted? As Paul said, there's
> probably a better way to "count" things than
> usingsplit.
>
> --
> Hope this helps,
> Steven
Thanks all for the assist. After further experimentation I did switch
to using option other than split for this task. I did sharpen my
regexp along the way so everything worked out. Take care, John
------------------------------
Date: Fri, 3 Aug 2007 14:50:45 +0200
From: "Petr Vileta" <stoupa@practisoft.cz>
Subject: Re: Windows based perl editor?
Message-Id: <f8v8u6$1dlv$1@ns.felk.cvut.cz>
Bill H wrote:
> I have been using Edit (in a dos box) on Windows for editing perl for
> the past 8 years or so, and though it is fine for me, I think it is
> time to step up to a windows based editor. Can anyone recommend a good
> windows based perl editor?
>
I use Komodo from ActiveState. Yes, this is commercial and not cheep :-) but
this is the best for editing many languages (Perl, PHP, HTML, CSS, Python,
bash etc.) and debug programs very well. Here is tool for testing RegEx
results too, tool for compiling Perl script to windows exe, windows dll,
windows systray and many more. You can try 30 days trial version. Maybe you
will buy this as I did.
--
Petr Vileta, Czech republic
(My server rejects all messages from Yahoo and Hotmail. Send me your mail
from another non-spammer site please.)
------------------------------
Date: Fri, 03 Aug 2007 09:32:07 -0500
From: l v <veatchla@yahoo.com>
Subject: Re: Windows based perl editor?
Message-Id: <13b6f1527lq9ec0@news.supernews.com>
Bill H wrote:
> I have been using Edit (in a dos box) on Windows for editing perl for
> the past 8 years or so, and though it is fine for me, I think it is
> time to step up to a windows based editor. Can anyone recommend a good
> windows based perl editor?
>
> My wish list for what the editor would be able to do is:
>
> 1. Allow me to run the program I am editting in a dos box (using
> active state perl)
> 2. Have multiple undos
> 3. Create multiple back up files as I save changes (a form of version
> control so I can step back to a previous "version" if what I did
> doesnt work right).
> 4. Syntax hilighting
> 5. Multiple programs open at the same time
> 6. Some form of project structure to allow me to group all the files
> together
>
> Most of these "wishes" come from the MS Visual C++ editor I used to
> use before discovering perl.
>
> Searching the internet I came across Perl Express (http://perl-
> editor.perl-express.com/) but am leary of downloading programs I find
> on the internet without knowing if they are safe.
>
> I am not sure if this would influence your recommendtions but the
> majority (99%) of the perl I write is used on web servers.
>
> Any / all suggestions are appreciated.
> Bill H
>
PerlBuilder from www.solutionsoft.com (not free) is a good lightweight
perl IDE. No need to define a project to edit a standalone single perl
script. Would love to have Komodo.
A very nice fee editor is Notepad++.
--
Len
------------------------------
Date: Fri, 03 Aug 2007 16:53:34 +0100
From: RedGrittyBrick <redgrittybrick@spamweary.foo>
Subject: Re: Windows based perl editor?
Message-Id: <46b34f80$0$24749$da0feed9@news.zen.co.uk>
Bill H wrote:
> Can anyone recommend a good windows based perl editor?
I think Windows supports both kinds of Perl editor.
vi *and* emacs.
--
RGB
Who uses vim/gvim for editing Perl.
On both kinds of operating system.
------------------------------
Date: Fri, 03 Aug 2007 09:43:59 -0700
From: Jim Gibson <jgibson@mail.arc.nasa.gov>
Subject: Re: Windows based perl editor?
Message-Id: <030820070943591033%jgibson@mail.arc.nasa.gov>
In article <46B318E5.9090205@magma.ca>, Mr. Shawn H. Corey
<shawnhcorey@magma.ca> wrote:
> A. Sinan Unur wrote:
> > Mr. Corey: I am not sure why this needed to be posted three times.
>
> I did not post three times; the internet did it for me.
>
> The internet is a complete network of computers talking to each other. When
> a message is sent, it is sent through multiple pathways. If the sending
> computer does not get a receipt before it times out, the message is re-sent.
> Normally, there is a unique ID attached to each message but sometimes this
> gets lost.
No, the Internet is a series of tubes:
<http://en.wikipedia.org/wiki/Series_of_tubes>
--
Jim Gibson
Posted Via Usenet.com Premium Usenet Newsgroup Services
----------------------------------------------------------
** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
----------------------------------------------------------
http://www.usenet.com
------------------------------
Date: Fri, 3 Aug 2007 13:16:14 -0400
From: "~greg" <g_m@remove-comcast.net>
Subject: Re: Windows based perl editor?
Message-Id: <HJudndN5iL9T_C7bnZ2dnUVZ_jmdnZ2d@comcast.com>
I use MultiEdit,
perhaps only because it's what I've always used.
However, I believe that the current version is very good,
- either because I have somehow become more intelligent,
or else because it really is good, or better than it used to be,
and better documented.
But, like Jimmy Carter,
"I am always lusting after other text editors in my heart."
( Of these:
http://en.wikipedia.org/wiki/List_of_text_editors
I was attracted to Notepad++ and UltraEdit.)
------------------------------
Date: Fri, 03 Aug 2007 10:11:11 -0500
From: "J. Gleixner" <glex_no-spam@qwest-spam-no.invalid>
Subject: Re: XML Validation
Message-Id: <46b3458f$0$3581$815e3792@news.qwest.net>
sln@netherlands.co wrote:
> On Thu, 02 Aug 2007 10:31:40 -0500, "J. Gleixner" <glex_no-spam@qwest-spam-no.invalid> wrote:
>
>> sln@netherlands.co wrote:
>>> On Wed, 25 Jul 2007 14:56:36 -0700, Shiraz <shirazk@gmail.com> wrote:
>>>
>>>> I am trying to use the XML simple to parse out some xml data. If I use
>> Use something more reliable, like XML::Validator::Schema, if you have
>> an XSD.
>
> Validation only works on the contents of well formed XML.
> "<xml><select app>orig_gw</select></xml>" is not valid and has a single element.
>
> I think that you are not even aware of xml is quite evident.
And I think that you are not even aware of English is quite evident.
Oh, and for future reference, it's XML.
> To suggest to a poster with a problem,
Hey, leave my Farrah Fawcett poster out of this, there are no problems
with that poster.
>that the person who gave the only good
> advice, is wrong about recommending a particular solution, is quite out of line.
Possibly, if you actually tried educating yourself and tried it,
you'd see that it reports an error.
e.g.
Found unexpected <xml> inside <<<<ROOT>>>>. This is not a valid child
element.
> I find your remarks insulting and not worth seeing you again!
I didn't even know we were seeing each other. I'm crushed.
Insulting hu... "Your mother was a hamster and your father smelt
of elderberries!". Now, there's something insulting.
> *plonk*
Too funny... I am so honored. YOU publicly declaring a *plonk* - like
anyone cares.
Buh-Bye
------------------------------
Date: Fri, 03 Aug 2007 13:57:30 -0400
From: "John W. Kennedy" <jwkenne@attglobal.net>
Subject: Re: XML Validation
Message-Id: <e0Ksi.22$2%3.11@newsfe12.lga>
Sherm Pendley wrote:
> sln@netherlands.co writes:
>
>> On Thu, 02 Aug 2007 20:49:49 -0400, Sherm Pendley <spamtrap@dot-app.org> wrote:
>>
>>> sln@netherlands.co writes:
>>>
>>>> One of them is available here, RxParse, a pure Perl xml,xhtml parser
>>>> that is excellent for that. Search the forum or google. I think the
>>>> one posted was version 1.1
>>> The only thing Robic0's module is good for is to serve as a bad example.
>>> Go ahead and search Google Groups for it though - you'll find out what's
>>> wrong with it quickly enough.
>> Yeah, can you describe whats wrong with it
>
> Why - is Google too complicated for you?
Actually, "search Google Groups" really isn't an adequate answer. There
are too many postings about RxParse there, too many of them being
personal snarking and exchanges of "RxParse sucks!", "No it doesn't!",
"Yes it does!" You really have to give something to narrow it down.
--
John W. Kennedy
"Though a Rothschild you may be
In your own capacity,
As a Company you've come to utter sorrow--
But the Liquidators say,
'Never mind--you needn't pay,'
So you start another company to-morrow!"
-- Sir William S. Gilbert. "Utopia Limited"
------------------------------
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 717
**************************************
