[29322] in Perl-Users-Digest
Perl-Users Digest, Issue: 566 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sat Jun 23 21:10:33 2007
Date: Sat, 23 Jun 2007 18:09:13 -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 Sat, 23 Jun 2007 Volume: 11 Number: 566
Today's topics:
Re: 12 hour clock and offset problem anno4000@radom.zrz.tu-berlin.de
Re: 12 hour clock and offset problem <rvtol+news@isolution.nl>
Re: 12 hour clock and offset problem <hjp-usenet2@hjp.at>
Re: Assigning another filehandle to STDOUT, using binmo <hjp-usenet2@hjp.at>
Re: date parts in one step <hjp-usenet2@hjp.at>
Re: Help: About 'if' structure <ts@dionic.net>
Re: Help: About 'if' structure <mritty@gmail.com>
Re: Help: About 'if' structure <ts@dionic.net>
Re: Perl Best Practices - Code Formatting. <bik.mido@tiscalinet.it>
Re: Portable general timestamp format, not 2038-limited <james.harris.1@googlemail.com>
Re: Portable general timestamp format, not 2038-limited <rossum48@coldmail.com>
Re: The Modernization of Emacs <blmblm@myrealbox.com>
Re: The Modernization of Emacs: terminology buffer and <eadmund42@NOSPAMgmail.com>
Re: The Modernization of Emacs: terminology buffer and <eadmund42@NOSPAMgmail.com>
Re: The Modernization of Emacs: terminology buffer and <eadmund42@NOSPAMgmail.com>
Re: The Modernization of Emacs: terminology buffer and <blmblm@myrealbox.com>
Re: The Modernization of Emacs: terminology buffer and <eadmund42@NOSPAMgmail.com>
Re: why we need perl6 if we have parrort? <nospam-abuse@ilyaz.org>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 23 Jun 2007 22:59:02 GMT
From: anno4000@radom.zrz.tu-berlin.de
Subject: Re: 12 hour clock and offset problem
Message-Id: <5e5mtmF35hsraU1@mid.dfncis.de>
Peter J. Holzer <hjp-usenet2@hjp.at> wrote in comp.lang.perl.misc:
> On 2007-06-18 11:03, anno4000@radom.zrz.tu-berlin.de
> <anno4000@radom.zrz.tu-berlin.de> wrote:
> > The "x mod y" operation can be consistently defined for all real x and
> > y through
> >
> > x mod y = x - y*floor(x/y) (y != 0)
> > y mod 0 = x
>
> Ex falso quodlibet?
It is very customary to fix definitions when the original one
doesn't apply. Mathematicians do it all the time, provided that some
fundamental law(s) can be preserved by the fix.
> But I think you mean:
>
> x mod 0 = 0
No, I (or rather, Knuth and other Authors) mean
y mod 0 = x
The law to preserve here is that x - (x mod y) is an integral multiple
of y. That works for y = 0 if we define x mod 0 = x because 0 is an
integral multiple of 0, but not if we set x mod 0 = 0 (x would have to
be a multiple of 0).
Anno
------------------------------
Date: Sun, 24 Jun 2007 01:55:48 +0200
From: "Dr.Ruud" <rvtol+news@isolution.nl>
Subject: Re: 12 hour clock and offset problem
Message-Id: <f5kj0p.ao.1@news.isolution.nl>
anno schreef:
> Peter J. Holzer:
>> anno:
>>> The "x mod y" operation can be consistently defined for all real x
>>> and y through
>>>
>>> x mod y = x - y*floor(x/y) (y != 0)
>>> y mod 0 = x
>> [...]
>> But I think you mean:
>>
>> x mod 0 = 0
>
> No, I (or rather, Knuth and other Authors) mean
>
> y mod 0 = x
Bzzzt. x mod 0 = x
--
Affijn, Ruud
"Gewoon is een tijger."
------------------------------
Date: Sun, 24 Jun 2007 02:16:32 +0200
From: "Peter J. Holzer" <hjp-usenet2@hjp.at>
Subject: Re: 12 hour clock and offset problem
Message-Id: <slrnf7rdv0.bm4.hjp-usenet2@zeno.hjp.at>
On 2007-06-23 22:59, anno4000@radom.zrz.tu-berlin.de <anno4000@radom.zrz.tu-berlin.de> wrote:
> Peter J. Holzer <hjp-usenet2@hjp.at> wrote in comp.lang.perl.misc:
>> On 2007-06-18 11:03, anno4000@radom.zrz.tu-berlin.de
>> <anno4000@radom.zrz.tu-berlin.de> wrote:
>> > The "x mod y" operation can be consistently defined for all real x and
>> > y through
>> >
>> > x mod y = x - y*floor(x/y) (y != 0)
>> > y mod 0 = x
>>
>> Ex falso quodlibet?
>
> It is very customary to fix definitions when the original one
> doesn't apply. Mathematicians do it all the time, provided that some
> fundamental law(s) can be preserved by the fix.
>
>> But I think you mean:
>>
>> x mod 0 = 0
>
> No, I (or rather, Knuth and other Authors) mean
>
> y mod 0 = x
What is x in this case? A random number? It doesn't appear on the left
side of the equation.
> The law to preserve here is that x - (x mod y) is an integral multiple
> of y. That works for y = 0 if we define x mod 0 = x
But you didn't. Please compare
x mod 0 = x
and
y mod 0 = x
They are not the same.
> because 0 is an integral multiple of 0, but not if we set x mod 0 = 0
> (x would have to be a multiple of 0).
x = inf * 0 (for any x).
Knuth's definition has a very ugly property:
For any x, y with x >= 0 and y > 0 it is true that 0 <= x mod y < y.
But for y = 0, this is not true!
My proposed "fix" preserves the property that 0 <= x mod y < y.
hp
--
_ | Peter J. Holzer | I know I'd be respectful of a pirate
|_|_) | Sysadmin WSR | with an emu on his shoulder.
| | | hjp@hjp.at |
__/ | http://www.hjp.at/ | -- Sam in "Freefall"
------------------------------
Date: Sat, 23 Jun 2007 22:09:01 +0200
From: "Peter J. Holzer" <hjp-usenet2@hjp.at>
Subject: Re: Assigning another filehandle to STDOUT, using binmode.
Message-Id: <slrnf7qvet.bd1.hjp-usenet2@zeno.hjp.at>
On 2007-06-22 18:18, Adam Funk <a24061@ducksburg.com> wrote:
> On 2007-06-21, Dr.Ruud wrote:
>> Adam Funk schreef:
>>
>>> Is using binmode the most correct way to suppress those annoying "Wide
>>> character" warnings?
>>
>> What is annoying about them? The just mean that you need to fix your
>> program.
>
> OK, let my try a different set of questions: is using binmode the
> correct way to fix the error that causes those warnings?
It is "a" correct way, not "the" correct way. There are other ways: The
-C option (and it's cousin, the PERL_UNICODE environment variable),
specifying perl I/O layers for open, etc.
I generally prefer
open($fh, '<:utf8', $filename);
to
open($fh, '<', $filename);
binmode $fh, ':utf8';
because it is shorter and cleaner. So I use binmode only on STDIN,
STDOUT and (rarely) STDERR, and then I might use -C instead.
I used to use the PERL_UNICODE environment variable, but that bit me
almost as often as it helped, so I don't do that any more.
> As I said, I'm running the program in a UTF-8 environment but getting
> thousands (I think) of identical warnings about "Wide characters"
> which actually refer to correct UTF-8 characters that Perl has read
> from input data files without a hiccup.
>
> Why is it unreasonable that I find this annoying?
> or
> What am I doing that constitutes an error?
You are producing complete garbage. Consider this:
------------------------------------------------------------------------
1 #!/usr/bin/perl
2
3 use warnings;
4 use strict;
5 use utf8;
6
7 my $s1 = "Rübezahl\n";
8 my $s2 = "€ 200,--\n";
9
10 print $s1;
11 print $s2;
------------------------------------------------------------------------
hrunkner:~/tmp 21:55 193% ./foo | od -c
Wide character in print at ./foo line 11.
0000000 R 374 b e z a h l \n 342 202 254 2 0 0
0000020 , - - \n
0000024
hrunkner:~/tmp 21:55 194%
As you can see you get the warning only when printing $s2, but *not*
when printing $s1. The "ü" in $s1 has a code of less than 256, so it can
be printed as a single byte, and is. The € cannot be printed as a single
byte, so it is encoded as UTF-8 and a warning is printed.
The end result is that the output is a mixture of encodings. The first
line is ISO-8859-1, the second is UTF-8. It is impossible to read this
mess again. (And perl really cannot help this - in line 10 it doesn't
know that it will be asked to print a euro sign in line 11, it doesn't
even know it is printing text - it might print an image).
Now if we add a -CO to the shebang line, the output is:
hrunkner:~/tmp 22:04 198% ./foo | od -c
0000000 R 303 274 b e z a h l \n 342 202 254 2 0
0000020 0 , - - \n
0000025
And we now have both lines encoded in UTF-8.
hp
--
_ | Peter J. Holzer | I know I'd be respectful of a pirate
|_|_) | Sysadmin WSR | with an emu on his shoulder.
| | | hjp@hjp.at |
__/ | http://www.hjp.at/ | -- Sam in "Freefall"
------------------------------
Date: Sun, 24 Jun 2007 02:42:39 +0200
From: "Peter J. Holzer" <hjp-usenet2@hjp.at>
Subject: Re: date parts in one step
Message-Id: <slrnf7rffv.bm4.hjp-usenet2@zeno.hjp.at>
On 2007-06-22 11:46, Petr Vileta <stoupa@practisoft.cz> wrote:
> Brad Baxter wrote:
>> my ($m, $y) = map { $$_[0] + 1, $$_[1] + 1900 } [(localtime)[4,5]];
>>
> I debug it in Komodo and this solution do 2 steps
Why is this a problem?
hp
--
_ | Peter J. Holzer | I know I'd be respectful of a pirate
|_|_) | Sysadmin WSR | with an emu on his shoulder.
| | | hjp@hjp.at |
__/ | http://www.hjp.at/ | -- Sam in "Freefall"
------------------------------
Date: Sat, 23 Jun 2007 22:55:16 +0100
From: Tim Southerwood <ts@dionic.net>
Subject: Re: Help: About 'if' structure
Message-Id: <467d96c4$0$642$5a6aecb4@news.aaisp.net.uk>
Tad McClellan coughed up some electrons that declared:
> Amy Lee <openlinuxsource@gmail.com> wrote:
>
>
>> If I wanna use more than one cpmparisons, how can I accomplish this
>> function in perl?
>>
>> For example, in Shell script:
>
>> '-a' means "AND".
>
>
> In Perl, "and" means "AND", and "&&" means "AND" too.
>
Although the operator precedence (priority) is different for
"&&" vs "and"
and
"||" vs "or"
Worth watching out for that, and not very obvious.
To be fair, "perldoc" is a skill in itself - took me a while to discover its
potential, back in the early days.
To the OP:
perldoc perl
will list the "books" available to perldoc
perldoc perlfunc
is very useful
perldoc -f somefunctionname
is a quick lookup for the definition of a core function
and
perldoc Some::Module
documents a module ("man Some::Module" often works too, at least on all
Linux systems I've used)
I think you would benefit from getting a couple of the O'Reilly books too -
if you get only one, get the "Perl Cookbook" IMHO - instant recipes for all
sorts of interesting problems, and a good demo of use of the languages in
solving a variety of problems. Then again, I learn best by example, so you
may like to consider "Learning Perl". It's a pretty good introduction.
HTH
Tim
------------------------------
Date: Sat, 23 Jun 2007 22:06:48 -0000
From: Paul Lalli <mritty@gmail.com>
Subject: Re: Help: About 'if' structure
Message-Id: <1182636408.462955.255470@w5g2000hsg.googlegroups.com>
On Jun 23, 5:55 pm, Tim Southerwood <t...@dionic.net> wrote:
> perldoc perl
>
> will list the "books" available to perldoc
No it won't. It will give you an overview of the language, with
select other documents available. `perldoc perltoc`, on the otherhand,
will give you the Table of Contents of perldoc.
Paul Lalli
------------------------------
Date: Sat, 23 Jun 2007 23:10:01 +0100
From: Tim Southerwood <ts@dionic.net>
Subject: Re: Help: About 'if' structure
Message-Id: <467d9a39$0$648$5a6aecb4@news.aaisp.net.uk>
Paul Lalli coughed up some electrons that declared:
> On Jun 23, 5:55 pm, Tim Southerwood <t...@dionic.net> wrote:
>
>> perldoc perl
>>
>> will list the "books" available to perldoc
>
> No it won't. It will give you an overview of the language, with
> select other documents available. `perldoc perltoc`, on the otherhand,
> will give you the Table of Contents of perldoc.
>
> Paul Lalli
You're right of course - I should have said "some of the books" - for some
reason I tend to jump to perldoc perl for no apparently good reason, apart
from (probably bad) habit.
I'll get me coat...
------------------------------
Date: Sun, 24 Jun 2007 02:36:02 +0200
From: Michele Dondi <bik.mido@tiscalinet.it>
Subject: Re: Perl Best Practices - Code Formatting.
Message-Id: <uter73tth5vchd5hi5ucfmv7efr0viqdb3@4ax.com>
On Sat, 23 Jun 2007 18:59:19 GMT, Uri Guttman <uri@stemsystems.com>
wrote:
>as for the tab indents, i was supporting damian's and my positions, not
>the perlmonk nor his purported ancestry. and since JC had no biological
>father and therefore no Y chromosome, how could he begat any sons? :)
LOL++! Something good out of this increasingly nonsensical -but in a
pleasant manner!- part of the thread...
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: Sat, 23 Jun 2007 13:37:14 -0700
From: James Harris <james.harris.1@googlemail.com>
Subject: Re: Portable general timestamp format, not 2038-limited
Message-Id: <1182631034.645474.14430@q75g2000hsh.googlegroups.com>
On 22 Jun, 23:49, Roger Miller <roger.mil...@nova-sol.com> wrote:
...
> My rule of thumb in situations like this is "When in doubt store it as
> text". The one format I am pretty sure we will still be able to deal
> with in 2039.
Interesting. I hadn't thought about using text. It would add to the
storage a bit as each record is otherwise quite short. But this sounds
like a good option and may help - at least while debugging - to see
the raw date and time as digits. I will consider using this, perhaps
as yyyymmddhhmmssttt.
------------------------------
Date: Sat, 23 Jun 2007 23:04:01 +0100
From: rossum <rossum48@coldmail.com>
Subject: Re: Portable general timestamp format, not 2038-limited
Message-Id: <3t5r735jm37coi326rm9r190492a6eam26@4ax.com>
On Sat, 23 Jun 2007 13:37:14 -0700, James Harris
<james.harris.1@googlemail.com> wrote:
>On 22 Jun, 23:49, Roger Miller <roger.mil...@nova-sol.com> wrote:
>...
>> My rule of thumb in situations like this is "When in doubt store it as
>> text". The one format I am pretty sure we will still be able to deal
>> with in 2039.
>
>Interesting. I hadn't thought about using text. It would add to the
>storage a bit as each record is otherwise quite short. But this sounds
>like a good option and may help - at least while debugging - to see
>the raw date and time as digits. I will consider using this, perhaps
>as yyyymmddhhmmssttt.
You might prefer to use one of the ISO 8601 formats:
yyyymmddThhmmssttt or yyyy-mm-ddThh:mm:ss.ttt
http://www.cl.cam.ac.uk/~mgk25/iso-time.html
rossum
------------------------------
Date: 24 Jun 2007 00:58:01 GMT
From: blmblm@myrealbox.com <blmblm@myrealbox.com>
Subject: Re: The Modernization of Emacs
Message-Id: <5e5tspF30n9e0U2@mid.individual.net>
In article <1182550354.781164.238200@z28g2000prd.googlegroups.com>,
Twisted <twisted0n3@gmail.com> wrote:
[ snip ]
> I find these anecdotes liberally sprinkled into this thread frankly
> unbelievable. Either they are not using the same software I understand
> "emacs" to refer to,
I think this may be the explanation. The other people's anecdotes
seem pretty plausible to me in the context of emacs as it currently
exists. You, however, appear to be talking about -- well, I'm not
quite sure, but perhaps emacs as it existed at some earlier point
in its history? The first emacs I used (in 1980-something) didn't
have a GUI either. But the ones currently available to me do.
> or someone somewhere is simply lying. Or maybe
> there's a bunch of prodigies around and they all picked now to pipe
> up? We can't design software or any other tool to cater exclusively to
> a handful of Mozarts, though, unless there's no reason to believe
> anyone outside that small and exclusive club will ever have a use for
> it.
[ snip ]
--
B. L. Massingill
ObDisclaimer: I don't speak for my employers; they return the favor.
------------------------------
Date: Sat, 23 Jun 2007 18:35:22 -0600
From: Robert Uhl <eadmund42@NOSPAMgmail.com>
Subject: Re: The Modernization of Emacs: terminology buffer and keybinding
Message-Id: <m3y7ia196d.fsf@latakia.dyndns.org>
Twisted <twisted0n3@gmail.com> writes:
>
> For an example of the latter, consider opening a file. Can't remember
> the exact spelling and capitalization of the file name? Sorry, bud,
> you're SOL. Go find it in some other app and memorize the name, then
> return to emacs.
Once again I am forced to wonder if you have _ever_ actually used
emacs. find-file has tab completion: hit tab without anything typed, and
it displays _everything_ in the directory; type a few characters to
narrow it down; hit tab to complete the filename and be done with it.
Or of course you could use directory mode, which enables you to navigate
around a directory tree, performing actions on files (including editing
them).
Then of course there's ido.el, which is even better: type a few
characters from anywhere in the name, and it displays files matching
those characters.
You've never actually run emacs, have you?
--
Robert Uhl <http://public.xdi.org/=ruhl>
The power of Satan is as nothing before the might of the Lord, so don't
go getting any ideas. --I Abyssinians 20:20
------------------------------
Date: Sat, 23 Jun 2007 18:47:28 -0600
From: Robert Uhl <eadmund42@NOSPAMgmail.com>
Subject: Re: The Modernization of Emacs: terminology buffer and keybinding
Message-Id: <m3tzsy18m7.fsf@latakia.dyndns.org>
Twisted <twisted0n3@gmail.com> writes:
>
> HOW IN THE BLOODY HELL IS IT SUPPOSED TO OCCUR TO SOMEONE TO ENTER
> THEM, GIVEN THAT THEY HAVE TO DO SO TO REACH THE HELP THAT WOULD TELL
> THEM THOSE ARE THE KEYS TO REACH THE HELP?!
Because WHEN YOU START EMACS IT DISPLAYS A MESSAGE TELLING YOU HOW TO
GET TO THE TUTORIAL. ONCE YOU'VE FOLLOWED THE TUTORIAL YOU KNOW
EVERYTHING YOU NEED TO KNOW.
If you had ever actually run emacs you'd know this.
> Of course, Notepad is so easy to use it doesn't even need help,
> despite which it's readily available. In case you forgot the bog-
> standard (and therefore it IS self-evident) "F1" there's even a "Help"
> menu in plain view as soon as you open a Notepad.
Any modern emacs comes with F1 configured to start the help system too.
Wow!
> [remainder snipped, apparently describing some piece of software that
> presents you automatically with an emacs tutorial if you start emacs
> while it's running. I've seen emacs a few times in my day but never
> whatever unnamed piece of software is being referred to here...
The message about the tutorial is displayed by a piece of software
called 'emacs.' It's the piece of software we've talking about this
entire time. It does this every time you start it. Every single time.
Without fail. Of course, if you somehow missed it, you could also go to
the menu titled, helpfully, 'Help'; the first item therein is 'Emacs
tutorial'; the second is 'Emacs tutorial (choose language).'
If you had ever actually run emacs you'd know this.
Do you think that Mercedes are awful cars because their engines don't
start when you turn the key in the ignition? Do you think homemade
burgers are disgusting because cheese doesn't melt on them?
--
Robert Uhl <http://public.xdi.org/=ruhl>
Using SWITCHAR in MS-DOS 2.0 was a kludge on top of a kludge, back in
the days before Microsoft kludge-stacking turned the OS into a game of
Jenga played with sweating dynamite sticks. --Steve VanDevender
------------------------------
Date: Sat, 23 Jun 2007 18:49:56 -0600
From: Robert Uhl <eadmund42@NOSPAMgmail.com>
Subject: Re: The Modernization of Emacs: terminology buffer and keybinding
Message-Id: <m3ps3m18i3.fsf@latakia.dyndns.org>
nebulous99@gmail.com writes:
>
> So now we're expected to go on a filesystem fishing expedition instead
> of just hit F1?
Interestingly enough, f1 _is_ bound to the help system in emacs. So's
C-h. So's the 'help' key.
--
Robert Uhl <http://public.xdi.org/=ruhl>
That's why I love VoIP. You don't get people phoning up to complain that the
network is down. --Peter Corlett
------------------------------
Date: 24 Jun 2007 00:50:44 GMT
From: blmblm@myrealbox.com <blmblm@myrealbox.com>
Subject: Re: The Modernization of Emacs: terminology buffer and keybinding
Message-Id: <5e5tf4F30n9e0U1@mid.individual.net>
In article <m31wg6lre9.fsf@borud.not>,
Bjorn Borud <borud-news@borud.no> wrote:
> [Giorgos Keramidas <keramida@ceid.upatras.gr>]
> |
> | Educating the user to avoid confusion in this and other cases of made
> | up, 'user-friendly' descriptions is not a good enough answer.
>
> there are two types of "user friendly". there's "user friendly" and
> then there is "beginner friendly" which is often mislabeled. the
> latter is more important for applications which are to be used
> casually. like utilities you only use once or twice per year -- those
> need to be "beginner friendly".
Maybe this is an okay point at which to mention one of my favorite
bits of commentary on this subject. It's an interview with Leslie
Lamport (originator of LaTeX, among other things) in which he
talks about the needs of beginners versus the needs of experts,
and how the latter are often neglected:
http://research.microsoft.com/users/lamport/pubs/lamport-latex-interview.pdf
(Yes, he works (worked? but this seems current) for Microsoft.
Astonishing.)
Asked whether whether LaTeX is hard to use, he replies "It's easy
to use -- if you're one of the 2% of the population who thinks
logically and can read an instruction manual. [otherwise not]"
> for applications you are likely to use for prolonged periods of time
> (like programming, video editing, music production etc), it does not
> make sense to optimize for "beginner friendly". at least not at the
> cost of making the application less "user friendly".
>
> applications you spend a lot of time using are worth an investment in
> learning how to use them. what creates friction in an application you
> know reasonably well is when common tasks are fiddly. for instance,
> while menus are often good for casual use and lower the initial
> threshold for absolute beginners, depending heavily on menu navigation
> becomes too fiddly if you are performing a certain task 2-3 times per
> minute. it is not _user_ friendly.
Sing it, brother.
(I'm a vim fan myself, but my thinking is that these days emacs
and vi(m) people should be banding together against a common enemy
rather than carrying on the fine old tradition of arguing with
each other. We have in common a preference, maybe, for learning
one editor really well and using it for everything.)
--
B. L. Massingill
ObDisclaimer: I don't speak for my employers; they return the favor.
------------------------------
Date: Sat, 23 Jun 2007 18:57:03 -0600
From: Robert Uhl <eadmund42@NOSPAMgmail.com>
Subject: Re: The Modernization of Emacs: terminology buffer and keybinding
Message-Id: <m3lkea1868.fsf@latakia.dyndns.org>
Bjorn Borud <borud-news@borud.no> writes:
>
> for Emacs it would be far more helpful if the Lisp-implementation was
> replaced with one that is more efficient and Common Lisp-like.
> (indeed several friends of mine would like to see Emacs done in Common
> Lisp, and I seem to have some memory of such a project existing
> somewhere).
Agreed. Stallman got sidetracked by Scheme, which IMHO was a dead-end.
A Common Lisp emacs would be pretty sweet. There's a Climacs project,
but they're just focused on providing an editor, not on providing a
full-fledged emacs.
--
Robert Uhl <http://public.xdi.org/=ruhl>
Cinder blocks: $100
Mortar: $30
A cask of amontillado: $300
The faint screams of a desperate PHB: priceless. --O. Schwarz
------------------------------
Date: Sat, 23 Jun 2007 22:30:39 +0000 (UTC)
From: Ilya Zakharevich <nospam-abuse@ilyaz.org>
Subject: Re: why we need perl6 if we have parrort?
Message-Id: <f5k6uf$2698$1@agate.berkeley.edu>
[A complimentary Cc of this posting was sent to
Uri Guttman
<uri@stemsystems.com>], who wrote in article <x7aburirv7.fsf@mail.sysarch.com>:
> SP> Because the existing code base is huge and brittle - as a result
> SP> of twenty- odd years since Perl 1 of "just augmenting" it. There
> SP> was a very real need to do a major ground-up rewrite.
> actually perl5 was a complete rewrite by larry and didn't share any
> source code with perl4.
Wrong. Perl5 was incremenental - with a major part of code
"incremented", so the intersection is not very big. Nevertheless, we
hunted bugs caused by those "remnants" for many years, until Perl5
started to "more or less work".
Hope this helps,
Ilya
------------------------------
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 566
**************************************
