Folks,
I'm off on vacation until mid-next week some time (probably the 23rd). I
don't expect it'll make much of a difference, but just in case someone's
wondering where I've gone to and why I've not answered that burning e-mail
message...
Dan
-
At 04:43 PM 8/16/00 -0400, Chaim Frenkel wrote:
> > "DS" == Dan Sugalski <[EMAIL PROTECTED]> writes:
>
>DS> * There was some discussion about garbage collection, but it's not really
>DS> gone anywhere, besides to the bookstore. The current reference-count GC
>DS> scheme will probably go, thoug
> "DS" == Dan Sugalski <[EMAIL PROTECTED]> writes:
DS> * There was some discussion about garbage collection, but it's not really
DS> gone anywhere, besides to the bookstore. The current reference-count GC
DS> scheme will probably go, though.
Err, when did this decision come about. I saw so
Johan Vromans <[EMAIL PROTECTED]> writes:
>Nathan Wiger <[EMAIL PROTECTED]> writes:
>
>>$fo = open "C:\Windows\System\IOSUBSYS\RMM.PDR";
>>$fo->pathdrive = "C:" ;
>
>I think the drive is "C", not "C:".
The reason for including the ':' is so that the rule for reconstructing
the path is ea
Jarkko Hietaniemi <[EMAIL PROTECTED]> writes:
>On Fri, Aug 11, 2000 at 02:16:31AM -0700, Nathan Wiger wrote:
>> [cc'ed on internals as FYI]
>>
>> > =item 36 (v1): Structured Internal Representation of Filenames
>>
>> I think this should be discussed a good amount. I think URIs are cool,
>> but t
This and other RFCs are available on the web at
http://dev.perl.org/rfc/
=head1 TITLE
Efficient numerics with perl
=head1 VERSION
Maintainer: pdl-porters team <[EMAIL PROTECTED]>
Date: 16 August 2000
Version: 1
Mailing List: [EMAIL PROTECTED]
Number: 116
=head1 ABSTRACT
This RFC
[EMAIL PROTECTED] (Simon Cozens) wrote on 15.08.00 in
<[EMAIL PROTECTED]>:
> iii) Never assume bytes.
Beware of breaking binary patching. That would be a very bad thing.
Silly example not entirely unlike code I've actually seen:
open B, "< /tmp/netscape.old";
$/ = undef;
$netscape = ;
cl
J. David Blackstone wrote:
> I always treat the return value of time() as a black-box value. I
>can perform specific actions on it, such as feeding it to localtime()
>or adding relative time intervals to it, such as a year of seconds.
>But I do not allow myself to look at that value. I was ki
Well, here's something I think I need to delegate. :)
The perl6-internals list hasn't seen nearly the traffic that perl6-language
has, has yet to spawn off any sub-lists, and has produced only a few RFCs.
This is, in general, a good thing, as it's somewhat premature to be getting
too deep into
> On Tue, Aug 15, 2000 at 09:25:34AM -0700, Larry Wall wrote:
> > [EMAIL PROTECTED] writes:
> > : Yep. Or more generally "Standardize Perl on all platforms to one
> > : common time epoch" and reccommend the Unix epoch since it's so
> > : widespread. :-)
> >
> > Oh, gee, where's your sense of his
On Tue, Aug 15, 2000 at 09:25:34AM -0700, Larry Wall wrote:
> [EMAIL PROTECTED] writes:
> : Yep. Or more generally "Standardize Perl on all platforms to one
> : common time epoch" and reccommend the Unix epoch since it's so
> : widespread. :-)
>
> Oh, gee, where's your sense of history? (As in
Chaim Frenkel <[EMAIL PROTECTED]> writes:
>> "DS" == Dan Sugalski <[EMAIL PROTECTED]> writes:
>
>DS> I was actually thinking that @b * @c would boil down to a single vtable
>DS> call--we'd just hit the multiply function for variable @b, and pass it a
>DS> pointer to @c, and let it Do The Rig
12 matches
Mail list logo
