[32399] in Perl-Users-Digest
Perl-Users Digest, Issue: 3666 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Mon Apr 16 00:09:25 2012
Date: Sun, 15 Apr 2012 21:09:06 -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 Sun, 15 Apr 2012 Volume: 11 Number: 3666
Today's topics:
Can I avoid 'Possible attempt to put comments in qw() l <news@lawshouse.org>
Re: Can I avoid 'Possible attempt to put comments in qw <uri@stemsystems.com>
Re: Can I avoid 'Possible attempt to put comments in qw xhoster@gmail.com
Re: Can I avoid 'Possible attempt to put comments in qw <ben@morrow.me.uk>
Re: Can I avoid 'Possible attempt to put comments in qw <uri@stemsystems.com>
Re: eval and Try::Tiny <rweikusat@mssgmbh.com>
Re: f python? (Seymour J.)
Re: Help with pattern matching (Seymour J.)
Re: Help with pattern matching <m@rtij.nl.invlalid>
Re: Howto print postmatch variable with perl one-liner? <cibalo@gmx.co.uk>
Re: Why does this code works without cat ? <rweikusat@mssgmbh.com>
Re: Why does this code works without cat ? xhoster@gmail.com
Re: Why does this code works without cat ? (Tim McDaniel)
Re: Why does this code works without cat ? <whynot@pozharski.name>
Re: Why does this code works without cat ? <rweikusat@mssgmbh.com>
Re: Why does this code works without cat ? xhoster@gmail.com
Re: Why does this code works without cat ? <rweikusat@mssgmbh.com>
Re: Why does this code works without cat ? <jurgenex@hotmail.com>
Re: Why does this code works without cat ? <jurgenex@hotmail.com>
Re: Why does this code works without cat ? xhoster@gmail.com
Re: Why does this code works without cat ? xhoster@gmail.com
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Sun, 15 Apr 2012 22:42:06 +0100
From: Henry Law <news@lawshouse.org>
Subject: Can I avoid 'Possible attempt to put comments in qw() list '?
Message-Id: <tJSdnf8nU_ky3RbSnZ2dnUVZ7o-dnZ2d@giganews.com>
I have a hash of of lists defined along these lines
Ab => qw(Ab Bb C DB Eb F G)
Some of them quite legitimately have hash characters in them, but if I
write this
D => qw(D E F\# G A B C\#)
I get 'Possible attempt to put comments in qw() list ...'
I understand why that warning's there and it's probably helpful. But my
preference is for code to compile cleanly so I'd like to suppress it.
How can I do that?
The alternative is
D => ('D','E','F#', .. etc
which is irritating and error-prone to type.
--
Henry Law Manchester, England
------------------------------
Date: Sun, 15 Apr 2012 18:19:59 -0400
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: Can I avoid 'Possible attempt to put comments in qw() list '?
Message-Id: <878vhwprhs.fsf@stemsystems.com>
>>>>> "HL" == Henry Law <news@lawshouse.org> writes:
HL> I have a hash of of lists defined along these lines
HL> Ab => qw(Ab Bb C DB Eb F G)
HL> Some of them quite legitimately have hash characters in them, but if I
HL> write this
HL> D => qw(D E F\# G A B C\#)
where did you get the idea you needed to escape # in qw? inside qw (and
usually in other q* things) the only thing that needs escaping is the
closing delimiter. this is why you can set the delimiter to any
reasonable char.
perl -le '@a=qw( a bb # cc ##); print map "[$_] ", @a'
[a] [bb] [#] [cc] [##]
uri
------------------------------
Date: 15 Apr 2012 22:59:16 GMT
From: xhoster@gmail.com
Subject: Re: Can I avoid 'Possible attempt to put comments in qw() list '?
Message-Id: <20120415185916.297$cd@newsreader.com>
Uri Guttman <uri@stemsystems.com> wrote:
> >>>>> "HL" == Henry Law <news@lawshouse.org> writes:
>
> HL> I have a hash of of lists defined along these lines
>
> HL> Ab => qw(Ab Bb C DB Eb F G)
>
> HL> Some of them quite legitimately have hash characters in them, but
> if I HL> write this
>
> HL> D => qw(D E F\# G A B C\#)
>
> where did you get the idea you needed to escape # in qw? inside qw (and
> usually in other q* things) the only thing that needs escaping is the
> closing delimiter. this is why you can set the delimiter to any
> reasonable char.
>
> perl -le '@a=qw( a bb # cc ##); print map "[$_] ", @a'
> [a] [bb] [#] [cc] [##]
Which also generates warnings if you have turned on.
The OP can turn them off with:
no warnings qw{qw};
Xho
--
-------------------- http://NewsReader.Com/ --------------------
Usenet Newsgroup Service $9.95/Month 30GB
------------------------------
Date: Mon, 16 Apr 2012 01:08:41 +0100
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: Can I avoid 'Possible attempt to put comments in qw() list '?
Message-Id: <9h4s59-8521.ln1@anubis.morrow.me.uk>
Quoth xhoster@gmail.com:
>
> The OP can turn them off with:
>
> no warnings qw{qw};
I think you'll find that's spelled
no warnings qw{qw uninitialized}; # SHUT UP
:)
(The only other warnings I turn off at all often are 'once' and
'exiting', both much less frequently.)
Ben
------------------------------
Date: Sun, 15 Apr 2012 23:35:50 -0400
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: Can I avoid 'Possible attempt to put comments in qw() list '?
Message-Id: <874nskpcvd.fsf@stemsystems.com>
>>>>> "x" == xhoster <xhoster@gmail.com> writes:
x> Uri Guttman <uri@stemsystems.com> wrote:
>> perl -le '@a=qw( a bb # cc ##); print map "[$_] ", @a'
>> [a] [bb] [#] [cc] [##]
x> Which also generates warnings if you have turned on.
x> The OP can turn them off with:
x> no warnings qw{qw};
correct. i was surprised to see those warnings when i added -w. easy to
suppress as you did and much better than trying to escape them.
uri
------------------------------
Date: Sat, 14 Apr 2012 16:33:24 +0100
From: Rainer Weikusat <rweikusat@mssgmbh.com>
Subject: Re: eval and Try::Tiny
Message-Id: <87zkae9vln.fsf@sapphire.mobileactivedefense.com>
"Dr.Ruud" <rvtol+usenet@xs4all.nl> writes:
> On 2012-04-13 18:57, Tim McDaniel wrote:
>
>> eval string_value; die $@ if $@
>
> That should be written as:
>
> eval "$string; 1" or die $@ || 'zombie error';
Depending on the contents of $string, this may either clobber the
result evaluating the code (because the eval will always return 1 if
no error occurred and the string didn't cause a return) or cause a
gratuitious failure (if $string contains a 'return $something' and this
$something can be zero).
------------------------------
Date: Sat, 14 Apr 2012 22:57:38 -0400
From: Shmuel (Seymour J.) Metz <spamtrap@library.lspace.org.invalid>
Subject: Re: f python?
Message-Id: <4f86f194$1$fuzhry+tra$mr2ice@news.patriot.net>
In <87aa2iz3l1.fsf@kuiper.lan.informatimago.com>, on 04/11/2012
at 05:32 PM, "Pascal J. Bourguignon" <pjb@informatimago.com> said:
>You're confused. C doesn't have arrays. Lisp has arrays. C only has
>vectors
Neither C nor any other programming language has vectors ;-)
>That C calls its vectors "array", or its bytes "char" doesn't change
>the fact that C has no array and no character.
That various programming languages use the term "vector" for data
structures that are not vectors does not change the fact that they
don't have vectors.
If you're going to complain about C nomenclature, you'd have a much
better case complaining about "cast".
--
Shmuel (Seymour J.) Metz, SysProg and JOAT <http://patriot.net/~shmuel>
Unsolicited bulk E-mail subject to legal action. I reserve the
right to publicly post or ridicule any abusive E-mail. Reply to
domain Patriot dot net user shmuel+news to contact me. Do not
reply to spamtrap@library.lspace.org
------------------------------
Date: Sat, 14 Apr 2012 23:25:20 -0400
From: Shmuel (Seymour J.) Metz <spamtrap@library.lspace.org.invalid>
Subject: Re: Help with pattern matching
Message-Id: <4f8a3fa0$7$fuzhry+tra$mr2ice@news.patriot.net>
In <hu0h59-ct11.ln1@anubis.morrow.me.uk>, on 04/11/2012
at 08:00 PM, Ben Morrow <ben@morrow.me.uk> said:
>Anyone who has to deal with regexes[0] in any language other than
>Perl or JavaScript has my condolences :).
What's wrong with, e.g., patterns in Icon?
Yes, they're more verbose, but also more readable.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT <http://patriot.net/~shmuel>
Unsolicited bulk E-mail subject to legal action. I reserve the
right to publicly post or ridicule any abusive E-mail. Reply to
domain Patriot dot net user shmuel+news to contact me. Do not
reply to spamtrap@library.lspace.org
------------------------------
Date: Sun, 15 Apr 2012 20:39:31 +0200
From: Martijn Lievaart <m@rtij.nl.invlalid>
Subject: Re: Help with pattern matching
Message-Id: <38hr59-pio.ln1@news.rtij.nl>
On Thu, 12 Apr 2012 12:34:12 +0100, Ben Morrow wrote:
> Quoth Mladen Gogala <gogala.mladen@gmail.com>:
>>
>> BTW, I am a DBA, not a programmer. I find Perl ideal for writing quick
>> and pretty reports that have to be run from crontab. Don't judge me too
>> harshly.
>
> Oh, I don't :). There's nothing wrong with writing quick-and-dirty Perl,
> as long as you're willing to learn when there are better ways of doing
> things.
And remember that Q&D Perl has it's place (especially for SysAdmins and
DBAs!), but when you run into problems, don't come here yet. First
convert to nice and clean (N&C?) perl. More often than not, you'll find
the problem yourself that way.
If that doesn´t help, by all means come here for help.
M4
------------------------------
Date: Sun, 15 Apr 2012 00:56:52 -0700 (PDT)
From: cibalo <cibalo@gmx.co.uk>
Subject: Re: Howto print postmatch variable with perl one-liner?
Message-Id: <145e0dbe-8181-4242-a760-2676689af03b@v17g2000pbt.googlegroups.com>
On Apr 14, 6:59=A0pm, Ben Morrow <b...@morrow.me.uk> wrote:
> After that you're left with various forms of quoting. The cleanest is to
> avoid $' altogether:
>
> =A0 =A0 perl -e'"abcdefghi" =3D~ /(.*?)def(.*)/; print "$1:$2:$3\n"'
>
> (obviously with /s if you need it).
Hello Ben,
Thank you very much for replying to my post. I do try all of your
great suggestions. And I note that there is a small typo in your
second suggestion:
$ perl -we'"abcdefghi" =3D~ /(.*?)def(.*)/; print "$1:$2:$3\n"'
Use of uninitialized value $3 in concatenation (.) or string at -e
line 1.
abc:ghi:
$ perl -we'"abcdefghi" =3D~ /(.*?)(def)(.*)/; print "$1:$2:$3\n"'
abc:def:ghi ^ ^
However, they are and they work like a charm.
I wish to thank you again for your valuable reply.
Best Regards,
cibalo
------------------------------
Date: Sat, 14 Apr 2012 16:44:08 +0100
From: Rainer Weikusat <rweikusat@mssgmbh.com>
Subject: Re: Why does this code works without cat ?
Message-Id: <87vcl29v3r.fsf@sapphire.mobileactivedefense.com>
naruto canada <narutocanada@gmail.com> writes:
> I've encountered this code some times ago:
>
> #!/usr/bin/env perl
> $i=1;
> while (<>) {
> if (($len = length($_)) > $lmax) {
> $lmax = $len;
> @longest =($i.":$_");
> }
> elsif ($len == $lmax) {
> push(@longest, $i.":$_");
> }
> $i=$i+1;
> }
> print @longest;
>
> This code print longest lines from stdin. Strangely, it works without
> cat. If my understanding is correct, "<>" (stdin) should require "cat"
> to work. Can someone explain it?
'cat' is a program which concatenates all files whose
names appear as command-line arguments and writes the concatenated
content to its standard output. It is often used to display a
(sufficiently short) text file, although this is by no means to only
way to accomplish that:
[rw@sapphire]/tmp $ed a
a: No such file or directory
a
a
b
c
.
wq
6
[rw@sapphire]/tmp $sed '' a
a
b
c
[rw@sapphire]/tmp $grep '' a
a
b
c
[rw@sapphire]/tmp $perl -pe '' a
a
b
c
[rw@sapphire]/tmp $awk '{ print; }' a
a
b
c
[rw@sapphire]/tmp $comm a /dev/null
a
b
c
and so on.
------------------------------
Date: 14 Apr 2012 21:31:34 GMT
From: xhoster@gmail.com
Subject: Re: Why does this code works without cat ?
Message-Id: <20120414173132.929$AG@newsreader.com>
Jürgen Exner <jurgenex@hotmail.com> wrote:
> naruto canada <narutocanada@gmail.com> wrote:
> >cat 1.txt | longest.line.pl
>
> And again someone applying for the useless use of cat award.
> If you want to use a file as standard input for a program then at least
> do it without cat:
>
> longest.line.pl < 1.txt
Why? Do you have to pay royalties to GNU every time you use cat?
I don't.
Xho
--
-------------------- http://NewsReader.Com/ --------------------
Usenet Newsgroup Service $9.95/Month 30GB
------------------------------
Date: Sun, 15 Apr 2012 06:00:06 +0000 (UTC)
From: tmcd@panix.com (Tim McDaniel)
Subject: Re: Why does this code works without cat ?
Message-Id: <jmdo55$pd4$1@reader1.panix.com>
In article <20120414173132.929$AG@newsreader.com>, <xhoster@gmail.com> wrote:
>Jürgen Exner <jurgenex@hotmail.com> wrote:
>> naruto canada <narutocanada@gmail.com> wrote:
>> >cat 1.txt | longest.line.pl
>>
>> And again someone applying for the useless use of cat award.
>> If you want to use a file as standard input for a program then at least
>> do it without cat:
>>
>> longest.line.pl < 1.txt
>
>Why? Do you have to pay royalties to GNU every time you use cat?
>I don't.
It is, nevertheless, useless. I think it's much better to understand
what goes on with <> in Perl, and with < and > and | in shells, to be
able to manipulate things better.
--
Tim McDaniel, tmcd@panix.com
------------------------------
Date: Sun, 15 Apr 2012 11:06:55 +0300
From: Eric Pozharski <whynot@pozharski.name>
Subject: Re: Why does this code works without cat ?
Message-Id: <slrnjol0cv.66o.whynot@orphan.zombinet>
with <20120414173132.929$AG@newsreader.com> xhoster@gmail.com wrote:
> Jürgen Exner <jurgenex@hotmail.com> wrote:
>> naruto canada <narutocanada@gmail.com> wrote:
>> >cat 1.txt | longest.line.pl
>>
>> And again someone applying for the useless use of cat award.
>> If you want to use a file as standard input for a program then at least
>> do it without cat:
>>
>> longest.line.pl < 1.txt
>
> Why? Do you have to pay royalties to GNU every time you use cat?
>
> I don't.
However, redirection comes with little bonuses:
{23:1} [0:0]% perl -wle 'print -s STDIN' </etc/passwd
1814
{2048:2} [0:0]% cat /etc/passwd | perl -wle 'print -s STDIN'
0
--
Torvalds' goal for Linux is very simple: World Domination
Stallman's goal for GNU is even simpler: Freedom
------------------------------
Date: Sun, 15 Apr 2012 17:47:23 +0100
From: Rainer Weikusat <rweikusat@mssgmbh.com>
Subject: Re: Why does this code works without cat ?
Message-Id: <87wr5hj61w.fsf@sapphire.mobileactivedefense.com>
xhoster@gmail.com writes:
> Jürgen Exner <jurgenex@hotmail.com> wrote:
>> naruto canada <narutocanada@gmail.com> wrote:
>> >cat 1.txt | longest.line.pl
>>
>> And again someone applying for the useless use of cat award.
>> If you want to use a file as standard input for a program then at least
>> do it without cat:
>>
>> longest.line.pl < 1.txt
>
> Why? Do you have to pay royalties to GNU every time you use cat?
The simple answer is because it is (technically) useless. Writing code
which accomplishes nothing is a waste of time. Letting the computer
execute code solely for the sake of executing it is a waste of
time. Forcing someone else to invest time (and effort) into
understanding something solely to discovers that it serves no
purpose is a waste of time.
------------------------------
Date: 15 Apr 2012 18:55:33 GMT
From: xhoster@gmail.com
Subject: Re: Why does this code works without cat ?
Message-Id: <20120415145533.929$wk@newsreader.com>
Rainer Weikusat <rweikusat@mssgmbh.com> wrote:
> xhoster@gmail.com writes:
> > Jürgen Exner <jurgenex@hotmail.com> wrote:
> >> naruto canada <narutocanada@gmail.com> wrote:
> >> >cat 1.txt | longest.line.pl
> >>
> >> And again someone applying for the useless use of cat award.
> >> If you want to use a file as standard input for a program then at
> >> least do it without cat:
> >>
> >> longest.line.pl < 1.txt
> >
> > Why? Do you have to pay royalties to GNU every time you use cat?
>
> The simple answer is because it is (technically) useless.
What starts out as sending one file into Perl often turns into sending more
than one file into Perl, or sending one file into Perl with prefiltering
via grep or line limitations via head, or choosing certain columns with
cut, or any of a hundred things which are much easier and less error prone
if one starts with cat rather than redirection. These are all technically
useful things.
Furthermore, it keeps the overall flow of information on a pipeline running
from left to right, rather than zig-zagging.
> Writing code
> which accomplishes nothing is a waste of time.
Does the pipe character count as code? And how slowly do you type?
> Letting the computer
> execute code solely for the sake of executing it is a waste of
> time.
The amount of time is trivial, and the "solely" is merely your ignorant
opinion.
> Forcing someone else to invest time (and effort) into
> understanding something solely to discovers that it serves no
> purpose is a waste of time.
Anyone who doesn't know what cat does would be well served to take the time
to learn it.
Xho
--
-------------------- http://NewsReader.Com/ --------------------
Usenet Newsgroup Service $9.95/Month 30GB
------------------------------
Date: Sun, 15 Apr 2012 20:13:00 +0100
From: Rainer Weikusat <rweikusat@mssgmbh.com>
Subject: Re: Why does this code works without cat ?
Message-Id: <87k41gkdvn.fsf@sapphire.mobileactivedefense.com>
xhoster@gmail.com writes:
> Rainer Weikusat <rweikusat@mssgmbh.com> wrote:
>> xhoster@gmail.com writes:
>> > Jürgen Exner <jurgenex@hotmail.com> wrote:
>> >> naruto canada <narutocanada@gmail.com> wrote:
>> >> >cat 1.txt | longest.line.pl
>> >>
>> >> And again someone applying for the useless use of cat award.
>> >> If you want to use a file as standard input for a program then at
>> >> least do it without cat:
>> >>
>> >> longest.line.pl < 1.txt
>> >
>> > Why? Do you have to pay royalties to GNU every time you use cat?
>>
>> The simple answer is because it is (technically) useless.
>
> What starts out as sending one file into Perl often turns into sending more
> than one file into Perl,
So, use cat then.
> or sending one file into Perl with prefiltering via grep or line
> limitations via head, or choosing certain columns with cut, or any
> of a hundred things
cat in front of any of these command is as useless as in front of
perl: They can either all work with files directly or use files the
shell opened for them
> Furthermore, it keeps the overall flow of information on a pipeline
> running from left to right, rather than zig-zagging.
In absence of at least one command which neither cat nor the command
which had a useless cat prefixed to it, there is no need for 'a
pipeline' aka 'copying all of the input data into and out of a kernel
buffer for no particular technical reason.
>> Writing code which accomplishes nothing is a waste of time.
>
> Does the pipe character count as code? And how slowly do you type?
The answers are 'yes it does' and 'This doesn't matter. Are we
perhaps trying to change an unwelcome topic?'.
>> Letting the computer execute code solely for the sake of executing
>> it is a waste of time.
>
> The amount of time is trivial, and the "solely" is merely your
> ignorant opinion.
Solely is a fact, no matter what your ignorant dissenting opinion
might be, and whether you consider something 'trivial' has no relation
to the question if it is necessary or not.
>> Forcing someone else to invest time (and effort) into
>> understanding something solely to discovers that it serves no
>> purpose is a waste of time.
>
> Anyone who doesn't know what cat does would be well served to take
> the time to learn it.
I was referring to the time necessary to read and understand some
text. Unsurprisingly, that went right past you ...
------------------------------
Date: Sun, 15 Apr 2012 12:31:28 -0700
From: Jürgen Exner <jurgenex@hotmail.com>
Subject: Re: Why does this code works without cat ?
Message-Id: <7p7mo7pdhadhmnuojlfn7cnl336eburo2k@4ax.com>
xhoster@gmail.com wrote:
>Jürgen Exner <jurgenex@hotmail.com> wrote:
>> naruto canada <narutocanada@gmail.com> wrote:
>> >cat 1.txt | longest.line.pl
>>
>> And again someone applying for the useless use of cat award.
>> If you want to use a file as standard input for a program then at least
>> do it without cat:
>>
>> longest.line.pl < 1.txt
>
>Why?
Because at least _I_ don't like cluttering my code with useless bits and
pieces. There simply is nothing to conCATenate here. Or do you also add
0 to an arithmetic expression or concatenate the empty string to a
string just because you can?
Reminds me of a former student who insisted on writing
if (SomeCondition == TRUE) {...}
every single time. Of course he got the correct result but the code is
nevertheless amateurish and nothing to brag about.
>Do you have to pay royalties to GNU every time you use cat?
>I don't.
Your OS does by creating, running, and cleaning up a totally superfluous
process.
Yes, there are exceptions where using cat() with a single file is useful
(or adding a 0 or concatenating an empty string). But this is not one of
them.
jue
------------------------------
Date: Sun, 15 Apr 2012 12:48:27 -0700
From: Jürgen Exner <jurgenex@hotmail.com>
Subject: Re: Why does this code works without cat ?
Message-Id: <pd9mo7tbl0eps3io70deg5braguo2ugia9@4ax.com>
xhoster@gmail.com wrote:
>Anyone who doesn't know what cat does would be well served to take the time
>to learn it.
It conCATenates the content of files, doesn't it?
jue
------------------------------
Date: 15 Apr 2012 22:45:50 GMT
From: xhoster@gmail.com
Subject: Re: Why does this code works without cat ?
Message-Id: <20120415184550.943$Zr@newsreader.com>
Rainer Weikusat <rweikusat@mssgmbh.com> wrote:
> xhoster@gmail.com writes:
> > Rainer Weikusat <rweikusat@mssgmbh.com> wrote:
> >> xhoster@gmail.com writes:
> >> > Jürgen Exner <jurgenex@hotmail.com> wrote:
> >> >> naruto canada <narutocanada@gmail.com> wrote:
> >> >> >cat 1.txt | longest.line.pl
> >> >>
> >> >> And again someone applying for the useless use of cat award.
> >> >> If you want to use a file as standard input for a program then at
> >> >> least do it without cat:
> >> >>
> >> >> longest.line.pl < 1.txt
> >> >
> >> > Why? Do you have to pay royalties to GNU every time you use cat?
> >>
> >> The simple answer is because it is (technically) useless.
> >
> > What starts out as sending one file into Perl often turns into sending
> > more than one file into Perl,
>
> So, use cat then.
Thanks, I think I will continue to do so.
>
> > or sending one file into Perl with prefiltering via grep or line
> > limitations via head, or choosing certain columns with cut, or any
> > of a hundred things
>
> cat in front of any of these command is as useless as in front of
> perl: They can either all work with files directly or use files the
> shell opened for them
The point you so cleverly miss is that turning a cat into a grep is let
easier, and less error-prone, than migrating a redirected file name from
after the perl -e 'whatever' to before it, and adding a grep.
> >
> > Anyone who doesn't know what cat does would be well served to take
> > the time to learn it.
>
> I was referring to the time necessary to read and understand some
> text. Unsurprisingly, that went right past you ...
If it is difficult to read and understand "cat" then you are probably
beyond help.
Xho
--
-------------------- http://NewsReader.Com/ --------------------
Usenet Newsgroup Service $9.95/Month 30GB
------------------------------
Date: 15 Apr 2012 22:47:28 GMT
From: xhoster@gmail.com
Subject: Re: Why does this code works without cat ?
Message-Id: <20120415184728.345$0v@newsreader.com>
Jürgen Exner <jurgenex@hotmail.com> wrote:
> xhoster@gmail.com wrote:
> >Jürgen Exner <jurgenex@hotmail.com> wrote:
> >Do you have to pay royalties to GNU every time you use cat?
> >I don't.
>
> Your OS does by creating, running, and cleaning up a totally superfluous
> process.
And how big are *those* royalty checks?
Xho
--
-------------------- http://NewsReader.Com/ --------------------
Usenet Newsgroup Service $9.95/Month 30GB
------------------------------
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:
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
Back issues are available via anonymous ftp from
ftp://cil-www.oce.orst.edu/pub/perl/old-digests.
#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 3666
***************************************
