Re: Bytecode metadata

2003-01-25 Thread Sean O'Rourke
On Sat, 25 Jan 2003, Dave Mitchell wrote: > On Sat, Jan 25, 2003 at 06:18:47AM -0800, Sean O'Rourke wrote: > > On Sat, 25 Jan 2003, Leopold Toetsch wrote: > > > Dan Sugalski wrote: > > > > > > > At 5:32 PM + 1/24/03, Dave Mitchell wrote: > > > > > > > >> I just wrote a quick C program that succ

Re: An ignorant opinion from an amateur [was: Re: Civility, please]

2003-01-25 Thread Damian Conway
Sam Vilain wrote: To me what's missing stands out like a sore thumb - that making sure a package/class definition can express all the same primitive elements used by the current emerged standard of modelling data sets - UML. The design group is currently considering the entire issue of class me

Re: L2R/R2L syntax

2003-01-25 Thread Damian Conway
Graham Barr wrote: This is not a for or against, but there is something that has been bugging me about this. Currently in Perl5 it is possible to create a sub that has map/grep-like syntax, take a look at List::Util If the function form of map/grep were to be removed, which has been suggested,

Re: TPF donations (was Re: L2R/R2L syntax [x-adr][x-bayes])

2003-01-25 Thread Damian Conway
David Storrs wrote: Correct me if I'm wrong, but isn't the one thing that all those projects have in common...well...Perl? And isn't Larry the guy to whom we owe the existence of Perl? I'm not fortunate enough to be using Perl in my job, but I'm still more than happy to pony up for a donation,

Re: L2R/R2L syntax

2003-01-25 Thread Damian Conway
Michael Lazzaro wrote: When I come home from work each day, I can see my dog eagerly waiting at the window, just black snout and frenetically wagging tail visible over the sill. I often think Larry and Damian must feel that way about this group. Poor, comical beasts, but so eager and well-me

Re: Bytecode metadata

2003-01-25 Thread Dave Mitchell
On Sun, Jan 26, 2003 at 12:40:19AM +, Nicholas Clark wrote: > On Sat, Jan 25, 2003 at 11:43:40PM +, Dave Mitchell wrote: > > Okay, I just ran a program on a a Solaris machines that mmaps in each > > of 571 man files 20 times (a total of 11420 mmaps). The process size > > was 181Mb, but the

Re: Bytecode metadata

2003-01-25 Thread Nicholas Clark
On Sat, Jan 25, 2003 at 11:43:40PM +, Dave Mitchell wrote: > On Sat, Jan 25, 2003 at 06:18:47AM -0800, Sean O'Rourke wrote: > > On Sat, 25 Jan 2003, Leopold Toetsch wrote: > > > Dan Sugalski wrote: > > > > > > > At 5:32 PM + 1/24/03, Dave Mitchell wrote: > > > > > > > >> I just wrote a quic

Re: Bytecode metadata

2003-01-25 Thread Dave Mitchell
On Sat, Jan 25, 2003 at 10:04:37AM -0500, Jason Gloudon wrote: > On Thu, Jan 23, 2003 at 08:39:21PM +, Dave Mitchell wrote: > > > This means that a Perl server that relies on a lot of modules, and which > > forks for each connection (imagine a Perl-based web server), doesn't > > consume acres

Re: Bytecode metadata

2003-01-25 Thread Dave Mitchell
On Sat, Jan 25, 2003 at 06:18:47AM -0800, Sean O'Rourke wrote: > On Sat, 25 Jan 2003, Leopold Toetsch wrote: > > Dan Sugalski wrote: > > > > > At 5:32 PM + 1/24/03, Dave Mitchell wrote: > > > > > >> I just wrote a quick C program that successfully mmap-ed in all 1639 > > >> files in my Linux bo

Re: AUTOLOADED pre- and post- handler methods?

2003-01-25 Thread Christopher Armstrong
Dan Sugalski <[EMAIL PROTECTED]> writes: > I know (now) that python lets you have an interceptor method that gets > called before a named method is called even. Does it allow this method > to be generated by the generic fallback method? Python doesn't really have "interceptor methods". In fact, th

AUTOLOADED pre- and post- handler methods?

2003-01-25 Thread Dan Sugalski
Here's a question for the python/ruby folks. I know (now) that python lets you have an interceptor method that gets called before a named method is called even. Does it allow this method to be generated by the generic fallback method? In Perl terms, assume we have a method PRE that gets called

Re: Bytecode metadata

2003-01-25 Thread Jason Gloudon
On Thu, Jan 23, 2003 at 08:39:21PM +, Dave Mitchell wrote: > This means that a Perl server that relies on a lot of modules, and which > forks for each connection (imagine a Perl-based web server), doesn't > consume acres of swap space just to have an in-memory image per Perl > process, of all

Re: Bytecode metadata

2003-01-25 Thread Sean O'Rourke
On Sat, 25 Jan 2003, Leopold Toetsch wrote: > Dan Sugalski wrote: > > > At 5:32 PM + 1/24/03, Dave Mitchell wrote: > > > >> I just wrote a quick C program that successfully mmap-ed in all 1639 > >> files in my Linux box's /usr/share/man/man1 directory. > > > > > > Linux is not the universe, tho

Re: Bytecode metadata

2003-01-25 Thread Leopold Toetsch
Nicholas Clark wrote: On Sat, Jan 25, 2003 at 10:26:22AM +0100, Leopold Toetsch wrote: The palladium parrot :) naa. I said "signed by you", not "signed by the RIAA^WMPAA^WMicrosoft" Yes, of course. I would do this with a personalized version of fingerprint.c and generate a separate exe

Re: Bytecode metadata

2003-01-25 Thread Leopold Toetsch
Dan Sugalski wrote: At 5:32 PM + 1/24/03, Dave Mitchell wrote: I just wrote a quick C program that successfully mmap-ed in all 1639 files in my Linux box's /usr/share/man/man1 directory. Linux is not the universe, though. I have it changed to use mmap() bytecode (other segments, with

Re: Bytecode metadata

2003-01-25 Thread Nicholas Clark
On Sat, Jan 25, 2003 at 10:26:22AM +0100, Leopold Toetsch wrote: > Nicholas Clark wrote: > >Also some way of storing a cryptographic signature in the file, so that you > >could compile a parrot that automatically refuses to load code that isn't > >signed by you. > > > The palladium parrot :) na

Re: "Arc: An Unfinished Dialect of Lisp"

2003-01-25 Thread Andy Wardley
Adam Turoff wrote: > The problem with cons/car/cdr is that they're fundemental operations. > Graham *has* learned from perl, and is receptive to the idea that > fundemental operators should be huffman encoded (lambda -> fn). It > would be easy to simply rename car/cdr to first/rest, but that loses

Re: Bytecode metadata

2003-01-25 Thread Leopold Toetsch
Nicholas Clark wrote: On Thu, Jan 23, 2003 at 02:48:38PM -0800, Brent Dax wrote: struct Chunk { opcode_t type; opcode_t version; opcode_t size; void data[]; }; I agree with the "roughly" bit, but I'd suggest ensuring that you put in enough bits to get data[] 64 bit aligned. If t