[23917] in Perl-Users-Digest
Perl-Users Digest, Issue: 6119 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Wed Feb 11 18:15:41 2004
Date: Wed, 11 Feb 2004 15:15:16 -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 Wed, 11 Feb 2004 Volume: 10 Number: 6119
Today's topics:
TK Help with Canvas <noone@nowhere.com>
Re: TK Help with Canvas <lusol@Dragonfly.cc.lehigh.edu>
Re: TK Help with Canvas <xxala_qumsiehxx@xxyahooxx.com>
Re: TK Help with Canvas <gnari@simnet.is>
Re: trying to create a network script: <Nex6@nospam.com>
Re: trying to create a network script: <usenet@morrow.me.uk>
Re: trying to create a network script: <Nex6@nospam.com>
Re: trying to create a network script: <Nex6@nospam.com>
turning relative into absolute urls (Felix)
Re: turning relative into absolute urls <tore@aursand.no>
Re: turning relative into absolute urls <gnari@simnet.is>
Re: Using Tie::IxHash order a hash reference <pinyaj@rpi.edu>
Re: Using Tie::IxHash order a hash reference <usenet@morrow.me.uk>
Re: When to "use strict" when teaching? <nobull@mail.com>
Re: Why is Perl losing ground? <mgjv@tradingpost.com.au>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Wed, 11 Feb 2004 19:27:37 GMT
From: "gibbering poster" <noone@nowhere.com>
Subject: TK Help with Canvas
Message-Id: <JmvWb.11556$414.2117@newssvr29.news.prodigy.com>
Hi there... I've checked the FAQs, and am very confused about how to
accomplish what I want...
I want to have a canvas with a width and height of 50000, but I only
want the display width and height to be 1000 or so, and have scrollbars
to access the rest.
I'm not sure how to create the widgets to accomplish this... Along
with the scrollbars, I want to be able to zoom in and out of my canvas,
yet keep the global 50k by 50k size intact so that i can place, move and
center the display on obects referenced by the 50k,50k grid.
Does this make sense to anyone? Any help greatly appreciated. Thanks
------------------------------
Date: Wed, 11 Feb 2004 20:19:51 +0000 (UTC)
From: Steve Lidie <lusol@Dragonfly.cc.lehigh.edu>
Subject: Re: TK Help with Canvas
Message-Id: <c0e2p7$9p4$1@fidoii.CC.Lehigh.EDU>
gibbering poster <noone@nowhere.com> wrote:
> Hi there... I've checked the FAQs, and am very confused about how to
> accomplish what I want...
>
> I want to have a canvas with a width and height of 50000, but I only
> want the display width and height to be 1000 or so, and have scrollbars
> to access the rest.
>
> I'm not sure how to create the widgets to accomplish this... Along
> with the scrollbars, I want to be able to zoom in and out of my canvas,
> yet keep the global 50k by 50k size intact so that i can place, move and
> center the display on obects referenced by the 50k,50k grid.
>
> Does this make sense to anyone? Any help greatly appreciated. Thanks
>
>
There are lots of Canvas widget experts, but not likely in this group.
Re-ask in comp.lang.perl.tk, please.
------------------------------
Date: Wed, 11 Feb 2004 21:01:23 GMT
From: "Ala Qumsieh" <xxala_qumsiehxx@xxyahooxx.com>
Subject: Re: TK Help with Canvas
Message-Id: <DKwWb.11574$Dz4.5301@newssvr29.news.prodigy.com>
"gibbering poster" <noone@nowhere.com> wrote in message
news:JmvWb.11556$414.2117@newssvr29.news.prodigy.com...
> Hi there... I've checked the FAQs, and am very confused about how to
> accomplish what I want...
As Steve mentioned in another post, there is a newsgroup specific for Tk. I
set the followups accordingly.
> I want to have a canvas with a width and height of 50000, but I only
> want the display width and height to be 1000 or so, and have scrollbars
> to access the rest.
>
> I'm not sure how to create the widgets to accomplish this... Along
> with the scrollbars, I want to be able to zoom in and out of my canvas,
> yet keep the global 50k by 50k size intact so that i can place, move and
> center the display on obects referenced by the 50k,50k grid.
>
> Does this make sense to anyone? Any help greatly appreciated. Thanks
Yes it does make sense. I wrote an article a while ago that discussed this
specific issue. You can find it at
http://www.perltk.org/articles/canvas_tutorial.html. If after reading it you
still have any questions, then please post your question(s) to
comp.lang.perl.tk, and I'm sure many people will be pleased to help you
further.
--Ala
------------------------------
Date: Wed, 11 Feb 2004 20:33:47 -0000
From: "gnari" <gnari@simnet.is>
Subject: Re: TK Help with Canvas
Message-Id: <c0e3hi$npa$1@news.simnet.is>
"gibbering poster" <noone@nowhere.com> wrote in message
news:JmvWb.11556$414.2117@newssvr29.news.prodigy.com...
> Hi there... I've checked the FAQs, and am very confused about how to
> accomplish what I want...
[snipped TK question]
seems to have stumbled into wrong newsgroup here.
gnari
------------------------------
Date: Wed, 11 Feb 2004 14:20:31 -0800
From: Nex6 <Nex6@nospam.com>
Subject: Re: trying to create a network script:
Message-Id: <c0e9kn$qit$1@daisy.noc.ucla.edu>
can't open computername
: No such file or directory at
H:\scripts\admin-scripts\perl\cclinchgpassv2.pl line 27, <lc1> line 1.
is the error msg,
and the permissions are fine , if i run the script with static values
instead of a $file text pull it works.
-Nex6
Ben Morrow wrote:
> [quoting fixed. please quote properly]
>
> Nex6 <Nex6@nospam.com> wrote:
>
>>Ben Morrow wrote:
>>
>>
>>>open my $FH, '+<', "//$file/c\$/reset.reg" or die "can't open $file: $!";
>>
>>It did not work,
>>
>>it just says can't open file....
>
>
> can't open file... what? There should be an error message. If there
> isn't, change the $! to $^E.
>
>
>>no matter how i try and open it, it does njot open.????
>
>
> Do you have permission? Can you open the file in Explorer, as the user
> the perl script is running as?
>
> I have to admit my knowledge of Windows Networking is hazy at best,
> but I wouldn't usually have used one of the $ shares: what happens if
> you create an ordinary share?
>
> Ben
>
------------------------------
Date: Wed, 11 Feb 2004 22:21:25 +0000 (UTC)
From: Ben Morrow <usenet@morrow.me.uk>
Subject: Re: trying to create a network script:
Message-Id: <c0e9t5$9nq$5@wisteria.csv.warwick.ac.uk>
[STOP top-posting. Now.]
Nex6 <Nex6@nospam.com> wrote:
> Ben Morrow wrote:
> >
> > Do you have permission? Can you open the file in Explorer, as the user
> > the perl script is running as?
>
> can't open computername
> : No such file or directory at
> H:\scripts\admin-scripts\perl\cclinchgpassv2.pl line 27, <lc1> line 1.
>
> is the error msg,
>
> and the permissions are fine , if i run the script with static values
> instead of a $file text pull it works.
Well then, the chances are that the computer specified in the variable
doesn't exist, aren't they?
Ben
--
And if you wanna make sense / Whatcha looking at me for? (Fiona Apple)
* ben@morrow.me.uk *
------------------------------
Date: Wed, 11 Feb 2004 14:39:45 -0800
From: Nex6 <Nex6@nospam.com>
Subject: Re: trying to create a network script:
Message-Id: <c0eaoq$r4d$1@daisy.noc.ucla.edu>
Ben Morrow wrote:
> [STOP top-posting. Now.]
>
> Nex6 <Nex6@nospam.com> wrote:
>
>>Ben Morrow wrote:
>>
>>>Do you have permission? Can you open the file in Explorer, as the user
>>>the perl script is running as?
>>
>>can't open computername
>>: No such file or directory at
>>H:\scripts\admin-scripts\perl\cclinchgpassv2.pl line 27, <lc1> line 1.
>>
>>is the error msg,
>>
>>and the permissions are fine , if i run the script with static values
>>instead of a $file text pull it works.
>
>
> Well then, the chances are that the computer specified in the variable
> doesn't exist, aren't they?
>
> Ben
>
It does exist,
if i mage the $var a static like:
my $file = '+<\\\\computername\\c$\\reset.reg'
it works
if I :
open my $fh1, '+<', '\\\\$file\\C$\\reset.reg' or die "can't open $file:
$^E";
it does not with $file being a text file with the computer name
a detailed error is:
H:\scripts\admin-scripts\perl>cclinchgpassv2.pl
can't open computername: The network path was not found at
H:\scripts\admin-scripts\perl\cclinchgpassv2.pl line 28, <lc1> lin
e 1.
-Nex6
------------------------------
Date: Wed, 11 Feb 2004 15:07:08 -0800
From: Nex6 <Nex6@nospam.com>
Subject: Re: trying to create a network script:
Message-Id: <c0ecc4$rpm$1@daisy.noc.ucla.edu>
Nex6 wrote:
> Ben Morrow wrote:
>
>> [STOP top-posting. Now.]
>>
>> Nex6 <Nex6@nospam.com> wrote:
>>
>>> Ben Morrow wrote:
>>>
>>>> Do you have permission? Can you open the file in Explorer, as the user
>>>> the perl script is running as?
>>>
>>>
>>> can't open computername
>>> : No such file or directory at
>>> H:\scripts\admin-scripts\perl\cclinchgpassv2.pl line 27, <lc1> line 1.
>>>
>>> is the error msg,
>>>
>>> and the permissions are fine , if i run the script with static values
>>> instead of a $file text pull it works.
>>
>>
>>
>> Well then, the chances are that the computer specified in the variable
>> doesn't exist, aren't they?
>>
>> Ben
>>
> It does exist,
>
> if i mage the $var a static like:
> my $file = '+<\\\\computername\\c$\\reset.reg'
>
> it works
>
>
> if I :
> open my $fh1, '+<', '\\\\$file\\C$\\reset.reg' or die "can't open $file:
> $^E";
>
> it does not with $file being a text file with the computer name
>
>
> a detailed error is:
>
>
> H:\scripts\admin-scripts\perl>cclinchgpassv2.pl
> can't open computername: The network path was not found at
> H:\scripts\admin-scripts\perl\cclinchgpassv2.pl line 28, <lc1> lin
> e 1.
>
> -Nex6
>
problem sloved:
is removed c$ and chged it to $a
and made $a = 'c$';
and it worked
-Nex6
------------------------------
Date: 11 Feb 2004 12:54:05 -0800
From: google_answers@festmail.com (Felix)
Subject: turning relative into absolute urls
Message-Id: <62dd5c5b.0402111254.7931e39a@posting.google.com>
Hi -
I need a perl function ("make_absolute")that turns all relative URLs
in an html document into absolute URLs, using the URL from which the
document was fetched as an argument (see script below), and then
returns the updated, entire html document.
I fiddled with Perl classes like URI and HTML:Parsner but wasn't able
to get it right. Thanks a bunch.
#script:
$content = get ($url);
$content = &make_absolute ($content, $url);
print $content; exit;
sub make_absolute {
# need code here
}
------------------------------
Date: Wed, 11 Feb 2004 22:53:42 +0100
From: Tore Aursand <tore@aursand.no>
Subject: Re: turning relative into absolute urls
Message-Id: <pan.2004.02.11.21.51.25.912053@aursand.no>
On Wed, 11 Feb 2004 12:54:05 -0800, Felix wrote:
> I need a perl function ("make_absolute")that turns all relative URLs
> in an html document into absolute URLs, using the URL from which the
> document was fetched as an argument (see script below), and then
> returns the updated, entire html document.
perldoc HTML::LinkExtor
--
Tore Aursand <tore@aursand.no>
"Omit needless words. Vigorous writing is concise. A sentence should
contain no unnecessary words, a paragraph no unnecessary sentences,
for the same reason that a drawing should have no unnecessary lines
and a machine no unnecessary parts." -- William Strunk Jr.
------------------------------
Date: Wed, 11 Feb 2004 21:18:53 -0000
From: "gnari" <gnari@simnet.is>
Subject: Re: turning relative into absolute urls
Message-Id: <c0e664$o42$1@news.simnet.is>
"Felix" <google_answers@festmail.com> wrote in message
news:62dd5c5b.0402111254.7931e39a@posting.google.com...
> Hi -
>
> I need a perl function ("make_absolute")that turns all relative URLs
> in an html document into absolute URLs, using the URL from which the
> document was fetched as an argument (see script below), and then
> returns the updated, entire html document.
>
> I fiddled with Perl classes like URI and HTML:Parsner but wasn't able
> to get it right. Thanks a bunch.
I think it would be more productive, if you told us in what way you
were not able to get it right with these. I am sure a lot of people here
will gladly (gleefully, even) point out what you are doing wrong.
do you need a general solution working with any valid HTML,
or is the HTML structure a known and simple structure, that
regexes would be able to handle?
gnari
------------------------------
Date: Wed, 11 Feb 2004 15:07:16 -0500
From: Jeff 'japhy' Pinyan <pinyaj@rpi.edu>
Subject: Re: Using Tie::IxHash order a hash reference
Message-Id: <Pine.SOL.3.96.1040211150130.14510A-100000@vcmr-86.server.rpi.edu>
On Wed, 11 Feb 2004, Gunnar Hjalmarsson wrote:
>Jeff 'japhy' Pinyan wrote:
>> On 11 Feb 2004, Darius wrote:
>>> How can I order the entries in a hash if I use a reference to a
>>> hash instead of a hash. For e.g.
>>
>> Tie a hash, using the hash reference.
>>
>> use Tie::IxHash;
>>
>> my $ref = {};
>> tie %$ref, 'Tie::IxHash';
>
>Did you try that, Jeff?
Yes.
>I did, and found that the original order is not preserved that way.
I did, and found that the original order is preserved that way.
use Tie::IxHash;
local ($,) = ("\n", " ");
my ($r1,$r2);
tie %$r1, 'Tie::IxHash';
@$r1{a..z} = @$r2{a..z} = ();
print for keys %$r1, "\n"; # abcdefghijklmnopqrstuvwxyz
print for keys %$r2, "\n"; # wraxdjyukhgftienvmslcpbqzo
Perl 5.8.0 seems to handle the situation just fine.
--
Jeff Pinyan RPI Acacia Brother #734 2003 Rush Chairman
"And I vos head of Gestapo for ten | Michael Palin (as Heinrich Bimmler)
years. Ah! Five years! Nein! No! | in: The North Minehead Bye-Election
Oh. Was NOT head of Gestapo AT ALL!" | (Monty Python's Flying Circus)
------------------------------
Date: Wed, 11 Feb 2004 21:13:58 +0000 (UTC)
From: Ben Morrow <usenet@morrow.me.uk>
Subject: Re: Using Tie::IxHash order a hash reference
Message-Id: <c0e5um$74a$1@wisteria.csv.warwick.ac.uk>
Gunnar Hjalmarsson <noreply@gunnar.cc> wrote:
> Ben Morrow wrote:
> > I'm not quite sure what you mean... is the answer you're looking
> > for
> > sort keys %$hash
> > ? If not, tell us how you'd do waht yu want with a hash, and we'll
> > tell you how to do it with a hashref :).
>
> The subject line indicates that OP wonders if Tie::IxHash (preserving
> the original order, not necessarily a particular sort order) can be
> used without a named hash.
must-learn-to-read-subject-lines... :(
Ben
--
We do not stop playing because we grow old;
we grow old because we stop playing.
ben@morrow.me.uk
------------------------------
Date: 11 Feb 2004 20:36:39 +0000
From: Brian McCauley <nobull@mail.com>
Subject: Re: When to "use strict" when teaching?
Message-Id: <u9wu6tmjzc.fsf@wcl-l.bham.ac.uk>
mjd@plover.com (Mark Jason Dominus) writes:
> In article <u965em7ki3.fsf@wcl-l.bham.ac.uk>,
> Brian McCauley <nobull@mail.com> wrote:
> >I suspect your idea of the logical idea to introduce concepts is
> >being influenced by the history of Perl
> >You are letting your knowledge the evolutionary history of Perl bias
> >you towards seeing "use strict" as adding features.
>
> I see that you have promoted your suspicion from the first paragraph
> to the status of a fact.
Sorry, I should have said "postulate" not "suspect".
> I think it makes you look foolish.
I think idea of the implied postulate is not uncommon in causual (as
opposed to formal) rhetoric.
> >It is not. For someone looking at Perl5 afresh it is more
> >appropriate to see it as switching off rarely useful features
> >(implicit quoting, implicit declaration of unqualified package
> >variables, symbolic references) that are enabled by default for
> >largely historical resons.
>
> I think this is a revisionist point of view.
Sure is! Indead what I accused you of "letting your knowledge [...]
history [...] bias you" essentially the same as saying you are not
prepared to accept a revisionist point of view. So if you reject my
view because it is revisionist you support my thesis. :-)
But this is not a debating society and all this meta-discussion is OT.
> Yes, a lot of the
> programs that people wrote in Perl historically are short scripts that
> don't need 'strict'. But so are a lot of the programs that people
> wrote yesterday afternoon.
Yes, and as I said before - if my students were the "tradition" Perl
users (Unix sysadmins) then I'd probably want to include early on a
lesson of tricks to use in really short scripts.
However even in the above case, general programing examples, even
short ones, should always be presented as if they were part-of (or
expected to grow into) a much larger program.
> Those features were originally enabled by default because they were
> useful and convenient. Today, that cannot be changed, for
> compatibility reasons. But even if they could be disabled by default,
> it is not clear that would be the best thing to do, because they are
> still useful and convenient.
Right, I postulate that here we're talking here about 'subs' and
'vars'.
I recon the only time that having these strictures off is a nett gain
is in -e scripts.
> >> I don't cover 'strict refs' until the following afternoon, after
> >> we've seen references; then I can discuss the serious and
> >> untraceable problems that can be caused by accidental use of
> >> symbolic references.
> >
> >In a 3-day class probably would never mention in detail the
> >consequences of omitting "use strict".
>
> I have a number of objections to that. Some are practical, and some
> are ethical.
"Never let your sense of morals prevent you from doing what is right."
-- Isaac Asimov (Foundation)
> Here is a practical objection. On day 4 you have gone home. Your
> student is writing a program, and it dies in the middle. So they
> spend a couple of hours puzzling over what might be wrong, and perhaps
> changing stuff around at random because that's what a lot of
> programmers do when they encounter an error message they don't
> understand. Then they send mail to the guy in the next cubicle, who
> was also in your class, saying
>
> Hey, my program doesn't work; it says:
>
> Can't use string ("ARRAY(0x8113f74)") as an ARRAY ref
> while "strict refs" in use
>
> What's wrong?
>
> So you taught them to "always use strict", but it didn't do your
> student very much good. They have a real error, and the program died,
> and now they don't know what to do because you never showed them the
> error message or explained what it was about.
How do you conclude that?
An understanding of how symbolic references work is neither necessary
nor sufficient to understand that message.
To understand that error you only have to understand that if you
use a string in a reference context it's an error. This will seem
quite natural to most people with normal programming experience and
you shouldn't need to go to great lengths to justify it.
You also need to know what happens if you use a reference in a string
context.
> Now what happens next? One thing that often happens in your scenario
> is that the guy in the next cubicle writes back:
>
> I got that message too, but getting rid of the "use strict"
> made it go away.
>
> which of course is a disaster. And the students are not equipped to
> understand why that would be a disaster, or to understand the kinds of
> problems that arise as a result, because you never mentioned in detail
> the consequences of omitting "use strict".
Indeed I have seen it happen. But only in the case of people who
tried to retro-fit strictures to their Perl programming. That is why
I say don't expose people to the idea of omitting "use strict" until
you are prepared to explain the consequences at least in part.
So, as I said above, to understand the _cause_ of the above error you
don't need to understand anything symbolic references.
Futhermore, to understand why the error message mentions "strict" you
still don't need to understand anything about symbolic references.
It is sufficient to know that if you were to remove "use strict" Perl
will think you were wanting to use some obscure "feature-X" that
you've not yet learnt about because you had more interesting things to
do. You only have to understand feature-X if you want to use it or if
you want to understand the entertaining results of the Perl
interpreter thinking you wanted to use feature-X when you didn't.
> It would be better if the guy in the next cubicle could say
>
> I think that message means that you used a string as if it was
> a reference. That ARRAY(0x8113f74) thing looks the way a
> reference does when you print it out. Maybe your reference
> turned into a string somehow?
This outcome is no more or less likely as a result of teaching them
about symbolic references.
> and then maybe the first guy says
>
> That sounded awfully familiar, so I looked in the notes we got
> in the class and found it on page 142. Thanks!
IMHO people should, where possible, be encouraged to use reference
manuals, not notes from a tutorial, as reference manuals.
> This might happen in my class, but it can't happen in yours, because
> you never mentioned in detail the consequences of omitting "use
> strict".
In my (hypothetical) class I told them that "use strict" disabled
three features of Perl (not covered in my class) that cause havoc if
you use them by accident.
> You started out the post by suggesting that I was motivated by an
> obsolete historical view of the development of Perl.
No, I didn't claim it _motivated_ you.
> I'm motivated by a philosophy that says, in part:
>
> * Programming can't be done by rote.
I agree. But poeple do pick up habits by rote. It cannot be avoided.
When you provide programming examples (not directly addressing the
question of variable scoping) you either do declare all variables as
lexicaly scoped in the smallest applicable scope or you don't. You
either put "use strict;" at the top or you don't. You can't avoid it.
Whichever you do will cause them to tend to do the same in their code
by rote.
> * More understanding is always better; less is always worse.
* A little knowledge is a dagerous thing.
Let us imagine a graph of "level of understanding" v "goodness" (or
whatever you choose to call the metric that defines your terms "better"
and "worse").
While I agree that the overall trend is upwards the local gradient may
be negative in places.
Also you can't, in a course of finite length, consider the
understanding of any one aspect of the subject matter in total
isolation. Any time spent giving a deeper understanding of one aspect
must necessariliy be compensated for by covering some other aspect in
less detail.
> * Don't leave out anything important. But if something is
> important, you should be able to explain why it is important.
I agree totally. Explain enough to see why it is important. That is
not the same as explaining all the details.
> 'strict' is important, which is why I put it in, and why I want to
> explain *why* it is important. ("Here's what could happen if you
> don't put it in.") I don't think that it works to try to put it in
> without including the reason why, and I think it's disrespectful to
> the students to try to do that anyway.
I think it's disrespectful to assume that they can't decide if they
want look up the reason for themselves.
> They're adults, they're
> professionals, and we should suppose they can be trusted to make the
> right professional decisions when provided with the facts.
>
> >That's not my theory. Teaching them to follow good practice is
> >separate. Given that we're doing that anyhow "use strict; use
> >warnings;" just makes life easier for them.
>
> I think this may be the basis of our disagreement. I think you are
> completely wrong here...
[ snip ~100 lines of things I agree with totally and indeed have
argued myself many times in the past ]
Since I agree with all those things I don't think any of that can be
the basis of the disagreement.
> >> But this theory somehow manages to forget that
> >> putting stuff into your program when you don't know what it does is
> >> the very worst of all possible programming practices.
> >
> >When I say "use MODULE" I only need to know what it does upto some
> >level. The whole point about modularisation is that I don't need a
> >full understanding of the internals.
>
> We are not talking about the internals here.
No, you are right. Poor choice of words.
> I am advocating that they should know WHAT IT DOES.
So am I.
It may also be interesting to know what NOT DOING IT DOES. But that's
not so important that I'd want to displace other matters from a 3-day
course in order to cover it.
> > I would tell them the truth:
>
> But not the whole truth.
Of course not. Do you tell the whole truth about everything (first
time) when teaching Perl?
For example, consider when you first teach people about:
$coderef = \&foo;
Do you tell them that if &foo is already defined it creates a
referenece to the current definition of &foo and will continue to
point to that same function even if &foo is subsequently deefined?
Do you also tell them that if &foo it is not yet defined it creates a
reference that acts through *foo{CODE} and will henceforth refer to
whatever definifion &foo has at that time?
> You'll tell them the policy, but not the technical reality that led
> to the policy. But that's what I find disrespectful. These
> profesionals are supposed to be able to understand the technical
> aspects of the policy, but you're not giving them enough information
> to do that.
I'm not just telling them the policy. I'm telling them enough of the
technical reality that led to the policy that they can see that the
policy probably makes sense. I have alluded to the fact that there
are times when the policy should be broken. I respect them enough to
figure they are capable of understanding that I have chosen to abridge
the explaintion so as to leave time for other things. I respect them
enough let them make the judgement as to if they want to look up the
rest of the information.
> >Once I've given them enough information for them to understand why
> >omitting "use strict" should be considered a positive action that very
> >same argument "putting stuff into your program when you don't know
> >what it does is the very worst of all possible programming practices"
> >now applies to leaving out strict.
>
> That is a phenomenal display of doubletalk.
Thankyou. :-)
> ("Ignorance is Strength!")
Ignorance is strength - up to a point. Or rather, deciding which
things not to try to understand (yet) is a very important part of
learning anything.
> Regardless of the merits of the rest of your post, I feel sorry for
> you that you could write this last paragraph without realizing what a
> load of bullshit it is.
Obviously I was decending into self-parody. Nontheless I still stand
by the underlying idea:
Just because an act is an act of omission does not necessarily exempt
that act from the rule that you shouldn't do things you don't
understand.
--
\\ ( )
. _\\__[oo
.__/ \\ /\@
. l___\\
# ll l\\
###LL LL\\
------------------------------
Date: 11 Feb 2004 21:56:22 GMT
From: Martien Verbruggen <mgjv@tradingpost.com.au>
Subject: Re: Why is Perl losing ground?
Message-Id: <slrnc2l985.ti8.mgjv@verbruggen.comdyn.com.au>
On Wed, 11 Feb 2004 09:15:23 GMT,
Bart Lateur <bart.lateur@pandora.be> wrote:
> Matija Papec wrote:
>
>>Are you aware that C isn't replaceable when it comes to platform
>>portability?
>
> C isn't portable, that's just an illusion.
>
> <http://www.kuro5hin.org/story/2004/2/7/144019/8872>
>
> There's a header "Portability?!", but no anchor.
That article is severely biased, and wrong in many places. Well
written C is very portable.
It is true that it is easy to write non-portable code in something
resembling C (mainly by using non-portable libraries, system calls and
other APIs), but that does not make C unportable.
Martien
--
|
Martien Verbruggen | That's funny, that plane's dustin' crops
Trading Post Australia | where there ain't no crops.
|
------------------------------
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 6119
***************************************
