[28781] in Perl-Users-Digest
Perl-Users Digest, Issue: 25 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sun Jan 14 06:05:56 2007
Date: Sun, 14 Jan 2007 03:05:04 -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 Sun, 14 Jan 2007 Volume: 11 Number: 25
Today's topics:
Re: Ascii characters in a loop (Mark Hobley)
Re: Graph in Perl <anil.jupiter9@gmail.com>
How to know datatype of a variable in perl ? <cooldudevamsee@gmail.com>
Re: How to know datatype of a variable in perl ? <nobull67@gmail.com>
Re: Map Windows from Unix <joe@inwap.com>
Re: Map Windows from Unix (Mark Hobley)
new CPAN modules on Sun Jan 14 2007 (Randal Schwartz)
Re: Perl free e-books <joe@inwap.com>
Re: Skip non english character values <joe@inwap.com>
Re: Unix commands <john@castleamber.com>
Re: Unix commands <john@castleamber.com>
Re: Unix commands <uri@stemsystems.com>
Re: Unix commands <joe@inwap.com>
Re: Unix commands <joe@inwap.com>
Re: Unix commands axel@white-eagle.invalid.uk
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Sun, 14 Jan 2007 10:04:15 GMT
From: markhobley@hotpop.deletethisbit.com (Mark Hobley)
Subject: Re: Ascii characters in a loop
Message-Id: <7p8p74-5ul.ln1@neptune.markhobley.yi.org>
John Bokma <john@castleamber.com> wrote:
>
> My guess: because he wants to know why this one "doesn't work" instead of
> reading: "use this instead".
I am writing Perl documentation. All these points seem to be missed in the
reference books that I am using, which incidently are extremely big and run
into several thousand pages each and cost me quite a few quid.
It seems strange that if I increment $l (which equals 'z') then I now have a
value that is comparitively less than 'z'.
This looks like a bug to me, at least in the context of an a to z loop.
Regards,
Mark.
--
Mark Hobley
393 Quinton Road West
QUINTON
Birmingham
B32 1QE
Telephone: (0121) 247 1596
International: 0044 121 247 1596
Email: markhobley at hotpop dot donottypethisbit com
http://markhobley.yi.org/
------------------------------
Date: 14 Jan 2007 00:48:36 -0800
From: "jupiter" <anil.jupiter9@gmail.com>
Subject: Re: Graph in Perl
Message-Id: <1168764515.952757.269720@m58g2000cwm.googlegroups.com>
zentara wrote:
> On 12 Jan 2007 20:44:46 -0800, "jupiter" <anil.jupiter9@gmail.com>
> wrote:
>
> >Hi
> >
> >I am a beginner. s it possible to draw graph in perl in real time ?
> >
> >
> >@nil
>
> For a well documented solution, see:
> http://oss.oetiker.ch/rrdtool/index.en.html
>
>
> There are as many solutions as there are languages.
> For a simple Perl/Tk example, see:
> http://perlmonks.org?node_id=577181
>
> zentara
>
>
> --
> I'm not really a human, but I play one on earth.
> http://zentara.net/japh.html
thanx for fast n easy reply
what i want is when i start program it should extract webpage with
lwpcook module
process data means clean up n extract vales i want
make a database to store these values then
it should do some calculation on data already stored
display them within program (dont want any graphic file) n update as
new data comes (using multithreading)
i am able to extract data but not sure how to handle database issue n
graph issue as i know perl is not database oriented script language nor
graphics oriented. so should i do what i want in perl or vb is better
option?
------------------------------
Date: 14 Jan 2007 01:20:01 -0800
From: "Googy" <cooldudevamsee@gmail.com>
Subject: How to know datatype of a variable in perl ?
Message-Id: <1168766401.033475.264640@51g2000cwl.googlegroups.com>
Hi,
I am writing a program using AutoLoader and it has to simulate 10's of
sub routines, the problem I have is every simulated function has
different number of arguments and different number of argument types in
different orders.
Is there any method or sub routines to know the data type of the
argument ?
I know there are functions like is_array, is_hash, is_object, ... and
ref (), but I think these are only for reference types(please correct
me if I am wrong), simply put I need a routine which can tell the data
type of a variable like array, hash, vector.
Thanks.
------------------------------
Date: 14 Jan 2007 01:39:49 -0800
From: "Brian McCauley" <nobull67@gmail.com>
Subject: Re: How to know datatype of a variable in perl ?
Message-Id: <1168767589.075951.189120@s34g2000cwa.googlegroups.com>
On Jan 14, 9:20 am, "Googy" <cooldudevam...@gmail.com> wrote:
> Hi,
>
> I am writing a program using AutoLoader and it has to simulate 10's of
> sub routines, the problem I have is every simulated function has
> different number of arguments and different number of argument types in
> different orders.
>
> Is there any method or sub routines to know the data type of the
> argument ?
The arguments of a Perl subroutine (from the callee's perspective) are
always scalars.
Using a prototype you can make them something else from the _caller's_
perspective. But a prototype needs to be known at compile time. Even if
a function's body is constructed on the fly at run time by an AUTOLOAD
mechainsm the function's prototype needs to be declared ahead of time.
(The story may be a little different for XS.)
> I know there are functions like is_array, is_hash, is_object, ... and
> ref (), but I think these are only for reference types(please correct
> me if I am wrong), simply put I need a routine which can tell the data
> type of a variable like array, hash, vector.
The only way I know of that you could pass a variable of abiguous type
to the desired routine is by passing a refernence to the variable.
Given this fact, the problem you are asking us to solve reduces to the
one you already know how to solve.
------------------------------
Date: Sat, 13 Jan 2007 23:23:18 -0800
From: Joe Smith <joe@inwap.com>
Subject: Re: Map Windows from Unix
Message-Id: <VeOdnQJSyOP1RzTYnZ2dnUVZ_u-unZ2d@comcast.com>
Tuhin wrote:
> Forgot to mention that I am using Humming Bird on Demand to connect to
> Unix from Windows.
Hummingbird products allow you to execute programs on Unix/Linux/Solaris
and have them display on your PC. For instance, running Firefox for Solaris
on the Solaris box yet using your monitor's keyboard/video/mouse.
That's not the sort of thing that one uses to run programs on the PC.
-Joe
------------------------------
Date: Sun, 14 Jan 2007 10:04:16 GMT
From: markhobley@hotpop.deletethisbit.com (Mark Hobley)
Subject: Re: Map Windows from Unix
Message-Id: <1f9p74-5ul.ln1@neptune.markhobley.yi.org>
Joe Smith <joe@inwap.com> wrote:
> Tuhin wrote:
>> Forgot to mention that I am using Humming Bird on Demand to connect to
>> Unix from Windows.
>
> Hummingbird products allow you to execute programs on Unix/Linux/Solaris
> and have them display on your PC.
That is a remote desktop. Your applications are running on Unix. Ok, now what
are you trying to do?
Regards,
Mark.
--
Mark Hobley
393 Quinton Road West
QUINTON
Birmingham
B32 1QE
Telephone: (0121) 247 1596
International: 0044 121 247 1596
Email: markhobley at hotpop dot donottypethisbit com
http://markhobley.yi.org/
------------------------------
Date: Sun, 14 Jan 2007 05:42:19 GMT
From: merlyn@stonehenge.com (Randal Schwartz)
Subject: new CPAN modules on Sun Jan 14 2007
Message-Id: <JBuFuJ.19Hz@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.
CGI-Application-Demo-1.03
http://search.cpan.org/~rsavage/CGI-Application-Demo-1.03/
A vehicle to showcase CGI::Application
----
DBIx-CopyRecord-0.005
http://search.cpan.org/~jackb/DBIx-CopyRecord-0.005/
Perl module for copying records in databases within same table including all child tables;
----
File-Find-Closures-1.06
http://search.cpan.org/~bdfoy/File-Find-Closures-1.06/
functions you can use with File::Find
----
File-Flat-1.00
http://search.cpan.org/~adamk/File-Flat-1.00/
Implements a flat filesystem
----
GD-Graph-Polar-0.04
http://search.cpan.org/~mrdvt/GD-Graph-Polar-0.04/
Make polar graph using GD package
----
GD-Graph-Polar-0.05
http://search.cpan.org/~mrdvt/GD-Graph-Polar-0.05/
Make polar graph using GD package
----
GD-Graph-Thermometer-0.05
http://search.cpan.org/~hesco/GD-Graph-Thermometer-0.05/
Generate progress graph on the fly
----
GPS-SpaceTrack-0.05
http://search.cpan.org/~mrdvt/GPS-SpaceTrack-0.05/
Package for calculating the position of GPS satellites
----
GPS-SpaceTrack-0.06
http://search.cpan.org/~mrdvt/GPS-SpaceTrack-0.06/
Package for calculating the position of GPS satellites
----
Geo-Coder-YahooJapan-Inverse-0.02
http://search.cpan.org/~kokogiko/Geo-Coder-YahooJapan-Inverse-0.02/
a simple wrapper for Yahoo Japan Inverse Geocoder API
----
Hardware-Simulator-MIX-0.06
http://search.cpan.org/~litchie/Hardware-Simulator-MIX-0.06/
----
Lemonldap-NG-Manager-0.4
http://search.cpan.org/~guimard/Lemonldap-NG-Manager-0.4/
Perl extension for managing Lemonldap::NG Web-SSO system.
----
Lemonldap-NG-Portal-0.6
http://search.cpan.org/~guimard/Lemonldap-NG-Portal-0.6/
The authentication portal part of Lemonldap::NG Web-SSO system.
----
Locale-Country-Multilingual-0.01
http://search.cpan.org/~fayland/Locale-Country-Multilingual-0.01/
ISO codes for country identification with multi-language (ISO 3166)
----
Locale-Country-Multilingual-0.02
http://search.cpan.org/~fayland/Locale-Country-Multilingual-0.02/
ISO codes for country identification with multi-language (ISO 3166)
----
Mozilla-Mechanize-GUITester-0.10
http://search.cpan.org/~bosu/Mozilla-Mechanize-GUITester-0.10/
enhances Mozilla::Mechanize with GUI testing.
----
Mozilla-ObserverService-0.02
http://search.cpan.org/~bosu/Mozilla-ObserverService-0.02/
Perl interface to the Mozilla nsIObserverService
----
OWNet-1.2
http://search.cpan.org/~alfille/OWNet-1.2/
Light weight access to owserver
----
SVN-Log-Index-0.5
http://search.cpan.org/~nikc/SVN-Log-Index-0.5/
Index and search over Subversion commit logs.
----
Sniffer-HTTP-0.17
http://search.cpan.org/~corion/Sniffer-HTTP-0.17/
multi-connection sniffer driver
----
Statistics-Smoothing-SGT-2.1.0
http://search.cpan.org/~bjoernw/Statistics-Smoothing-SGT-2.1.0/
A Simple Good-Turing (SGT) smoothing implementation
----
Test-Inline-2.200
http://search.cpan.org/~adamk/Test-Inline-2.200/
Lets you put tests in your modules, next to tested code
----
WWW-PlaceEngine-0.02
http://search.cpan.org/~kokogiko/WWW-PlaceEngine-0.02/
get PC's location information from PlaceEngine.
----
WebService-Validator-HTML-W3C-0.16
http://search.cpan.org/~struan/WebService-Validator-HTML-W3C-0.16/
Access the W3Cs online HTML validator
----
WebService-Validator-HTML-W3C-0.17
http://search.cpan.org/~struan/WebService-Validator-HTML-W3C-0.17/
Access the W3Cs online HTML validator
----
YAML-Tiny-0.90
http://search.cpan.org/~adamk/YAML-Tiny-0.90/
Read/Write YAML files with as little code as possible
----
YAML-Tiny-1.00
http://search.cpan.org/~adamk/YAML-Tiny-1.00/
Read/Write YAML files with as little code as possible
----
YAML-Tiny-1.01
http://search.cpan.org/~adamk/YAML-Tiny-1.01/
Read/Write YAML files with as little code as possible
----
YAML-Tiny-1.02
http://search.cpan.org/~adamk/YAML-Tiny-1.02/
Read/Write YAML files with as little code as possible
----
YAML-Tiny-1.03
http://search.cpan.org/~adamk/YAML-Tiny-1.03/
Read/Write YAML files with as little code as possible
----
p5-Palm-1.006
http://search.cpan.org/~bdfoy/p5-Palm-1.006/
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: Sun, 14 Jan 2007 00:36:57 -0800
From: Joe Smith <joe@inwap.com>
Subject: Re: Perl free e-books
Message-Id: <_JWdnUiGUoY2djTYnZ2dnUVZ_tCtnZ2d@comcast.com>
John Bokma wrote:
> And I am, sadly, moved by your ignorance.
>
> Don't top post
> Don't reply using HTML
He's not posting using HTML.
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: quoted-printable
As you can see, it is text/plain (not text/html), with a Chinese codepage.
(Granted, it is multi-part/MIME, but definitely not HTML.)
Uri Guttman wrote:
>> I just wanna make the format of my message as "Times New Roman", not the
>> default format of Plain Text file.
>
> and usenet is a PLAIN TEXT only medium. no one cares about your
> formatting requests. html IS NOT ACCEPTED.
It's not HTML. It's text/plain in the default setting for Chinese.
You misinterpreted the slightly flawed English.
Shuo Shi said, (paraphrasing), "Oh, I see, I need to simply tell Outlook Express
to use Time New Roman in order to produce a posting that is not offensive."
-Joe
------------------------------
Date: Sun, 14 Jan 2007 00:19:16 -0800
From: Joe Smith <joe@inwap.com>
Subject: Re: Skip non english character values
Message-Id: <ItWdnUUG7asbejTYnZ2dnUVZ_uqvnZ2d@comcast.com>
aaron80v@yahoo.com.au wrote:
> 1. Multiple Excel files with different fields which I need to clean and
> keep them delimited (^) before importing to a database.
If your data is delimiter by '^', then you should tell perl to use '^'
as the input record separator.
> 2. Any fields can have \n and can have it more than once.
> 3. The job is to remove all \n except the actual \n at the end of the
> last field.
You could eliminate them all, then add back the one that should be there.
> 4. If encounter other non English characters such as Jap, Korean,
> Chinese, report the line where they occur before replacing them with
> phrases such as "Japanese Characters", "Korean Characters", "Chinese
> Characters" etc.
Here's an example on how to reject (or to mark) characters that are
not alphanumunderscore, not blanks, not '^'.
Cygwin% cat test.pl
#!/usr/bin/perl
use strict; use warnings;
$/ = '^'; # Use caret as record terminator on input
while (<DATA>) {
s/\s+/ /gs; # Convert newline and other spacing to single space
s/([^\w\s^])/sprintf "(%02x)",ord $1/eg; # Mark unexpected characters
print;
}
print "\n";
__DATA__
AAA^ BBB^ CCC^ DDDaa
DDDbb
DDDcc
DDDdd DDDee
DDDff
DDDgg^EEE^FFF^??????^GGG^HHH
Cygwin% perl test.pl
AAA^ BBB^ CCC^ DDDaa DDDbb DDDcc DDDdd DDDee DDDff DDDgg^EEE^FFF^(3f)(3f)(3f)(3f)(3f)(3f)^GGG^HHH
Cygwin%
-Joe
------------------------------
Date: 14 Jan 2007 05:28:00 GMT
From: John Bokma <john@castleamber.com>
Subject: Re: Unix commands
Message-Id: <Xns98B7EEB5D94B3castleamber@130.133.1.4>
Andrew DeFaria <Andrew@DeFaria.com> wrote:
> John Bokma wrote:
>> Maybe you want to carefully (this time) read
>> <slrneqirua.ge.abigail@alexandra.abigail.be>?
> There's nothing to more carefully read.
I was afraid so. Maybe you should. You know now how to read "email" ;-)
>> outsources part of the solution you're working on. And in many cases
>> the external program has been more widely tested then you can manage
>> on your own.
> Argh! You just like to argue don't you.
Yes, of course. You too, otherwise you would not even have cared to
reply to me in the first place.
Also I like to show that there is no such thing as "generally
preferable" regarding not calling external programs.
[ straw man ]
>> Only if I severely misrepresent your argument.
> Which you have, over and over again...
Since you admitted that you agree with David's earlier statement I
haven't. Conclusion: I read correctly between the lines that you have in
general disagree on calling external programs from Perl.
Also, if you think I misrepresent your argument just quote your
argument, my misrepresentation and your clarification on my
misrepresentation. Picture, or it didn't happen.
>> After carefully rereading your attacks (since that's how I read them,
>> which again is not a strawman)
> No, which again is a strawman...
Picture, or it didn't happen.
>> I am even more convinced that I am right.
> Because you apparently need to be.
Ah, and you don't? Is that why you on purpose posted in HTML and lowered
yourself to argumentum ad hominem on several occasions?
>> There is nothing wrong with being lazy. It stops one very often from
>> doing stupid things :-D.
> Right. Bragging that you're lazy.... That's rich!
Calling people lazy because you disagree isn't?
I prefer to deliver the best possible solution to my customers. That
means that I shop at CPAN and many other places whenever possible,
including the use of external 3rd party programs. Yes, I am lazy. I
prefer to work as short as possible on a project.
"Laziness drives one to work very hard to avoid future work for a future
self. Impatience has the same endgame."
<http://www.paulagordon.com/shows/wall/>
>> ... But there are also programmers who think
>> that because they have seen it used wrong in many cases that there is
>> a need to educate other programmers even when those other programmers
>> clearly have a very good argument why they are using it in the first
>> place.
> Right, the "I'm lazy" argument...
Which you don't seem to understand. Which is odd, because it's closely
related to Perl culture, at least that's how I see it.
>> I am not a big fan of "foo considered harmful" when it's written like
>> it's against the law.
> Great! Go argue with that other guy.
You seem to be the argumentive one, which is more fun :-D.
>> To me programming is about flexibily and freedom of expressing
>> oneself. Creativity and such. IMNSHO you tried to make a too strong
>> case against calling external programs missing a bit what I
>> originally wrote.
> I ain't missed nothing here. It's you who doesn't have a clue.
Picture, or it didn't happen ;-)
--
John Experienced Perl programmer: http://castleamber.com/
Perl help, tutorials, and examples: http://johnbokma.com/perl/
------------------------------
Date: 14 Jan 2007 06:00:50 GMT
From: John Bokma <john@castleamber.com>
Subject: Re: Unix commands
Message-Id: <Xns98B821FDC53castleamber@130.133.1.4>
Andrew DeFaria <Andrew@DeFaria.com> wrote:
> John Bokma wrote:
>> Andrew DeFaria <Andrew@DeFaria.com> wrote:
>>
>>> John Bokma wrote:
>>>>> Calling `ls /path/file` certainly is in that ls is not guaranteed
>>>>> tobe there
>>>> where?
>>> Available for execution.
>> Like the perl executable is not guaranteed to be available for
>> execution? Tell me something new.
> Ugh your circularly illogical arguments are really tiring...
Just a side note: I hope your source code uses more white space compared
to your Usenet posts. You even remove the white space I have included
for readability. Let me guess, you spend a lot of time when working in a
team on "correcting" the /style/ of others. And you call that working
very hard on a project ;-)
>> Yes, and hence I argue with you.
> You'd argue with a rock!
If that rock is stupid enough to keep coming back for more, sure why
not?
>> Moreover you just confirmed that I was right with my reading between
>> the lines instead of using a straw man
>> :-D (not a surprise there).
> You're reading between the lines was that there's some hard and fast
> rule.
"In general it's preferable"
How flexible is that? Also your other statements showed that you have
quite a rigid opinion on using external tools (lazy (in a bad way) was
one of them)
>> This is Usenet. You jumped in (agree with him), so I discuss with you
>> and am aware that as a side effect I might reach David as well.
> Right, yet you put words in my mouth (and David's BTW) that I've said
> "thou must rigidly adhere to this rule" when neither of us said that.
"In general it's preferable" sounds quite rigid to me. Even if it's not
rigid, the way it was expressed it can be used as a straw man at all
times. You know, when one programmer looks over the code of someone else
and just for the sake of argument says: you n00b don't call external
programs because there is a huge fork overhead, and it's not portable
(even if neither are an issue). You probably recognize the first
programmer.
> You obviously don't understand that there is indeed a real difference
> between "In general this is a good idea" to "thou must do X" but
> you'll argue with a rock that they are exactly the same thing!
They might mean different things, but the former is often used in
various arguments like it's the latter. I have surely read your posts
this way. I doubt it's my bad.
> And by and large I'd say that 70-80% of the time the implementor does
> not spend even a second of time making an informed and thoughtful
> decision between "should I implement this in an efficient and portable
> manner or should I just call X". Often they call X because that's the
> only way they know to do it.
I am convinced that there is more Perl (or any code in general) out
there that suffers from the implementor writing a very bad
implementation of something that is already available either as a
library or as an external tool. "Rules" (for your sake) like "In general
it's preferable" only give them a few meters more rope to hang
themselves (and everybody else involved).
> They do it, as you freely admit to,
> because they are lazy and it's "easier" than thinking or typing (still
> wish to brag about being lazy - you probably do. Do you realize how
> foolish that makes you appear?).
No, because I don't call that lazy but underskilled.
> And often when confronted why they
> chose to use X instead of something more efficient or portable they
> often don't have any particularly convincing argument other than "well
> it was easy/quick/a one time script/I'm lazy/etc".
Yup, for the same reason people come up with /huge/ fork overheads and
"but the ZX Spectrum doesn't have ls built in ROM".
> I know, I've asked
> and these are the answers I receive 70-80% of the time.
So you're just saying that a majority of the programmers are
underskilled. Doesn't amaze me the least. Question is: how often did
people say that they did it and you disagreed with them without even
taken into account the real situation and just grabbed at straws like
"fork overhead" and "non-portable" just because of "your" "in general".
>> How that can refer to a specific set of examples is a bit beyond me.
>> Maybe you can clarify?
> God you are exceptionally obtuse and argumentative. Let's be complete
> shall we?
>
> Here's the whole quote:
>
>>> Some folks treat Perl like a glorified korn shell, and do
>>> ghastly things like this:
>>> my @data = `cat somefile.txt`;
>>>
>>> or
>>> my @files = `ls /some/directory`;
>>>
>>> Perl has built-in functions for a lot of stuff you might be
>>> tempted to use shell commands for. It's generally preferable to
>>> use Perl when you write Perl programs.
It's /generally/
>> Depends on what you're doing of course.
Depends on what you're doing of course.
> Do you see any example Perl code in there? I see two. One is `cat
> somefile.txt` and the other is `ls /some/directory`. Those were the
> examples I was talking about you nimrod! You sir are an intellectually
> dishonest man and really not worth arguing with.
Yet I am convinced you can't resist replying 5 more times ;-). But even
with cat and ls: "it depends on what you're doing of course".
>>> So, is it better to use "ls" or do it using opendir, etc.?
>> "Depends on what you're doing of course."
>>
>> If you need an example, Abigail mentioned one involving grep. I know,
>> it's not ls and I hope you can live with that.
> So, IOW, when confronted with a direct question you avoid it.
Nope: I said: depends on what you're doing.
> This
> combined with the above obvious misquotation, lack of reading and
> comprehension skills or pure intellectual dishonesty severely lowers
> your credibility in many people's eyes.
Ah, you are now representing a group of people? Or do you think your
argument gets better the more you drag into it? Like I said, Abigail
provided an example involving grep. I did miss your reply to that
however.
>> preferable" which sounds to me too much like: "Using external
>> programs from Perl programs considered harmful". People (like you, I
>> am afraid) take it too serious.
> There's a world of difference between a recommendation and a rigid
> rule as you claim.
Sure. The said thing is people forget that often when they look over the
code of someone else. Then suddenly overheads and portability is dragged
into the discussion even if it's not important. You, in my opinion, did
this.
> You're all over the map in your argument, use
> strawmen arguments, deliberately misquote context and you are evasive
> when asked a direct question. In short you're not worth arguing with
> as you are dishonest at best.
argumentum ad hominem or: picture, or it didn't happen.
[ Usenet ]
> From what I can tell this is where a bunch of losers who like to
> argue
> hang out. Which is why I rarely post. However I thought that
> occasionally I could make a point and people who have more integrity
> than you have shown here would benefit. Apparently I misjudged the
> number of people here with integrity! Either that or they are very
> quiet...
Maybe if you stop making all that noise. A lot of people have kill filed
you just because you ignored the posting guidelines on purpose.
I agree that one shouldn't stick to rules for the sake of rules. But
ignoring a guideline just because you consider it losing face /is/
losing face big time. Can you explain what the use is of posting both in
plain text and HTML in a group that prefers for several reasons plain
text? Ignoring a guide line because you can is as stupid as turning a
gut feeling in a guide line wether it's strict and rigid or not.
>> If you write a Perl program that has to be portable "a [external]
>> program that does already its work perfectly" implies that it's
>> available.
> No it doesn't.
Odd, how can it work perfectly if it isn't available?
>> unless you want to imply that every Perl program has to be written
>> portable because you can.
> It's a good thing to do - despite what you think. Does it have to be
> done 100% of the time. Obviously not.
It's only a good thing to do when it's a requirement. If it's not then I
prefer to code as I consider it the best. Which means that if I consider
a non-portable piece of code the best I just do it.
Just writing portable code because "It's a good thing" is silly to say
the least.
>> As for your first point: I have a gut feeling
> ...but no data...
Nor have you. Abigail has, but you ignored that. Says a lot.
> While we are talking about programming here we are arguing about
> semantic misunderstandings caused by our usage of English prose here.
> Your misunderstandings, misquotings and the like plainly show this.
I have the feeling that the lead cause of what you consider
"misunderstandings" is that you put your head in your ass a bit too
strong, and now it's stuck. Or maybe it has been stuck there for a
while, it's a bit hard to see the difference without an actual picture.
--
John Experienced Perl programmer: http://castleamber.com/
Perl help, tutorials, and examples: http://johnbokma.com/perl/
------------------------------
Date: Sun, 14 Jan 2007 01:11:06 -0500
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: Unix commands
Message-Id: <x7ps9it9xh.fsf@mail.sysarch.com>
>>>>> "A" == Abigail <abigail@abigail.be> writes:
A> || > opendir my $dh => '/some/directory' or die "opendir: $!";
A> || > my @files = grep {!/^\./} readdir $dh;
A> || > closedir $dh;
A> Because glob expands like the csh does. And the csh often does things
A> I don't expect. So I avoid glob. Besides, glob() has changed subtlety
A> between perl versions.
then you should look at file::slurp's read_dir sub. it already
filters out . and .. for you as well. one feature i want to add to is
supporting filters but that is just an internal call to grep which is
not a major win.
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: Sat, 13 Jan 2007 23:43:57 -0800
From: Joe Smith <joe@inwap.com>
Subject: Re: Unix commands
Message-Id: <zZOdncoaWvmiQjTYnZ2dnUVZ_u-unZ2d@comcast.com>
Andrew DeFaria wrote:
> Charlton Wilbur wrote:
>> ADF> What an argument to authority?!? Apparently you are also in
>> ADF> the "let's write non-portable and inefficient code" camp.
>>
>> No, I just think that lecturing Abigail on accomplishments,
>> employability, and competence makes you look like a jackass. If that's
>> your goal, by all means carry on.
> I am sooooo sorry. I'll get right on making all my code non-portable and
> inefficient! Give me a break!
You missed the point entirely.
Abigail has been posting to the perl newsgroups (and the perl-porters list)
for several years. We know of Abigail's accomplishments.
> Listen sonny, I've probably worked at far more companies than you
That statement is why we are laughing at you.
------------------------------
Date: Sat, 13 Jan 2007 23:54:51 -0800
From: Joe Smith <joe@inwap.com>
Subject: Re: Unix commands
Message-Id: <zZOdncUaWvlQfDTYnZ2dnUVZ_u_inZ2d@comcast.com>
Andrew DeFaria wrote:
> Tad McClellan wrote:
>> Abigail is a world famous member of the Perl community.
> So what!
>> Who are you?
> You can answer that question yourself.
Yes, you're right about that.
I several people who I respect responding on this thread, and one person
who I don't know but is acting in an insulting manner. From his actions,
I can determine that Andrew DeFarina is someone who should be ignored.
------------------------------
Date: Sun, 14 Jan 2007 09:04:22 GMT
From: axel@white-eagle.invalid.uk
Subject: Re: Unix commands
Message-Id: <qmmqh.85621$lD5.44916@newsfe14.phx>
Andrew DeFaria <Andrew@defaria.com> wrote:
> John Bokma wrote:
>> I and many others prefer if you start to educate yourself on Usenet. I
>> mean, posting in HTML is not done.
> That's funny because I just seen it done! And I've seen it done many times.
> Oh you mean some people don't like it. I know. I don't agree with them.
Really... why do you want to make your posts awkward for others to read?
Axel
------------------------------
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 25
*************************************
