[netlabs #607] [PATCH] COW strings (again)

# New Ticket Created by "Peter Gibbs" # Please include the string: [netlabs #607] # in the subject line of all future correspondence about this issue. # http://bugs6.perl.org/rt2/Ticket/Display.html?id=607 > Attached is another patch to implement copy-on-write strings. Summary of changes *

Re: Dynamic register frames?

At 2:51 AM -0400 5/20/02, Mike Lambert wrote: >Now, my proposal is simply that instead of hardcoding to 32 elements, we >allow the function to determine the number of elements in each register >type. This gives us: I actually considered that at one point, back at the beginning. I went with the f

Re: Non-vtable functionality on PMCs?

At 8:44 AM -0500 5/20/02, brian wheeler wrote: >I've been trying to catch up with parrot again (darn it, babies take >more time than I thought :) and I've come up with a question... how do >you do "other" things to PMCs that aren't normal ops? Call methods on the perl-level classes that map to th

Re: GC vtable method limitations?

At 3:34 PM -0400 5/20/02, Mike Lambert wrote: > > At 12:06 AM -0400 5/19/02, Mike Lambert wrote: >> >Is there a plan to make a freed method for when pmc header gets put >back >> >onto the free list? (This would require we call this method on all >pmc's >> >before moving anything to the freelis

Re: Vtable Methods in Parrot

At 6:23 PM -0300 5/20/02, Daniel Grunblatt wrote: >On Mon, 20 May 2002, David M. Lloyd wrote: > >> What about subroutines? Are bsr & jsr the way it's gonna be or is there >> a rework in the works? > >docs/pdds/pdd03_calling_conventions.pod :) Ans I think I need to get that tidied up soon, as t

Re: [netlabs #607] [PATCH] COW strings (again)

At 4:14 PM + 5/21/02, "Peter Gibbs" (via RT) wrote: >* New field 'buffer' in STRING points to the start of the allocated buffer. >I have put this field immediately after the Buffer fields, in case we want >to create a generic subclass of Buffer with the same functionality >* The existing 'bufs

Re: [netlabs #607] [PATCH] COW strings (again)

> I think I'd like these differently. STRING is a subclass of Buffer, > and the bufstart and buflen fields in Buffers point to the actual > start of memory and length of allocated data. I'd rather keep it that > way, and have the 'real' string length and string start be extra > fields in the STRIN

Re: [netlabs #607] [PATCH] COW strings (again)

At 5:27 PM + 5/21/02, "Peter Gibbs" (via RT) wrote: > > I think I'd like these differently. STRING is a subclass of Buffer, >> and the bufstart and buflen fields in Buffers point to the actual >> start of memory and length of allocated data. I'd rather keep it that >> way, and have the 're

Re: [netlabs #607] [PATCH] COW strings (again)

On Tue, May 21, 2002 at 01:38:45PM -0400, Dan Sugalski wrote: > At 5:27 PM + 5/21/02, "Peter Gibbs" (via RT) wrote: > > > I think I'd like these differently. STRING is a subclass of Buffer, > >> and the bufstart and buflen fields in Buffers point to the actual > >> start of memory and length o

Re: GC vtable method limitations?

On Mon, May 20, 2002 at 03:34:27PM -0400, Mike Lambert wrote: > > Collect's dead, I think. I'm not seeing the point anymore, and since > > we do collect runs through the buffers and not the PMCs, there's no > > place to find what needs calling. > > Well, the hashtable could certainly use it. :) T

Re: [netlabs #607] [PATCH] COW strings (again)

At 11:11 AM -0700 5/21/02, Steve Fink wrote: >On Tue, May 21, 2002 at 01:38:45PM -0400, Dan Sugalski wrote: >> At 5:27 PM + 5/21/02, "Peter Gibbs" (via RT) wrote: >> > > I think I'd like these differently. STRING is a subclass of Buffer, >> >> and the bufstart and buflen fields in Buffers p

Re: [netlabs #607] [PATCH] COW strings (again)

> Actually, we don't. (Sez the man catching up on altogether too much > mail) Since we're putting the COW stuff at the tail end, substrings > of COW strings are fine. You set the bufstart to where the substring > starts, buflen set so it goes to the end of the original buffer, and > the string len

Re: [netlabs #607] [PATCH] COW strings (again)

At 3:09 PM -0400 5/21/02, Mike Lambert wrote: >But I think the strstart is a better idea regardless. It's what perl5 did >anyway, isn't it? That's not necessarily an endorsement of an idea as good... :) -- Dan --"it's

REGEX structure and Regex implementation

Are the REGEX structure and the match vtable methods officially dead? The POD inside of rx.ops does not mention them at all, and right now REGEX is typedef'd to void and no-one uses the 'match' method for anything. Since regular expressions will most likely be implemented as Parrot bytecode, wou

[netlabs #609] Replenish-Level Simplification

# New Ticket Created by Mike Lambert # Please include the string: [netlabs #609] # in the subject line of all future correspondence about this issue. # http://bugs6.perl.org/rt2/Ticket/Display.html?id=609 > Below patch simplifies the DOD high-level watermark code so it doesn't break as easil

[netlabs #610] hash re-adjustment problem (with patch)

# New Ticket Created by Sean O'Rourke # Please include the string: [netlabs #610] # in the subject line of all future correspondence about this issue. # http://bugs6.perl.org/rt2/Ticket/Display.html?id=610 > I believe there is a bug in how the perlhash pmc adjusts its buckets after reallocat

Re: [netlabs #610] hash re-adjustment problem (with patch) [APPLIED]

On 22 May 2002, Sean O'Rourke (via RT) wrote: > # New Ticket Created by Sean O'Rourke > # Please include the string: [netlabs #610] > # in the subject line of all future correspondence about this issue. > # http://bugs6.perl.org/rt2/Ticket/Display.html?id=610 > > > > I believe there is a bug in