Dan Sugalski:
# At 9:37 PM -0400 9/29/02, Mike Lambert wrote:
# >intlist is not the only culprit. ./classes/key.c and ./key.c have a
# >similar problem.
#
# Then let's start a convention.
#
# Classes start with a CL_ prefix, encodings with an EN_ prefix, and
# character set stuff starts with a
On Fri, Oct 04, 2002 at 12:42:52PM -0400, Erik Lechak wrote:
>
> Is there a document out there that describes the genclass.pl script,
> Vtable.pm and how pmc files become C files?
classes/pmc2c.pl has documentation for the last.
perldoc -F classes/pmc2c.pl
> If I wanted to write a section o
On Sat, Oct 05, 2002 at 10:32:41AM -0700, Brent Dax wrote:
> Why not just drop the 'therefore'?
>
> Objects in all pools not alive are considered dead.
>
> Are the objects not alive or the pools? If it's the objects, is the "in
> all pools" necessary?
Yes, I'm just starting to wonder wh
> And additionally, for + 10 % more generations in life.pasm
> - tossed one instruction in the fast path of Buffer_headers
I don't believe this is valid. bufstart needs to be set to 0 when you free
an object. When the stackwalk runs, it could "liven" a dead buffer. When
the copying collector runs
Nicholas Clark:
# > +Objects in all pools not alive are considered dead therefore.
#
# I find the order of that sentence slightly confusing -
# therefore is quite an important word, yet it's the end (just
# like a perl5 regexp flag).
Beyond that, I believe it's bad grammar. I've never seen a
Sean O' Rourke wrote
>On Fri, 4 Oct 2002, Tanton Gibbs wrote:
>> I agree with this; however, I also think it would be nice to have it all in
>> one place. It's a nuisance to have to open every file just to see what it
>> is. By the time I figure out what the 60th file does, I've forgotten what
>
Nicholas Clark wrote:
> On Sat, Oct 05, 2002 at 09:21:47AM +, Leopold Toetsch wrote:
>>Attached docu is for review and might also go in.
>>Suggestions, bugfixes, comments welcome.
>>
>
> I don't know enough about the technical specifics of parrot to find bugs
> in your descriptions. It's a
On Sat, Oct 05, 2002 at 09:21:47AM +, Leopold Toetsch wrote:
> Attached docu is for review and might also go in.
> Suggestions, bugfixes, comments welcome.
I don't know enough about the technical specifics of parrot to find bugs
in your descriptions. It's a good document, thanks.
I did have
Dan Sugalski wrote:
> I've committed this.
Thanks you.
> ...It fails two of intlist.t's tests, but only with
> the new allocator, so there's code in for folks to poke at and abuse.
Actually intlist's intlist_extend is wrong as the attached tests shows.
(If then there are still failures, w
At 6:51 AM + 10/3/02, Leopold Toetsch (via RT) wrote:
># New Ticket Created by Leopold Toetsch
># Please include the string: [perl #17731]
># in the subject line of all future correspondence about this issue.
># http://rt.perl.org/rt2/Ticket/Display.html?id=17731 >
>
>
>As adviced by Dan, th
# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #17766]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=17766 >
Attached docu is for review and might also go in.
Suggestions, bugfixes, comments we
Nicholas Clark wrote:
> I don't feel qualified to apply various of the outstanding patches, for both
> the above reasons.
>
> use more 'executive dictatorial decisions';
Can't locate more.pm in @INC (@INC contains: [EMAIL PROTECTED]
http://www.parrotcode.org/ .).
> Nicholas Clark
AOL &&
12 matches
Mail list logo