Re: .NET

2001-05-03 Thread John Barnette
Dave Storrs said: > On 3 May 2001, Ilya Martynov wrote: > > >> You can serialize/deserilize object with Storable > > >> > > >> $foo = new Bar > > >> store_fd $foo, \*SOCKET; > > >> > > >> and on the other end > > >> > > >> $foo = retrieve_fd \*SOCKET; > > >> $foo->bar; > > >> > > >> It will work i

Re: RFC 357 (v1) Perl should use XML for documentation instead ofPOD

2000-10-03 Thread John Barnette
John Porter (Today): > Nicholas Clark wrote: > > On Mon, Oct 02, 2000 at 02:44:56PM -0600, John Barnette wrote: > > > But why extend the syntax for such a niche application? > > > > > > * POD can be easily converted to XML. > > > * POD can cont

RE: RFC 357 (v1) Perl should use XML for documentation instead of POD

2000-10-02 Thread John Barnette
Garrett Goebel (Today): > Horror of horrors: why not support both? Long live: TMTOWTDI. If XML > documentation fails to thrive, cut it from Perl 6.1. If both thrive, keep > 'em. As everyone has said XML can be converted to pod and vice versa. Pod > tools could be made to coexist with XML. But why

Re: RFC 333 (v1) Add C and C funtions to coredistribution

2000-09-28 Thread John Barnette
Perl6 RFC Librarian (Today): > =head1 TITLE > Add C and C funtions to core distribution >Maintainer: Nathan Wiger <[EMAIL PROTECTED]> > > =head1 ABSTRACT > This RFC proposes that Perl include a simple function, C, that > can be used to interact with these headers more easily. It is a > gener

Re: RFC 109 (v1) Less line noise - let's get rid of @%

2000-08-16 Thread John Barnette
> > > No, it's not. Where are we taught this? It's a myth. > > > The punctuation imposes context on the variable expression. > > > $foo[0] > > > accesses an array. Where's the "@"? > > > > It accesses an *element* of the array, which is a scalar. This scalar > > might be blessed into a

Re: RFC 109 (v1) Less line noise - let's get rid of @%

2000-08-16 Thread John Barnette
John Porter wrote: > Russ Allbery wrote: > > $args = 'first second third'; > > @args = split (' ', $args); > > my $i = 0; > > %args = map { $_ => ++$i } @args; > > > > This is very Perlish to me; the punctuation is part of the variable name > > and disambiguates nicely. > > No, it

Re: RFC: multiline comments

2000-08-01 Thread John Barnette
Michael Fowler wrote: > I'm not sure exactly what you consider to be a "true multiline comment", but > Perl definitely has them by my definition. > > =pod > > Hi, this is a multiline comment. > > =cut ...and there are a lot WORSE ways to do this in current Perl: sub multiline-comment {} mul

Re: RFC: multiline comments

2000-08-01 Thread John Barnette
Michael Fowler wrote: > On Tue, Aug 01, 2000 at 05:28:08PM -0400, Michael Mathews wrote: > > Unlike many programming languages Perl does not currently implement true > > multiline comments. This can be confusing/tedious to programmers. This could > > be solved by adding a syntax to Perl 6 that wou