[28182] in Perl-Users-Digest
Perl-Users Digest, Issue: 9546 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Wed Aug 2 06:06:03 2006
Date: Wed, 2 Aug 2006 03: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 Wed, 2 Aug 2006 Volume: 10 Number: 9546
Today's topics:
Re: Beginner: regex-error? anno4000@radom.zrz.tu-berlin.de
Re: foreach aliasing, my variables, and visibility in s <sgt19@tid.es>
Re: need perl dev in santa monica CA 100k+ f/t <dha@panix.com>
Re: need perl dev in santa monica CA 100k+ f/t usenet@DavidFilmer.com
new CPAN modules on Wed Aug 2 2006 (Randal Schwartz)
Re: perl editor <bleatingedge@gmail.com>
Re: perl editor <bik.mido@tiscalinet.it>
Please Help - Problem solved !!! <VJDIVINE@gmail.com>
Re: print command <attn.steven.kuo@gmail.com>
Re: print command <sherm@Sherm-Pendleys-Computer.local>
Re: print command <uri@stemsystems.com>
Q: ActivePerl - calling an ActiveX object bubbabubbs@yahoo.com
Re: Q: ActivePerl - calling an ActiveX object <1usa@llenroc.ude.invalid>
Re: Recursion <bernard.el-haginDODGE_THIS@lido-tech.net>
Re: Recursion <bernard.el-haginDODGE_THIS@lido-tech.net>
Re: Recursion usenet@DavidFilmer.com
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 2 Aug 2006 07:30:23 GMT
From: anno4000@radom.zrz.tu-berlin.de
Subject: Re: Beginner: regex-error?
Message-Id: <4jb2kfF75ss6U1@news.dfncis.de>
Paul Lalli <mritty@gmail.com> wrote in comp.lang.perl.misc:
> Marek Stepanek wrote:
> > my $date = $line =~ /^([\d.]+)/;
> > # why is this regex wrong?
> > # I want to capture the dates: 17.07.2006 ...
>
>
> A pattern match in scalar context returns either true or false (really,
> 1 or "").
Not that it matters in this context, but there's more to Perl's false
value. It's a dual-valued SV which behaves like an empty string in
string context but like a 0 in numeric context. Thus
perl -wle '1 + not 1'
doen't warn about a non-numeric operand like it does in
perl -wle '1 + ""'
A boolean true is indistinguishable from the number 1.
Anno
------------------------------
Date: Wed, 02 Aug 2006 11:38:03 +0200
From: Stephan Titard <sgt19@tid.es>
Subject: Re: foreach aliasing, my variables, and visibility in sub
Message-Id: <eaprpr$bpm16@news.hi.inet>
> And I that a closure is simply a sub with its own scope :). They are
> *not* the same thing: the important property of a closure is that you
> can have *many copies* of the same sub *each with its own scope*.
> Compare
>
> sub mkfoo {
> my $f = shift;
> sub bar {
> return $f;
> }
> return \&bar;
> }
>
> with
>
> sub mkfoo {
> my $f = shift;
> return sub {
> return $f;
> };
> }
>
> . The first will always create subs that return the same value, whereas
> the second will create subs that return different values. Perl will give
> you a 'Variable will not stay shared' warning for this reason.
>
>> In fact anonymity is orthogonal to the fact that
>
> Yes, of course. In languages that implement named subs as closures the
> (equivalent of) the first example would work as well.
>
> Ben
>
I think that the terminology used by Michele is right.
I would say that the OP's process() **closes** on $v whatever it is
(and it is true that many languages close that way)
in the first mkfoo example you give bar does close on the $f variable
defined in an higher scope, and mkfoo gives you a different bar each
time (and in the sequence of bar generated, you can only use the last one)
The second mkfoo uses implicit names for the CV and so you can get the
whole sequence by keeping references to them.
For me both are closures because the mechanism at hand is the same;
it is certainly true that anon subs are more useful when you want the
ability to pack part of the environment at different times via this
closure mechanism (iterators for example); so most of the time in perl
speak, people will say "ok, I'll use a closure" and write down an anon
sub generator...
hth
--stephan
------------------------------
Date: Tue, 1 Aug 2006 22:17:39 +0000 (UTC)
From: "David H. Adler" <dha@panix.com>
Subject: Re: need perl dev in santa monica CA 100k+ f/t
Message-Id: <slrnecvko3.7m5.dha@panix2.panix.com>
On 2006-07-22, usenet@DavidFilmer.com <usenet@DavidFilmer.com> wrote:
> gavino wrote:
>> We need a perl developer in santa monica CA 100k+
>
> You have this usegroup confused with http://jobs.perl.org.
>
> I'm sure David Alder will be around shortly to further remind you...
Yeah, I'm a little behind due to OSCON. Thanks. :-)
You have posted a job posting or a resume in a technical group.
Longstanding Usenet tradition dictates that such postings go into
groups with names that contain "jobs", like "misc.jobs.offered", not
technical discussion groups like the ones to which you posted.
Had you read and understood the Usenet user manual posted frequently to
"news.announce.newusers", you might have already known this. :) (If
n.a.n is quieter than it should be, the relevent FAQs are available at
http://www.faqs.org/faqs/by-newsgroup/news/news.announce.newusers.html)
Another good source of information on how Usenet functions is
news.newusers.questions (information from which is also available at
http://www.geocities.com/nnqweb/).
Please do not explain your posting by saying "but I saw other job
postings here". Just because one person jumps off a bridge, doesn't
mean everyone does. Those postings are also in error, and I've
probably already notified them as well.
If you have questions about this policy, take it up with the news
administrators in the newsgroup news.admin.misc.
http://jobs.perl.org may be of more use to you
Yours for a better usenet,
dha
--
David H. Adler - <dha@panix.com> - http://www.panix.com/~dha/
I don't want to get bitter/I don't want to turn cruel/I don't want to
get old before I have to/I don't want to get jaded/Petrified and
weighted/I don't want to get bitter like you. - Jill Sobule
------------------------------
Date: 1 Aug 2006 18:02:51 -0700
From: usenet@DavidFilmer.com
Subject: Re: need perl dev in santa monica CA 100k+ f/t
Message-Id: <1154480571.276621.72130@m79g2000cwm.googlegroups.com>
usenet@DavidFilmer.com wrote:
> I'm sure David Alder will be around shortly to further remind you...
s/Alder/Adler/;
Sorry about that, David.
--
David Filmer (http://DavidFilmer.com)
------------------------------
Date: Wed, 2 Aug 2006 04:42:30 GMT
From: merlyn@stonehenge.com (Randal Schwartz)
Subject: new CPAN modules on Wed Aug 2 2006
Message-Id: <J3Ct2u.1L7o@zorch.sf-bay.org>
The following modules have recently been added to or updated in the
Comprehensive Perl Archive Network (CPAN). You can install them using the
instructions in the 'perlmodinstall' page included with your Perl
distribution.
Acme-Sneeze-0.01
http://search.cpan.org/~miyagawa/Acme-Sneeze-0.01/
Bless you
----
Acme-Sneeze-0.02
http://search.cpan.org/~miyagawa/Acme-Sneeze-0.02/
Bless you
----
App-Options-1.01
http://search.cpan.org/~spadkins/App-Options-1.01/
Combine command line options, environment vars, and option file values (for program configuration)
----
Archive-Extract-0.10
http://search.cpan.org/~kane/Archive-Extract-0.10/
A generic archive extracting mechanism
----
Bundle-CIPRES-0.02
http://search.cpan.org/~rvosa/Bundle-CIPRES-0.02/
CPAN Bundle for CIPRES prerequisites
----
Bundle-Email-0.040
http://search.cpan.org/~rjbs/Bundle-Email-0.040/
a bundle to install the main set of Email:: modules
----
CORBA-Python-0.26
http://search.cpan.org/~perrad/CORBA-Python-0.26/
----
Catalyst-Plugin-Authentication-0.09
http://search.cpan.org/~nuffin/Catalyst-Plugin-Authentication-0.09/
Infrastructure plugin for the Catalyst authentication framework.
----
Catalyst-Plugin-Session-0.10
http://search.cpan.org/~nuffin/Catalyst-Plugin-Session-0.10/
Generic Session plugin - ties together server side storage and client side state required to maintain session data.
----
Catalyst-Plugin-Session-State-URI-0.05
http://search.cpan.org/~nuffin/Catalyst-Plugin-Session-State-URI-0.05/
Saves session IDs by rewriting URIs delivered to the client, and extracting the session ID from requested URIs.
----
Class-Inflate-0.04
http://search.cpan.org/~kolibrie/Class-Inflate-0.04/
Inflate HASH Object from Values in Database
----
Data-Float-0.001
http://search.cpan.org/~zefram/Data-Float-0.001/
details of the floating point data type
----
Date-HolidayParser-0.3
http://search.cpan.org/~zerodogg/Date-HolidayParser-0.3/
Parser for .holiday-files
----
Devel-Cover-0.56
http://search.cpan.org/~pjcj/Devel-Cover-0.56/
Code coverage metrics for Perl
----
Email-Date-1.101
http://search.cpan.org/~rjbs/Email-Date-1.101/
Find and Format Date Headers
----
Email-Folder-0.851
http://search.cpan.org/~rjbs/Email-Folder-0.851/
read all the messages from a folder as Email::Simple objects.
----
Email-Folder-POP3-1.011
http://search.cpan.org/~rjbs/Email-Folder-POP3-1.011/
Email::Folder Access to POP3 Folders
----
Email-MIME-Attachment-Stripper-1.311
http://search.cpan.org/~rjbs/Email-MIME-Attachment-Stripper-1.311/
Strip the attachments from a mail
----
Email-Store-HTML-0.301
http://search.cpan.org/~rjbs/Email-Store-HTML-0.301/
various HTML related functions for Email::Store::Mail
----
File-Binary-1.3
http://search.cpan.org/~simonw/File-Binary-1.3/
Binary file reading module
----
FindBin-libs-1.26
http://search.cpan.org/~lembark/FindBin-libs-1.26/
Locate and 'use lib' directories along the path of $FindBin::Bin to automate locating modules. Uses File::Spec and Cwd's abs_path to accomodate multiple O/S and redundant symlinks.
----
Games-NES-ROM-0.01
http://search.cpan.org/~bricas/Games-NES-ROM-0.01/
View information about an NES game from a ROM file
----
IMDB-Film-0.22
http://search.cpan.org/~stepanov/IMDB-Film-0.22/
OO Perl interface to the movies database IMDB.
----
Mail-Address-MobileJp-0.06
http://search.cpan.org/~miyagawa/Mail-Address-MobileJp-0.06/
mobile email address in Japan
----
Module-CoreList-2.06
http://search.cpan.org/~rgarcia/Module-CoreList-2.06/
what modules shipped with versions of perl
----
Module-Load-Conditional-0.10
http://search.cpan.org/~kane/Module-Load-Conditional-0.10/
Looking up module information / loading at runtime
----
Object-InsideOut-1.47
http://search.cpan.org/~jdhedden/Object-InsideOut-1.47/
Comprehensive inside-out object support module
----
Podcast-Publisher-0.50
http://search.cpan.org/~cdawson/Podcast-Publisher-0.50/
Module for creating and managing podcasts
----
RT-Client-REST-0.15
http://search.cpan.org/~dmitri/RT-Client-REST-0.15/
talk to RT installation using REST protocol.
----
RT-Client-REST-0.16
http://search.cpan.org/~dmitri/RT-Client-REST-0.16/
talk to RT installation using REST protocol.
----
RT-Client-REST-0.17
http://search.cpan.org/~dmitri/RT-Client-REST-0.17/
talk to RT installation using REST protocol.
----
Religion-Islam-PrayerTimes-1.0
http://search.cpan.org/~mewsoft/Religion-Islam-PrayerTimes-1.0/
Calculates Muslim Prayers Times and Sunrise
----
Religion-Islam-PrayerTimes-1.01
http://search.cpan.org/~mewsoft/Religion-Islam-PrayerTimes-1.01/
Calculates Muslim Prayers Times and Sunrise
----
Religion-Islam-Qibla-1.0
http://search.cpan.org/~mewsoft/Religion-Islam-Qibla-1.0/
Calculates the Qibla Direction, Great Circle Distance, and Great Circle Direction
----
Task-Email-PEP-All-6212.235
http://search.cpan.org/~rjbs/Task-Email-PEP-All-6212.235/
every Perl Email Project distribution, for testing
----
Task-Email-PEP-NoStore-6212.235
http://search.cpan.org/~rjbs/Task-Email-PEP-NoStore-6212.235/
every Perl Email Project distribution... except Email::Store
----
Text-Markdown-ApacheHandler-0.04
http://search.cpan.org/~kulp/Text-Markdown-ApacheHandler-0.04/
Processes files with Markdown syntax for Apache
----
Thread-Cancel-1.02
http://search.cpan.org/~jdhedden/Thread-Cancel-1.02/
Cancel (i.e., kill) threads
----
Thread-Suspend-1.04
http://search.cpan.org/~jdhedden/Thread-Suspend-1.04/
Suspend and resume operations for threads
----
Tripletail-0.12
http://search.cpan.org/~mikage/Tripletail-0.12/
Tripletail, Framework for Japanese Web Application
----
o2sms-3.17
http://search.cpan.org/~mackers/o2sms-3.17/
A module to send SMS messages using the website of O2 Ireland
----
threads-1.38
http://search.cpan.org/~jdhedden/threads-1.38/
Perl interpreter-based threads
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: 1 Aug 2006 15:15:45 -0700
From: "bleatingedge" <bleatingedge@gmail.com>
Subject: Re: perl editor
Message-Id: <1154470545.052923.121060@i3g2000cwc.googlegroups.com>
tinnews@isbd.co.uk wrote:
> Or vile/xvile. (as an extra bonus they use perl as their scripting
> language)
With Vim, you can compile it with an embedded Perl interpreter, which
gives you some pretty powerful features. You can also compile in other
interpreters, like Python or Ruby, to name a couple. Of course, they
wouldn't be nearly as useful. =0)
bleatingedge
--
perl -e '$a=shift;print pack("H".length $a,$a),"\n"' \
"687474703a2f2f7777772e6a757374616e6f7468657275726c70\
61636b65722e636f6d2f"
------------------------------
Date: 2 Aug 2006 11:10:42 +0200
From: Michele Dondi <bik.mido@tiscalinet.it>
Subject: Re: perl editor
Message-Id: <kuq0d294275v8jhckf649gi1mke1phr6cs@4ax.com>
On 01 Aug 2006 20:17:20 GMT, Abigail <abigail@abigail.be> wrote:
>vim isn't vi. Despite toy OS distro's firing up 'vim' is you type 'vi'.
What should they do? Avoid it altogether? I don't use vi myself, but I
wouldn't regard it as such a bad thing...
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: 1 Aug 2006 23:04:09 -0700
From: "VJ" <VJDIVINE@gmail.com>
Subject: Please Help - Problem solved !!!
Message-Id: <1154498649.235481.41770@s13g2000cwa.googlegroups.com>
HI Michele and Ben,
Thanks for your help.
I am still figuring out Michele's solution, as I am just an amateur to
perl.
I found this solution : Using IO::Capture::Stderr - check CPAN
This can capture stdin,stdout,stderr and so on. Hope this is of info to
u.
Thanks once again,
VJ
------------------------------
Date: 1 Aug 2006 19:25:52 -0700
From: "attn.steven.kuo@gmail.com" <attn.steven.kuo@gmail.com>
Subject: Re: print command
Message-Id: <1154485552.484385.289780@m73g2000cwd.googlegroups.com>
ray wrote:
> Trying to substitute /bar/ for /foo/ and write the result of the
> substitution to a file:
> Both of commands are not correct syntactically, missing something or
> not possible to print the result from a command ?
>
> perl -pi -e 's/\bbar\b/foo/g' `find . -type f` -print 0| xargs -0
> perl -pi -e -print 0| xargs -0 's/\bbar\b/foo/g' `find . -type f`
>
> Please help me.
Doesn't your 'find' command have an -exec option?
$ find . -type f -exec perl -pi -e 's/\bbar\b/foo/g;' {} \;
--
Hope this helps,
Steven
------------------------------
Date: Tue, 01 Aug 2006 23:10:01 -0400
From: Sherm Pendley <sherm@Sherm-Pendleys-Computer.local>
Subject: Re: print command
Message-Id: <m2ejvz4yuu.fsf@Sherm-Pendleys-Computer.local>
"attn.steven.kuo@gmail.com" <attn.steven.kuo@gmail.com> writes:
> ray wrote:
>> Trying to substitute /bar/ for /foo/ and write the result of the
>> substitution to a file:
>> Both of commands are not correct syntactically, missing something or
>> not possible to print the result from a command ?
>>
>> perl -pi -e 's/\bbar\b/foo/g' `find . -type f` -print 0| xargs -0
>> perl -pi -e -print 0| xargs -0 's/\bbar\b/foo/g' `find . -type f`
>>
>> Please help me.
>
>
> Doesn't your 'find' command have an -exec option?
Probably, but that doesn't do the same thing. Using -exec will launch a new
instance of Perl for each file found. That's a *lot* of unnecessary overhead.
Ray's trying to pass a list of all the found files to one instance of Perl.
Something like this:
find . -type f -print0 | xargs -0 perl -pi -e 's/bar/foo/g'
sherm--
--
Web Hosting by West Virginians, for West Virginians: http://wv-www.net
Cocoa programming in Perl: http://camelbones.sourceforge.net
------------------------------
Date: Tue, 01 Aug 2006 23:58:22 -0400
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: print command
Message-Id: <x7hd0veqld.fsf@mail.sysarch.com>
>>>>> "SP" == Sherm Pendley <sherm@Sherm-Pendleys-Computer.local> writes:
>> Doesn't your 'find' command have an -exec option?
SP> Probably, but that doesn't do the same thing. Using -exec will
SP> launch a new instance of Perl for each file found. That's a *lot*
SP> of unnecessary overhead. Ray's trying to pass a list of all the
SP> found files to one instance of Perl.
SP> Something like this:
SP> find . -type f -print0 | xargs -0 perl -pi -e 's/bar/foo/g'
or you can just run find in backticks and pass that to perl. this
assumes the file count won't blow up the shell which is what xargs will
avoid if you use the right args which aren't set above.
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.stemsystems.com
--Perl Consulting, Stem Development, Systems Architecture, Design and Coding-
Search or Offer Perl Jobs ---------------------------- http://jobs.perl.org
------------------------------
Date: 1 Aug 2006 18:22:04 -0700
From: bubbabubbs@yahoo.com
Subject: Q: ActivePerl - calling an ActiveX object
Message-Id: <1154481724.075186.314530@i42g2000cwa.googlegroups.com>
I have a 3rd-party ActiveX object (as a DLL) that I am trying to call
from Perl (ActivePerl 5.8) The function that I am calling takes three
'in' parameters, and returns the result via the fourth 'out'
parameter. So I need to pass the last parameter by reference, which I
know Perl supports. (Unfortunately, the 3rd party cannot/will not
modify the interface.)
Here is my ActivePerl script (slightly simplified):
################################################################
use Win32::OLE;
use Win32::OLE::Const 'Microsoft ActiveX Data Objects';
my $sLogFileName = "log.txt";
open( LOG, ">$sLogFileName" );
$arg4 = 0.0;
my $service = Win32::OLE->new( '3rdPartyComponent.Service' );
print LOG "before: " . $arg4 . "\n";
$service->foo( 31, 4000, 28000, \$arg4 );
print LOG " after: " . $arg4 . "\n";
$arg4 = 1.0;
my $service2 = Win32::OLE->new( '3rdPartyComponent.Service' );
print LOG "before: " . $arg4 . "\n";
$service2->foo( 31, 4000, 28000, \$arg4 );
print LOG " after: " . $arg4 . "\n";
close(LOG);
################################################################
Output from the script (log.txt):
before: 0
after: 0
before: 1
after: 1
I'm not getting any runtime errors, but $arg4 is not getting altered
after calling $service2->foo(). I know for the fact that after foo()
the value of $arg4 should be ~79.7 Also, I have tried calling the
ActiveX object from C++, and it works as expected. But the project
I'm working on requires me to use Perl. Does anyone have any ideas as
to what I am doing wrong.
I admit that I don't have a lot of experience with Perl, and am
learning as I go.
TIA
P.S. Is there a more appropriate newsgroup to post this to?
------------------------------
Date: Wed, 02 Aug 2006 03:02:40 GMT
From: "A. Sinan Unur" <1usa@llenroc.ude.invalid>
Subject: Re: Q: ActivePerl - calling an ActiveX object
Message-Id: <Xns9812EA8473A46asu1cornelledu@127.0.0.1>
bubbabubbs@yahoo.com wrote in news:1154481724.075186.314530
@i42g2000cwa.googlegroups.com:
> I have a 3rd-party ActiveX object (as a DLL) that I am trying to call
> from Perl (ActivePerl 5.8) The function that I am calling takes three
> 'in' parameters, and returns the result via the fourth 'out'
> parameter. So I need to pass the last parameter by reference, which I
> know Perl supports. (Unfortunately, the 3rd party cannot/will not
> modify the interface.)
Given that we have no idea what this component is, it is hard to come up
with specific recommendations. I'll make some general comments below.
> Here is my ActivePerl script (slightly simplified):
>
> ################################################################
use strict;
use warnings;
> use Win32::OLE;
> use Win32::OLE::Const 'Microsoft ActiveX Data Objects';
Win32::OLE->Option(Warn => 3);
> my $sLogFileName = "log.txt";
> open( LOG, ">$sLogFileName" );
open my $log_fh, '>', $sLogFileName
or die "Cannot open '$sLogFileName': $!";
> $arg4 = 0.0;
my $arg4 = 0.0;
> my $service = Win32::OLE->new( '3rdPartyComponent.Service' );
> print LOG "before: " . $arg4 . "\n";
print $log_fh "before: $arg4\n";
> $service->foo( 31, 4000, 28000, \$arg4 );
I seriously doubt the service provides a method named 'foo'. There is no
way for us to determine if you are using the correct method.
It is possible the higher warning setting for Win32::OLE will give some
useful information.
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: Wed, 2 Aug 2006 09:13:52 +0200
From: "Bernard El-Hagin" <bernard.el-haginDODGE_THIS@lido-tech.net>
Subject: Re: Recursion
Message-Id: <Xns98135DE7D70F5elhber1lidotechnet@10.232.40.227>
Uri Guttman <uri@stemsystems.com> wrote:
[...]
> then why didn't you say this was a learning/teaching experiment?
He did.
> you would have saved a lot of annoyance from many posters and
> readers.
You seem to get annoyed rather easily. Believe me, though, not even close to as easily as you
annoy others.
> you didn't show any code nor explain that you wondered why your
> code is not what you expected.
He did *exactly* that.
> again, i suggest you read my sort paper and sort::maker's docs just
> to learn some more about sorting.
The way you plug your work at every single even remotely relevant opportunity is as tacky as you
are arrogant.
A long overdue *plonk*.
--
Cheers,
Bernard
------------------------------
Date: Wed, 2 Aug 2006 09:47:06 +0200
From: "Bernard El-Hagin" <bernard.el-haginDODGE_THIS@lido-tech.net>
Subject: Re: Recursion
Message-Id: <Xns98136389C6056elhber1lidotechnet@10.232.40.227>
"Paul Lalli" <mritty@gmail.com> wrote:
> kokolo wrote:
>> Well, I asked for some help, not for a lecture :" Become a Perl
>> expert and only then ask a question"
>
> For maximum help from this newsgroup, improve your attitude in
> three ways:
> 1) Stop being under the impression that anyone here has an
> obligation to help you, or to give you exactly what you ask for.
At no point did the OP claim that anyone here was obligated to help him. And his tongue-in-cheek
remark about not needing a lecture does not constitute the expectation that he'll get exactly what
he asked for.
> 2) Stop rebuking a "lecture".
He didn't. You'd have realised that if you'd taken the time to go beyond his smiley-qualified remark
and noticed that he not only understood, but thanked for the "lecture".
> Lectures are good things. They
> teach you. They instruct you. They make you a better programmer.
> If someone offers to tell you why or how you're doing something
> wrong (whether that 'something' has to do with Perl or with your
> methodology or with your Usenet postings), thank them.
He did. Can't you read?
> 3) Get over yourself.
This is advice that a *lot* of the regulars should take. Mostly the newer ones. You included. This
case is a perfect example. You read the first line in the OP's response and you thought "this is the
perfect opportunity for me to be an arrogant ass". And you took it, as you always do. Instead of
looking objectively at a post you first look for holes you can shoot the OP down for. I have seen you
do it many times.
> No one *ever* said that asking a question is bad,
The OP never claimed that anyone said asking a question was bad. You're now
making up crap just so you can spew more of your arrogance at someone who
is trying to learn? That's pathetic.
> or that you need to be an expert before you ask questions.
That was tongue-in-cheek. He accepted and thanked for the lecture in the same post! Can't you
read?
> Questions are encouraged and welcomed. Badly formed, poorly
> thought-out questions, on the other hand, are justifiably ignored,
> flamed, and/or lectured against. Take the advice your given,
> write better questions, and you'll do fine.
Where in this thread did anyone say the OP's question was badly formed? Or poorly thought-out?
Do you just have an "arrogant ass" template that you post every time you see a beginner's post?
It seems that way.
> You should start by reading the Posting Guidelines for this group.
The OP's post clearly stated his problem and provided working (although bad) code. Didn't you
even read the post you're so troubled by?
> They are posted here twice a week, and contain invaluable
> information about how you can maximize the usefulness of this
> group.
The usefulness of this group has become questionable at best. The likes of you have made it so.
Most questions asked here are rejected immediately because they don't conform to *every*
*single* *fucking* *point* in the guidelines, even if they are perfectly clear. The only ones left
are so simple, they can be answered with a perldoc reference. It's pathetic. In fact, I think I need
to take a loooong break from this place. I'll miss the *true* wisdom of Tad, Anno, Abigail, Randal
and some others, but this new bunch of regulars, who have no clue, but make up for it in
arrogance are ruining even their input for me.
--
Cheers,
Bernard
------------------------------
Date: 2 Aug 2006 01:13:33 -0700
From: usenet@DavidFilmer.com
Subject: Re: Recursion
Message-Id: <1154506413.597476.58770@m79g2000cwm.googlegroups.com>
kokolo wrote:
> "Michele Dondi" <bik.mido@tiscalinet.it> wrote in message
>> <snip>
> I admit, I suck . Hope it's temporary
You are learning (and that's a Good Thing). At least you didn't
top-post in your reply. Now it's time to move on to the next lession --
Snip For Brevity 101. Instead of quoting an ENTIRE post in your reply,
take the time to edit the quoted content so that you only quote what is
relevant to your reply (sometimes you really must quote the entire
post, especially when the post was very terse, but usually you can trim
it quite a bit).
You see, many of us have already read the post you are responding to -
so just remind us. If you bottom-post (as you should), but quote the
ENTIRE post that you are responding to, we must slog through that
familiar content to get to your own message. And, even if we haven't
read the other post, at least we don't want to slog through material
which is irrelevant to your reply (that just confuses your reply,
making your reply less effective).
For example, if you wished to respond to the substance of this
particular post, you might quote only this tiny bit of context:
DF>Now it's time to move on to the next lession--Snip For Brevity 101
And then let 'er rip.
--
David Filmer (http://DavidFilmer.com)
------------------------------
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 9546
***************************************
