Test run of the new Phalanx 100

2005-01-17 Thread Andy Lester
I've rerun the numbers on Phalanx. Following are the latest/greatest Phalanx 100. A bunch of Test-* distros get their own special top-of-the-list subset. If there's any modules missing that you think belong on the list, let me know. Anything that we specifically should NOT do, let me know. =he

Re: Proposed vtable changes WRT method lookup

2005-01-17 Thread Sam Ruby
Leopold Toetsch wrote: Below inline attached is a proposal for vtable changes, mainly WRT method lookup. First, a general question: under what circumstances is it OK and/or expected for the opcode C and the VTABLE entry VTABLE_get_class to return different results? At the moment, these return q

Re: Proposed vtable changes WRT method lookup

2005-01-17 Thread Dave Whipp
Leopold Toetsch wrote: 1) rename vtable->data to vtable->class All current usage of the 'void *data' vtable element is as the object's class. So it should read "PMC *class". Its a minor thing, but I would try to avoid using identifiers that are keywords in C++: especially in header files. The fact

RE: Background materials

2005-01-17 Thread Garrett Goebel
Shevek wrote: > > As I do random research into garbage collection and language > design, I wonder whether there is a page of academic backgrounds > and comments thereon for perl6? I'm mooching around Jones and > Lins and citeseer, and I thought it might be useful to have a > list of papers and our

Proposed vtable changes WRT method lookup

2005-01-17 Thread Leopold Toetsch
Below inline attached is a proposal for vtable changes, mainly WRT method lookup. Comments welcome, leo Proposed vtable changes WRT method lookup 1) rename vtable->data to vtable->class All current usage of the 'void *data' vtable element is as the object's class. So it should read "PMC *class"

Re: [perl #33815] resove ticket via e-mail

2005-01-17 Thread William Coleda
This is a deployment of RT for issuings regarding http://www.parrotcode.org, not the ticketing system for RT itself. I would suggest checking http://www.bestpractical.com/rt/. Regards. prashanth (via RT) wrote: # New Ticket Created by prashanth # Please include the string: [perl #33815] # in th

Re: [perl #33801] [PATCH] GDBMHash - a dynamic PMC that binds to GNU dbm

2005-01-17 Thread Leopold Toetsch
Bernhard Schmalhofer <[EMAIL PROTECTED]> wrote: > I have been working on a dynamic PMC that calls into 'gdbm'. 'gdbm' is a > file based database, that provides dictionary lookup. Thanks, applied. leo

Re: [perl #33801] [PATCH] GDBMHash - a dynamic PMC that binds to GNU dbm

2005-01-17 Thread Leopold Toetsch
Bernhard Schmalhofer <[EMAIL PROTECTED]> wrote: > Leopold Toetsch wrote: >> Bernhard Schmalhofer <[EMAIL PROTECTED]> wrote: >> >>>There are no fancy features yet. INVAL, FLOATVAL, PMC and STRINGS are >>>converted to char arrays and are written to the database file. >> >> Shouldn't PMC use freeze/th

[perl #33815] resove ticket via e-mail

2005-01-17 Thread via RT
# New Ticket Created by prashanth # Please include the string: [perl #33815] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=33815 > Hi, I want to set RT to resolve ticket via mail by requester or CC. please any

Re: [perl #33801] [PATCH] GDBMHash - a dynamic PMC that binds to GNU dbm

2005-01-17 Thread Bernhard Schmalhofer
Leopold Toetsch wrote: Bernhard Schmalhofer <[EMAIL PROTECTED]> wrote: I have been working on a dynamic PMC that calls into 'gdbm'. 'gdbm' is a file based database, that provides dictionary lookup. There are no fancy features yet. INVAL, FLOATVAL, PMC and STRINGS are converted to char arrays and

Re: [perl #33801] [PATCH] GDBMHash - a dynamic PMC that binds to GNU dbm

2005-01-17 Thread Leopold Toetsch
Bernhard Schmalhofer <[EMAIL PROTECTED]> wrote: > Hi, > I have been working on a dynamic PMC that calls into 'gdbm'. 'gdbm' is a > file based database, that provides dictionary lookup. > There are no fancy features yet. INVAL, FLOATVAL, PMC and STRINGS are > converted to char arrays and are writ

Re: crashing parrot for fun and profit.

2005-01-17 Thread Leopold Toetsch
William Coleda <[EMAIL PROTECTED]> wrote: > So, it's possible for someone to crash parrot by writing questionable PIR? ^_^ Yes. It's assembler programming basically. But eventually we'll have to set GCed items in such a way that an access doesn't segfault but throws an exception. > (This was work