[22420] in Perl-Users-Digest
Perl-Users Digest, Issue: 4641 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Feb 28 11:07:33 2003
Date: Fri, 28 Feb 2003 08:05:09 -0800 (PST)
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, 28 Feb 2003 Volume: 10 Number: 4641
Today's topics:
ANNOUNCE: MP3::M3U::Parser v1.01 (Burak Gürsoy)
Re: Anyway to do away with ?: in the map function <oxmard.Rules@ab.ab>
Re: Brute Force Golf Solver <REMOVEsdnCAPS@comcast.net>
Re: Brute Force Golf Solver <REMOVEsdnCAPS@comcast.net>
Destroying a variable in an embedded perl interpreter <a@b.c.com>
hi all, where can i find perl 5.8 documentation in GNU <finalpatch@hell.org>
Re: hi all, where can i find perl 5.8 documentation in (Helgi Briem)
Just a plain Perl manual. But where?? <steveo@nomail.please.se>
modperl2 form parsing <kamil@666.afraid.org>
Re: modperl2 form parsing (Randy Kobes)
New version of Tk::ObjScanner and Tk::ObjEditor <domi@komarr.grenoble.hp.com>
Re: newbie question <barryk2@SPAM-KILLER.mts.net>
Re: newbie question <jurgenex@hotmail.com>
Re: Newbie: Trouble with time() from "learning perl" bo (Graham Patterson)
Re: Question about text processing <bigj@kamelfreund.de>
Re: Question about text processing (Helgi Briem)
regular expression or not <d@d.com>
Re: regular expression or not <jboes@nexcerpt.com>
Re: regular expression or not (Tony L. Svanstrom)
Re: regular expression question *NOT PERL-SPECIFIC* (Anno Siegel)
Re: regular expression question *NOT PERL-SPECIFIC* <someone@microsoft.com>
Re: regular expression question *NOT PERL-SPECIFIC* <tassilo.parseval@post.rwth-aachen.de>
Re: regular expression question *NOT PERL-SPECIFIC* (Anno Siegel)
Re: regular expression question *NOT PERL-SPECIFIC* <REMOVEsdnCAPS@comcast.net>
Re: regular expression question *NOT PERL-SPECIFIC* (Helgi Briem)
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Fri, 28 Feb 2003 11:39:48 GMT
From: burakgursoy@gmx.net (Burak Gürsoy)
Subject: ANNOUNCE: MP3::M3U::Parser v1.01
Message-Id: <2ed901bcfbbd9f43f42294af5c00b36a@news.teranews.com>
A mp3 playlist parser. It parses the path info in the m3u files. Also,
it parses the EXTINF lines (if available) which contain ID3 Song name
and time of the song in seconds. It can export the parsed data to a
format like 'xml' or 'html', if wanted. You can parse one or more list
at a time.
http://search.cpan.org/author/BURAK/MP3-M3U-Parser-1.01/
------------------------------
Date: Fri, 28 Feb 2003 08:22:58 -0600
From: "Peter Shankey" <oxmard.Rules@ab.ab>
Subject: Re: Anyway to do away with ?: in the map function
Message-Id: <agCdnckBFPhc7cKjXTWcpg@comcast.com>
> I guess that my suggestions doesn't help the speed of your application at
> all (rather otherwise), but some of the suggestions _might_ be useful. :)
>
> Good luck!
>
>
> --
> Tore Aursand - tore@aursand.no - http://www.aursand.no/
>
Thank you very much for all your, and others, time and advise.
P
------------------------------
Date: Fri, 28 Feb 2003 07:44:42 -0600
From: "Eric J. Roode" <REMOVEsdnCAPS@comcast.net>
Subject: Re: Brute Force Golf Solver
Message-Id: <Xns933058D5B7FB8sdn.comcast@216.166.71.239>
-----BEGIN xxx SIGNED MESSAGE-----
Hash: SHA1
Martien Verbruggen <mgjv@tradingpost.com.au> wrote in
news:slrnb5tltq.kmb.mgjv@verbruggen.comdyn.com.au:
> On Thu, 27 Feb 2003 20:41:53 -0600,
> Eric J. Roode <REMOVEsdnCAPS@comcast.net> wrote:
>> quantum_mechanic_1964@yahoo.com (Quantum Mechanic) wrote in
>> news:f233f2f0.0302271109.12de30e6@posting.google.com:
>
>>> Has anyone done any work on a brute force golf solver?
>
>> Is anyone holding any golf contests anymore, now that
>> perlgolf.sourceforge.net seems to have dropped off the planet?
>
> What do you mean, "dropped off the planet"?
It suddenly and mysteriously stopped being updated, months ago.
No notice on the site as to why, what the status is, or whether it would
ever start up again.
- --
Eric
print scalar reverse sort qw p ekca lre reh
ts uJ p, $/.r, map $_.$", qw e p h tona e;
-----BEGIN xxx SIGNATURE-----
Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com>
iQA/AwUBPl9nm2PeouIeTNHoEQIlygCguH/R7pELJEcj85VnfPoIfuLcnrwAoKq8
Qk/6qRZvREVRQgvXSX6phy6z
=HLug
-----END PGP SIGNATURE-----
------------------------------
Date: Fri, 28 Feb 2003 07:46:46 -0600
From: "Eric J. Roode" <REMOVEsdnCAPS@comcast.net>
Subject: Re: Brute Force Golf Solver
Message-Id: <Xns9330592F3E588sdn.comcast@216.166.71.239>
-----BEGIN xxx SIGNED MESSAGE-----
Hash: SHA1
Tina Mueller <usenet@tinita.de> wrote in news:tinhb0lx5$120
$tina@news01.tinita.de:
> Eric J. Roode <REMOVEsdnCAPS@comcast.net> wrote:
>
>> Is anyone holding any golf contests anymore, now that
>> perlgolf.sourceforge.net seems to have dropped off the planet?
>
> well, there's minigolf now...
> http://terje.perlgolf.org/
>
> hth, tina
>
Thanks, Tina. I'll check it out.
- --
Eric
print scalar reverse sort qw p ekca lre reh
ts uJ p, $/.r, map $_.$", qw e p h tona e;
-----BEGIN xxx SIGNATURE-----
Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com>
iQA/AwUBPl9oF2PeouIeTNHoEQLPQACgnCzlqXaZlnnl0XGh9/ayj1TzD9wAoKfL
s2fYVn+/M7yjV804OI9tVX+6
=GGZr
-----END PGP SIGNATURE-----
------------------------------
Date: Fri, 28 Feb 2003 14:33:15 -0000
From: "Alex" <a@b.c.com>
Subject: Destroying a variable in an embedded perl interpreter
Message-Id: <RASNKYz3CHA.260@newsgroup.korea.com>
Hi,
Apologies if this appears as a double post - my news server didn't seem to
propogate the first message.
I create a hash in the main package with:
HV* hv = get_hv("main::test_hash", TRUE);
I then populate it with a number of calls to hv_store.
Later, I want to destroy the hash. SvREFCNT_dec successfully decrements the
reference count of the HV to 0 (and the SVs stored in it), and I thought
that
this would completely destroy the variable, however the following code
fails:
for (int i = 0 ; i < 2; ++i) {
hv = get_hv("main::test_hash", TRUE);
SvREFCNT_dec(hv);
}
It gives the error "Attempt to free unreferenced scalar." - I think because
get_hv retrieves the save HV with a reference count of 0.
Also, after a SvREFCNT_dec, perl code using the hash gives the error "Not a
HASH reference at <file> line <line>" which does not occur when the hash
does not exist at all.
From a quick look through the perl source (I'm no expert on it), it looks to
me that SvREFCNT_dec will call hv_undef when the reference count is 0, so I
don't think this should be needed.
I also tried getting the "main" stash and deleting "test_hash", but the perl
source still managed to find and use it (although get_hv("main::test_hash",
FALSE) returned NULL).
So is there a way to destroy the HV variable completely in a way that it can
be recreated again later if needed?
Thanks,
Alex
------------------------------
Date: Fri, 28 Feb 2003 22:36:45 +0800
From: Felix <finalpatch@hell.org>
Subject: hi all, where can i find perl 5.8 documentation in GNU info format?
Message-Id: <u4r6oo4jm.fsf@hell.org>
does such thing exists?
--
Felix
------------------------------
Date: Fri, 28 Feb 2003 14:54:15 GMT
From: helgi@decode.is (Helgi Briem)
Subject: Re: hi all, where can i find perl 5.8 documentation in GNU info format?
Message-Id: <3e5f7750.1825357986@news.cis.dfn.de>
On Fri, 28 Feb 2003 22:36:45 +0800, Felix
<finalpatch@hell.org> wrote:
>does such thing exists?
Why do you need it in GNU info format?
Why don't pod, text and html suffice?
If you know what GNU info format is (I don't)
there are sure to be conversion tools.
A quick Google search turns this up:
http://www.fifi.org/cgi-bin/info2www?(texi2html)Overview
--
Regards, Helgi Briem
helgi AT decode DOT is
------------------------------
Date: Fri, 28 Feb 2003 17:56:41 +0200
From: Steve O <steveo@nomail.please.se>
Subject: Just a plain Perl manual. But where??
Message-Id: <3E5F86B9.82982588@nomail.please.se>
It is so cumbersome and also sad, that you can't get a Perl manual
from the net.
I would take any usual and general Windows format, .TXT, .DOC, .HLP
even HTML would be fine, but this kind of documentation just is
not available in downloadable format.
I see several other people asking this same during several years.
And they get dozens of "helpful" answers to go to these pages:
http://www.perl.org/
http://www.perl.com/CPAN-local/doc/manual/html/pod/perltoc.html
Those pages are monsterous!!! And none of them points you to
a downloadable version of Perl-manual.
All there is available are those on-line manuals, that require you
to have line open all the time. And the the in-house "POD-format", that
must be run through Perl.
My Perl-5 installation for Windows is not willing to work. And
I hate to try struggling with it, only to get the Manual working.
Where is the helpful and generous Open Source spirit now, once
you would need it?
There has been some Perl manual, back in 1995, but that URL is
outdated.
My simple need is to make some changes to Perl scripts on my ISP's
server, and I'm not intending to get being any level Perl specialist.
Just read the manual how to Open, Read a date from inside, change
the date and Save the file back with Perl.
For Windows apps, you'll just download the app and documents, and
can use them right away. But for Unix and Perl-type tools, everything
is sooo complicated, even to get a plain manual is a huge and
tedious task.
I'm now so pissed, that I really can not hope Unix/Linux to win any
more market room, and Windows to loose it. That ure is not the way
to go.
Thanks for reading this far.
Steve O
------------------------------
Date: Fri, 28 Feb 2003 14:14:45 +0100
From: "Kamil" <kamil@666.afraid.org>
Subject: modperl2 form parsing
Message-Id: <b3nn95$fm4$1@julia.coi.pw.edu.pl>
Elo!
I'm having trouble getting parameters sent to perl-script via HTML-form.
In mod_perl 1 there were two ways of doing it:
either %args=$r->args for extracting params from query string
or %content=$r->content when parsing POST-ed form.
But in mod_perl2 things changed. I can't get module Apache::Request to
work properly (in fact it doesn't work at all with mod_perl2)
There's not a word about it in FAQ or Docs. (Except for:
"$r->args in 2.0 returns the query string without parsing and splitting it
into an array."
"$r->content and $r->args in an array context were mistakes that never
should have been part of the mod_perl 1.0 API.")
So, my question is:
Is there any easy and fast way of getting form params in mod_perl2?
Or should I parse each form manualy?
Thx
Kamil
------------------------------
Date: 28 Feb 2003 15:16:05 GMT
From: randy@theoryx5.uwinnipeg.ca (Randy Kobes)
Subject: Re: modperl2 form parsing
Message-Id: <slrnb5uuqr.2nv.randy@theoryx5.uwinnipeg.ca>
On Fri, 28 Feb 2003 14:14:45 +0100, Kamil <kamil@666.afraid.org> wrote:
>Elo!
Hi!
>I'm having trouble getting parameters sent to perl-script via HTML-form.
>In mod_perl 1 there were two ways of doing it:
>either %args=$r->args for extracting params from query string
>or %content=$r->content when parsing POST-ed form.
>
>But in mod_perl2 things changed. I can't get module Apache::Request to
>work properly (in fact it doesn't work at all with mod_perl2)
That's being actively worked on.
>There's not a word about it in FAQ or Docs. (Except for:
>"$r->args in 2.0 returns the query string without parsing and splitting it
>into an array."
>"$r->content and $r->args in an array context were mistakes that never
>should have been part of the mod_perl 1.0 API.")
>
>So, my question is:
>Is there any easy and fast way of getting form params in mod_perl2?
>Or should I parse each form manualy?
Try $r->content and/or $r->Apache::args, available with the
Apache::compat module.
--
best regards,
randy kobes
------------------------------
Date: Fri, 28 Feb 2003 14:43:13 GMT
From: Dominique Dumont <domi@komarr.grenoble.hp.com>
Subject: New version of Tk::ObjScanner and Tk::ObjEditor
Message-Id: <887271cd0fcda67a8ba3415b428c5268@news.teranews.com>
Hello
I've finally uploaded new versions of Tk::ObjScanner and Tk::ObjEditor.
The new features of are:
- added autonomous scan popup widget
- added view_pseudo parameter
- can view intern of tied scalar, hash or array by using middle-button
- text window is removed from scanner and is now displayed in popup
window.
- can deparse code ref and display the deparsed code in popup window
ObjEditor is also able to view/edit the interns of tied variable.
I think that perl developers might be interested by the autonomous
scan popup widget which is more or less a graphical equivalent of
Data::Dumper.
Cheers
--
dominique.dumont@hp.com
------------------------------
Date: Fri, 28 Feb 2003 08:04:07 -0600
From: Barry Kimelman <barryk2@SPAM-KILLER.mts.net>
Subject: Re: newbie question
Message-Id: <MPG.18c92852208e926d989722@news.mts.net>
In article <f06t5v03tvca84iit0bfl8p0b8g8quli6a@4ax.com>, nono
(nono@nono.no) says...
> let's say I have these variables:
>
> $var0 = 55
> $var1 = 66
> $var2 = 77
> $var3 = 88
> $var4 = 99
>
> how do I print them one by one depending on what the $index is in the
> following for cycle ?
> I mean when $index = 0, print $var0 , when $index is 3 print $var3
>
> thanks
> Rod
>
>
> for($index=0; $index <=4; $index++)
> {
> ??? print $var.$index; ???
> }
>
>
$name = "var" . $index
print "value of $name is $$name\n";
--
---------
Barry Kimelman
Winnipeg, Manitoba, Canada
email : bkimelman@hotmail.com
------------------------------
Date: Fri, 28 Feb 2003 15:11:52 GMT
From: "Jürgen Exner" <jurgenex@hotmail.com>
Subject: Re: newbie question
Message-Id: <Y_K7a.44717$ep5.41087@nwrddc02.gnilink.net>
Barry Kimelman wrote:
>
> $name = "var" . $index
> print "value of $name is $$name\n";
Are you trying to be mean to the OP or is there some other reason why you
omitted a warning about the dangers of symbolic references?
jue
------------------------------
Date: 28 Feb 2003 03:38:46 -0800
From: gpatterson@opec.org (Graham Patterson)
Subject: Re: Newbie: Trouble with time() from "learning perl" book example...please help explain?
Message-Id: <7dfc2de8.0302280338.779dfca6@posting.google.com>
chilecayenne@yahoo.com (cayenne) wrote in message news:<2deb3d1.0302270856.6d55bdad@posting.google.com>...
> I'm just starting to learn some Perl. I'm using Linux RH 7.2. I'm
> working through the first chapter of the O'Reilly book, Learning Perl.
> There is the part where you are storing the last guess of a password
> into a local database using dbopen.
Sounds like you have the second edition, as this program is no longer
in chapter 1 of the third edition of the llama book. Anyway, to save
you having to retype the examples and introducing typos, O'Reilly has
the examples from both the second and third editions online at:
http://examples.oreilly.com/lperl/
HTH, and have fun with Perl! Cheers, Graham
------------------------------
Date: Fri, 28 Feb 2003 12:36:48 +0100
From: "Janek Schleicher" <bigj@kamelfreund.de>
To: helgi@decode.is
Subject: Re: Question about text processing
Message-Id: <pan.2003.02.28.11.35.22.435630@kamelfreund.de>
On Thu, 27 Feb 2003 14:40:08 +0000, Helgi Briem wrote:
>>$string =~ s/\s+//g; # remove ALL blank spaces
>
> But what if I want to remove the non-blank spaces?
$string =~ s/[^ \S]+//g;
or
$string =~ s/(?! )\s//g;
or
$string =~ s/[\n\r\t\b]+//g;
or
$string =~ tr/\n\r\t\b//d;
Greetings,
Janek
------------------------------
Date: Fri, 28 Feb 2003 14:26:17 GMT
From: helgi@decode.is (Helgi Briem)
Subject: Re: Question about text processing
Message-Id: <3e5f70ca.1823687313@news.cis.dfn.de>
On Thu, 27 Feb 2003 22:24:46 -0600, tadmc@augustmail.com
(Tad McClellan) wrote:
>Peter Cooper <newsfeed2@boog.co.uk> wrote:
>
>>> $str =~ tr/ //s ;
>
>> I tend to use..
>>
>> s/\s+/\s/g;
>>
>> myself, but for some reason I suffer from 'tr' phobia :-)
>
>
>Confront your fear. Save the whal^H^H^H^Hcycles.
Well,, one would think tr was faster (not that I usually
give two whistles what is faster) but I decided to run a
benchmark in the spirit of scientific enquiry:
#!perl
use warnings;
use strict;
use Benchmark;
$_ = "asdgfsi uad ghi8osadfg´pg´æosjg lisjafgijhsg
fjf\nsg9fag\thdfghdf9gj9fjgf9asgjdf9asgjaftu05t\noign
hvbodvog\rhdfoghdfhg\n";
my $count = 100000000;
timethese($count,
{
'transliterate' => sub { tr/\s/ /; },
'substitute' => sub { s/\s+/ /;},
}
);
__END__
Benchmark: timing 100000000 iterations of substitute,
transliterate...
substitute: 55 wallclock secs (51.36 usr + 0.04 sys = 51.40
CPU) @ 1945336.06/s (n=100000000)
transliterate: 73 wallclock secs (69.22 usr + 0.03 sys =
69.25 CPU) @ 1444043.32/s (n=100000000)
Woe and behold, substitution appears to be faster,
at least on the face of it. On the other hand, I
had to go up to 10 million cycles to get a measurable
difference between them.
--
Regards, Helgi Briem
helgi AT decode DOT is
------------------------------
Date: Fri, 28 Feb 2003 15:19:12 GMT
From: "D" <d@d.com>
Subject: regular expression or not
Message-Id: <Q5L7a.270663$iG3.31075@sccrnsc02>
how would i write a regular expression to format a time field ? i get
values from a database like 430 and 2130, and sometimes even just 30. i
want those values to read 04:30, 21:30, 00:30 when i display them. or
should i not use a regular expression ?
------------------------------
Date: Fri, 28 Feb 2003 15:29:55 GMT
From: Jeff Boes <jboes@nexcerpt.com>
Subject: Re: regular expression or not
Message-Id: <6959d5b05a8e98228227a0465e1c4554@news.teranews.com>
On Fri, 28 Feb 2003 10:19:12 -0500, D wrote:
> how would i write a regular expression to format a time field ? i get
> values from a database like 430 and 2130, and sometimes even just 30. i
> want those values to read 04:30, 21:30, 00:30 when i display them. or
> should i not use a regular expression ?
I wouldn't. If you are sure that your input falls between '0001' and
'0059', '0100' and '0159', etc., then
my $val = 1430;
my $hrs = int($val/100);
my $mins = $val % 100;
printf '%.2d:%.2d', $hrs, $mins;
But note that
$val = 1599;
will print "15:99". You can, of course, add error checking to the above
to prevent this case.
--
Jeff Boes vox 269.226.9550 ext 24
Database Engineer fax 269.349.9076
Nexcerpt, Inc. http://www.nexcerpt.com
...Nexcerpt... Extend your Expertise
------------------------------
Date: Fri, 28 Feb 2003 15:37:04 GMT
From: tony@svanstrom.com (Tony L. Svanstrom)
Subject: Re: regular expression or not
Message-Id: <1fr3n1w.1uscxhrvubdtsN%tony@svanstrom.com>
D <d@d.com> wrote:
> how would i write a regular expression to format a time field ? i get
> values from a database like 430 and 2130, and sometimes even just 30. i
> want those values to read 04:30, 21:30, 00:30 when i display them. or
> should i not use a regular expression ?
You should use the manual and/or Google, there's lots of nice stuff
there about splitting and joining and sprintf and regex's there; esp.
sprintf will be quite useful for getting all those zeros to fit in
nicely on the left side. =)
Or you write something ugly like this, and then have the people here
tell you why it's bad and why it shouldn't be done like that. =)
$_="30";
$_="000$_";
s/.*(..)(..)$/$1:$2/;
print;
--
# Per scientiam ad libertatem! // Through knowledge towards freedom! #
# Genom kunskap mot frihet! =*= (c) 1999-2002 tony@svanstrom.com =*= #
perl -e'print$_{$_} for sort%_=`lynx -source svanstrom.com/t`'
------------------------------
Date: 28 Feb 2003 11:31:27 GMT
From: anno4000@lublin.zrz.tu-berlin.de (Anno Siegel)
Subject: Re: regular expression question *NOT PERL-SPECIFIC*
Message-Id: <b3nhaf$nq9$2@mamenchi.zrz.TU-Berlin.DE>
C3 <someone@microsoft.com> wrote in comp.lang.perl.misc:
> "Tad McClellan" <tadmc@augustmail.com> wrote in message
> news:slrnb5tqcm.26v.tadmc@magna.augustmail.com...
> > The danger of assuming an alias is that someone else might have
> > assumed the same alias, you live subject to someone _else's_ history...
>
> Too bad this isn't even an 'alias'.
Touchy?
> > Your address is scored down very steeply.
>
> Oh no, what ever am I going to do, now?
Touchy.
> > Consider choosing a different one.
>
> Consider keeping your irrelevant and saturnine opinion to yourself.
Very touchy. Tad has given you a bit of friendly advice. No-one here
cares if you use an address that keeps people from seeing your posts.
> By the way, I specified it in capital letters in the subject that I'm not
> using perl.
The question remains why you post to a Perl group then. However, no-one
has criticized that (yet).
Anno
------------------------------
Date: Sat, 1 Mar 2003 00:17:02 +1100
From: "C3" <someone@microsoft.com>
Subject: Re: regular expression question *NOT PERL-SPECIFIC*
Message-Id: <3e5f606c$0$12820$afc38c87@news.optusnet.com.au>
"Anno Siegel" <anno4000@lublin.zrz.tu-berlin.de> wrote in message
news:b3nhaf$nq9$2@mamenchi.zrz.TU-Berlin.DE...
> Touchy?
Indeed.
> > > Your address is scored down very steeply.
> >
> > Oh no, what ever am I going to do, now?
>
> Touchy.
Are you surprised given the flame I got from this guy? I am not. Not even in
the
most zealoted linux newsgroups have I ever encountered somebody so obsessed
as this.
> > > Consider choosing a different one.
> >
> > Consider keeping your irrelevant and saturnine opinion to yourself.
>
> Very touchy. Tad has given you a bit of friendly advice. No-one here
> cares if you use an address that keeps people from seeing your posts.
I don't consider it friendly advice at all. In fact, it was either a flame
(my bet), or an unduly serious warning (which is laughable in its own
right). If some members of this newsgroup decide to block posts by certain
email
addresses, that's their prerogative.
> > By the way, I specified it in capital letters in the subject that I'm
not
> > using perl.
>
> The question remains why you post to a Perl group then.
I've already answered this question in one of my previous posts on this
subject. The answer is that after a bit of searching on google groups, I
came to the conclusion that this group contains the most active discussion
of regular expressions on Usenet. I'd be happy if you can prove me wrong.
> However, no-one has criticized that (yet).
Why should anybody's aim be to criticise, especially when it's unwarranted
criticism?
C3
------------------------------
Date: 28 Feb 2003 13:34:18 GMT
From: "Tassilo v. Parseval" <tassilo.parseval@post.rwth-aachen.de>
Subject: Re: regular expression question *NOT PERL-SPECIFIC*
Message-Id: <b3nogq$lqs$1@nets3.rz.RWTH-Aachen.DE>
Also sprach C3:
> "Anno Siegel" <anno4000@lublin.zrz.tu-berlin.de> wrote in message
> news:b3nhaf$nq9$2@mamenchi.zrz.TU-Berlin.DE...
>> Very touchy. Tad has given you a bit of friendly advice. No-one here
>> cares if you use an address that keeps people from seeing your posts.
>
> I don't consider it friendly advice at all. In fact, it was either a
> flame (my bet), or an unduly serious warning (which is laughable in
> its own right). If some members of this newsgroup decide to block
> posts by certain email addresses, that's their prerogative.
Too bad that you are shooting into your own foot here. You want answers
so it should be clear that your interest is that as many regulars as
possible read your postings. Otherwise only the clueless remain (those
that can't dispense with useful answers anyway).
Result: You don't receive help and Tad doesn't have to read your
posting. You loose, Tad wins.
>> > By the way, I specified it in capital letters in the subject that
>> > I'm not using perl.
>>
>> The question remains why you post to a Perl group then.
>
> I've already answered this question in one of my previous posts on this
> subject. The answer is that after a bit of searching on google groups, I
> came to the conclusion that this group contains the most active discussion
> of regular expressions on Usenet. I'd be happy if you can prove me wrong.
Maybe. So I re-hash: If you want to benefit from the knowledge of this
group, better try to stick with the conventions. It was actually pretty
nice that Tad told you that there is a problem with your email-address
so that you can escape his scorefile. It was not personal, it just
happens to be one of his rules to score down postings with email
addresses matching certain criteria.
>> However, no-one has criticized that (yet).
>
> Why should anybody's aim be to criticise, especially when it's unwarranted
> criticism?
Criticising off-topic posts is hardly unwarranted. Remember that this
group discusses Perl and not necessarily regular expressions in general
(Perl regexes differ from other regex implementations, by the way).
Tassilo
--
$_=q#",}])!JAPH!qq(tsuJ[{@"tnirp}3..0}_$;//::niam/s~=)]3[))_$-3(rellac(=_$({
pam{rekcahbus})(rekcah{lrePbus})(lreP{rehtonabus})!JAPH!qq(rehtona{tsuJbus#;
$_=reverse,s+(?<=sub).+q#q!'"qq.\t$&."'!#+sexisexiixesixeseg;y~\n~~dddd;eval
------------------------------
Date: 28 Feb 2003 13:54:46 GMT
From: anno4000@lublin.zrz.tu-berlin.de (Anno Siegel)
Subject: Re: regular expression question *NOT PERL-SPECIFIC*
Message-Id: <b3npn6$390$1@mamenchi.zrz.TU-Berlin.DE>
C3 <someone@microsoft.com> wrote in comp.lang.perl.misc:
>
> "Anno Siegel" <anno4000@lublin.zrz.tu-berlin.de> wrote in message
> news:b3nhaf$nq9$2@mamenchi.zrz.TU-Berlin.DE...
> > Touchy?
>
> Indeed.
>
> > > > Your address is scored down very steeply.
> > >
> > > Oh no, what ever am I going to do, now?
> >
> > Touchy.
>
> Are you surprised given the flame I got from this guy?
What flame? There is not a single impolite word in Tad's post.
> I am not. Not even in
> the
> most zealoted linux newsgroups have I ever encountered somebody so obsessed
> as this.
Obsessed with what? There was another poster (johnsmith) using
someone@microsoft.com who has managed to end up in many regular's
kill files. If you aren't that person, you might want to know.
However, you are well on your way to joining him, so it doesn't
matter much.
[...]
> > > By the way, I specified it in capital letters in the subject that I'm
> not
> > > using perl.
> >
> > The question remains why you post to a Perl group then.
>
> I've already answered this question in one of my previous posts on this
> subject. The answer is that after a bit of searching on google groups, I
> came to the conclusion that this group contains the most active discussion
> of regular expressions on Usenet. I'd be happy if you can prove me wrong.
So posting off topic is okay when you say so in the subject? Not in
my experience.
Regular expressions vary wildly, not so much in what they can do but
in their syntactic peculiarities. Advice for Perl regexes doesn't
automatically apply to other types, not to mention things like
"tr|/|| <= 4", which would be the Perl answer to your question.
Anno
------------------------------
Date: Fri, 28 Feb 2003 08:06:01 -0600
From: "Eric J. Roode" <REMOVEsdnCAPS@comcast.net>
Subject: Re: regular expression question *NOT PERL-SPECIFIC*
Message-Id: <Xns93305C729D898sdn.comcast@216.166.71.239>
-----BEGIN xxx SIGNED MESSAGE-----
Hash: SHA1
"C3" <someone@microsoft.com> wrote in
news:3e5f5efd$0$12822$afc38c87@news.optusnet.com.au:
>
> "Anno Siegel" <anno4000@lublin.zrz.tu-berlin.de> wrote in message
> news:b3nhaf$nq9$2@mamenchi.zrz.TU-Berlin.DE...
>> Touchy?
>> Touchy.
>
> Are you surprised given the flame I got from this guy? I am. Not even
> in the most zealoted linux newsgroups have I ever encountered somebody
> so obsessed as this.
You clearly have not been using usenet news for very long if you think
that Tad's response to you was a flame. Tad gave you some advice and
answered your question, pointing out where you were going wrong. No flame
there.
The above is not a flame, either.
What follows, however, is a flame.
You come here and post an off-topic question. That's forgiveable, given
that you stated up front that you knew it was off-topic, and what the
heck, a Perl newsgroup is as good a starting point as any for a regular
expression question. You actions after that, however aren't forgiveable.
You then proceeded to insult practically everyone who responded to you.
You called them "zealots" and "obsessed" -- clearly, you have no clue
what those two words mean. I suggest you use a dictionary. If you can't
be precise in your posts to technical groups, you'll be at best
incoherent and at worst confusing to yourself and others.
If you can't distinguish between legitimate technical help and insults,
you're a thin-skinned moron. To hell with you.
- --
Eric
print scalar reverse sort qw p ekca lre reh
ts uJ p, $/.r, map $_.$", qw e p h tona e;
-----BEGIN xxx SIGNATURE-----
Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com>
iQA/AwUBPl9smmPeouIeTNHoEQLAHwCfZQffSMlpVZpq1qdR0dR1TzyOOJAAni/E
IKBiVUCr9CQJx4uMpAgYXLBu
=6c8r
-----END PGP SIGNATURE-----
------------------------------
Date: Fri, 28 Feb 2003 14:33:10 GMT
From: helgi@decode.is (Helgi Briem)
Subject: Re: regular expression question *NOT PERL-SPECIFIC*
Message-Id: <3e5f72ee.1824236192@news.cis.dfn.de>
On Fri, 28 Feb 2003 20:29:53 +1100, "C3"
<someone@microsoft.com> wrote:
>"Tad McClellan" <tadmc@augustmail.com> wrote in message
>news:slrnb5tqcm.26v.tadmc@magna.augustmail.com...
>> The danger of assuming an alias is that someone else might have
>> assumed the same alias, you live subject to someone _else's_ history...
>
>Too bad this isn't even an 'alias'.
>
>> Your address is scored down very steeply.
>
>Oh no, what ever am I going to do, now?
Well, for one thing, you'll have to do without the free
advice of one of the most knowledgable Perl
trainers and consultants in the world.
Your loss, not his.
--
Regards, Helgi Briem
helgi AT decode DOT is
------------------------------
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.
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 4641
***************************************
