Re: DOD, mutation, and generational collectors

2004-01-30 Thread Gordon Henriksen
On Thursday, January 29, 2004, at 08:41 , Dan Sugalski wrote: So, while I'm heaping much grumpiness on threads (though I suppose, as I've been out of touch for a bit maybe you've all solved the problem. That'd be nice) I've also been thinking about DOD, as there's a fair amount of overlap in th

Re: Semantics of vector operations

2004-01-30 Thread Luke Palmer
Jonathan Lang writes: > Luke Palmer wrote: > > Scott Walters writes: > > > Would it be possible to subclass things on the fly, returning a > > > specialized object representing the argument that knew how to > > > vectorize when asked to add? Aren't add, subtract, multiply, and so > > > on, imple

RE: OO inheritance in a hacker style

2004-01-30 Thread Jonathan Lang
Austin Hastings wrote: > Jonathan Lang wrote: > > Actually, no; roles don't _need_ "suppress" or "rename" options to > > disambiguate a conflict: the priority chain of "class methods, then > > role methods, then inherited methods" provides all the tools that are > > _required_ to remove ambiguities

Re: Mail troubles

2004-01-30 Thread Robert Spier
Melvin, We're having some issues at perl.org due to the worm/virus/bounce stuff. Slow delivery is just something we're going to have to deal with for a few more days... but bounces I don't like. If your legitamite email is getting bounced by the perl.org (develooper.com) ser

Re: Semantics of vector operations

2004-01-30 Thread Jonathan Lang
Luke Palmer wrote: > Scott Walters writes: > > Would it be possible to subclass things on the fly, returning a > > specialized object representing the argument that knew how to > > vectorize when asked to add? Aren't add, subtract, multiply, and so > > on, implemented as class methods in Perl 6,

Re: [DOCS] Updated documentation in src

2004-01-30 Thread Michael Scott
I haven't ruled out something like that in the long term, but what I'm trying achieve at the moment is just to see some pod everywhere. This has the merit that I visit every file and ensure that some basic information gets provided for the newbies - my target audience. In a sense I'm following

Re: Semantics of vector operations

2004-01-30 Thread Larry Wall
On Fri, Jan 30, 2004 at 06:55:39AM -0700, Luke Palmer wrote: : Luke Palmer writes: : > Of course you mean "æinteracting withæ other correctly." :-) : : Grr! That ruined that joke! I'd better get this unicode thing figured : out before Perl 6 is released. : : Âinteracting with other correct

Re: OO inheritance in a hacker style

2004-01-30 Thread Luke Palmer
Austin Hastings writes: > > Hmm. The text and examples so far have been about methods and this > > seems to be about multi-methods. Correct me if I'm wrong ... > > You're wrong. Consider my example, where via single inheritance we reach a > "layered" list of methods, each of which replaces the pr

RE: Re[2]: Embedding vs. extending interface types

2004-01-30 Thread Gordon Henriksen
Dan Sugalski wrote: > And pointless. Let's just rename it to Parrot_Interp everywhere. I've submitted a patch for this already. -- Gordon Henriksen IT Manager ICLUBcentral Inc. [EMAIL PROTECTED]

RE: OO inheritance in a hacker style

2004-01-30 Thread Austin Hastings
> -Original Message- > From: Jonathan Scott Duff [mailto:[EMAIL PROTECTED] > On Thu, Jan 29, 2004 at 10:54:18PM -0500, Austin Hastings wrote: > > > -Original Message- > > > From: Jonathan Lang [mailto:[EMAIL PROTECTED] > > > > > > Actually, no; roles don't _need_ "suppress" or "re

Re: Some namespace notes

2004-01-30 Thread Tim Bunce
On Thu, Jan 29, 2004 at 09:16:33AM -0800, Jeff Clites wrote: > > >Then the question becomes, "What about namespace clashes?", which Tim > >has already addressed. > > We could certainly do some sort of language-specific prefixing, as Tim > suggested, but it seems that we are then going to troubl

Re: OO inheritance in a hacker style

2004-01-30 Thread Jonathan Scott Duff
On Thu, Jan 29, 2004 at 10:54:18PM -0500, Austin Hastings wrote: > > -Original Message- > > From: Jonathan Lang [mailto:[EMAIL PROTECTED] > > > > Actually, no; roles don't _need_ "suppress" or "rename" options to > > disambiguate a conflict: the priority chain of "class methods, then role >

Re: [DOCS] Updated documentation in src

2004-01-30 Thread Tim Bunce
Would doxygen be of use here? http://www.doxygen.org/ Here's an example use http://www.speex.org/API/refman/speex__bits_8h.html#a2 Follow the links, including to the annotated source file. Tim. On Thu, Jan 29, 2004 at 07:20:50PM +0100, Michael Scott wrote: > I've add inline docs to everything i

Re: More on threads

2004-01-30 Thread Leopold Toetsch
Leopold Toetsch <[EMAIL PROTECTED]> wrote: [ perlscalar moprh ] > But that can be solved by first clearing str_val, then changing the > vtable. Fixed. I currently don't see any more problems related to perscalars. PerlStrings are unsafe per se, as long as we have the copying GC. They need a loc

Mail troubles

2004-01-30 Thread Melvin Smith
Hopefully this makes it to p6i list this week. It seems with the recent worm activity, some ISPs have locked down mail servers even more. I have replied to several personal emails (WRT Parrot) and they are bouncing for various reasons, one of which is because my new ISP is on the DUL blacklist, an

Re: More on threads

2004-01-30 Thread Leopold Toetsch
Gordon Henriksen wrote: Leopold Toetsch wrote: No, flags are mutable and per PMC *not* per class. Of course there are flags which must remain per-PMC. I wasn't referring to them. Sorry if that wasn't clear. If a flag is only saying "my VTABLE methods use the UnionVal as {a void*/a PObj*/a PMC*/dat

Re: More on threads

2004-01-30 Thread Leopold Toetsch
Gordon Henriksen wrote: Hm. Well, both are a discriminator, then; dispatch to code which presumes the contents of the union is quite frequently done without examining the flags. The flags are *never* consulted for a vtable call in classes/*. DOD does different things if a Buffer or PMC is looked

RE: More on threads

2004-01-30 Thread Gordon Henriksen
Leopold Toetsch wrote: > Gordon Henriksen wrote: > > > Or, hell, put the flags directly in the VTABLE if it's not > > necessary for them to vary across instances. > > No, flags are mutable and per PMC *not* per class. Of course there are flags which must remain per-PMC. I wasn't referring to t

Re: More on threads

2004-01-30 Thread Leopold Toetsch
Dan Sugalski <[EMAIL PROTECTED]> wrote: [ PObj union ] > Still, point taken. That needs to die and it needs to die now. For > the moment, lets split it into two pieces, a buffer pointer and an > int/float union, so we don't have to guess whether the contents have > issues with threads. The Buffe

Re: Start of thread proposal

2004-01-30 Thread Leopold Toetsch
Dan Sugalski <[EMAIL PROTECTED]> wrote: > At 3:08 PM +0100 1/24/04, Leopold Toetsch wrote: >>Fianlizers and incremental DOD don't play together. The DOD must run to >>end to be sure, that the objects isn't referenced any more. > Finalizers and incremental DOD work just fine together. At some poin

Re: More on threads

2004-01-30 Thread Leopold Toetsch
Gordon Henriksen wrote: Er? Extending to the rest of the source tree the huge patch to classes which you already applied. No logic changes; just cleaning those PObj accessor macros up. Ah sorry, that one. Please send in small bunches, a few files changed at once. leo

RE: More on threads

2004-01-30 Thread Gordon Henriksen
Dan Sugalski wrote: > Gordon Henriksen wrote: > > > Leopold Toetsch wrote: > > > > > Gordon Henriksen wrote: > > > > > > > ... Best example: morph. morph must die. > > > > > > Morph is necessary. But please note: morph changes the vtable of > > > the PMC to point to the new data types table. It h

RE: More on threads

2004-01-30 Thread Gordon Henriksen
Leopold Toetsch wrote: > Gordon Henriksen wrote: > > > ... in the multi-thousand- > > line-diff it was, yet. :( Else you'd have the patch already > > 1) *no* multi-thousands line diffs > 2) what is the problem, you like to solve? Er? Extending to the rest of the source tree the huge patch to cl

[PATCH] peek opcode

2004-01-30 Thread Dan Sugalski
At 12:00 AM + 1/1/04, Cory Spencer (via RT) wrote: # New Ticket Created by Cory Spencer # Please include the string: [perl #25265] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=25265 > 'peek' implements an opcode which c

Re: More on threads

2004-01-30 Thread Dan Sugalski
At 1:47 AM + 1/25/04, Pete Lomax wrote: On Sat, 24 Jan 2004 13:59:26 -0500, Gordon Henriksen <[EMAIL PROTECTED]> wrote: It doesn't matter if an int field could read half of a double or v.v.; it won't crash the program. Only pointers matter. These rules ensure that dereferencing a pointer will

Re: JavaScript/Perl Question

2004-01-30 Thread Philippe 'BooK' Bruhat
Le jeudi 29 janvier 2004 à 07:22, Ovid écrivait: > --- Tony Bowden <[EMAIL PROTECTED]> wrote: > > On Tue, Jan 27, 2004 at 10:37:48AM -0500, Potozniak, Andrew wrote: > > > To make a long story short I can not get access to the source of > > the bottom > > > frame through JavaScript because of an acc

Re: Messages delayed, out of order

2004-01-30 Thread Dan Sugalski
At 1:34 AM -0500 1/30/04, Gordon Henriksen wrote: On Thursday, January 29, 2004, at 09:12 , Matt Fowles wrote: I have been getting out of order messages from this list for months... I just assumed that the internet was a mysterious thing... Methinks the list is also manually moderated For non

Threads. Again. Dammit.

2004-01-30 Thread Dan Sugalski
Okay, it's obvious that we still have some issues to work out before we hit implementation details. (Hey, it could be worse--this is easy compared to strings...) I think there are some ways we can minimize locking, and I think we have some unpleasant potential issues to deal with in the interac

Re: Benchmark Suite

2004-01-30 Thread Dan Sugalski
At 6:38 PM -0500 1/25/04, Gordon Henriksen wrote: On Sunday, January 25, 2004, at 06:01 , Matt Fowles wrote: Of late it seems that everybody has been throwing around their own little homegrown benchmarks to support their points. But many people frequently point out that these benchmarks are fla

Re: Start of thread proposal

2004-01-30 Thread Dan Sugalski
At 3:08 PM +0100 1/24/04, Leopold Toetsch wrote: Dan Sugalski <[EMAIL PROTECTED]> wrote: At 5:56 PM +0100 1/23/04, Leopold Toetsch wrote: Stopping all interpreters seems to be cheaper. The rwlock will sooner or later stop all interpreters anyway (on first PMC access), so we can omit the price for

DOD, mutation, and generational collectors

2004-01-30 Thread Dan Sugalski
So, while I'm heaping much grumpiness on threads (though I suppose, as I've been out of touch for a bit maybe you've all solved the problem. That'd be nice) I've also been thinking about DOD, as there's a fair amount of overlap in the things that cause problems for threads and the ones that cau

Re: More on threads

2004-01-30 Thread Dan Sugalski
At 10:50 AM -0500 1/24/04, Gordon Henriksen wrote: On Saturday, January 24, 2004, at 09:23 , Leopold Toetsch wrote: Gordon Henriksen <[EMAIL PROTECTED]> wrote: ... Best example: morph. morph must die. Morph is necessary. But please note: morph changes the vtable of the PMC to point to the new da

Re[2]: Embedding vs. extending interface types

2004-01-30 Thread Dan Sugalski
At 8:57 AM +0100 1/25/04, Mattia Barbon wrote: Il Sat, 24 Jan 2004 19:42:20 -0500 Gordon Henriksen <[EMAIL PROTECTED]> ha scritto: On Saturday, January 24, 2004, at 11:28 , Mattia Barbon wrote: > I feel I'm becoming annoying, but: the embedding and extending > interfaces are still using diffe

Re: Semantics of vector operations

2004-01-30 Thread Luke Palmer
Luke Palmer writes: > Scott Walters writes: > > This would lend itself a P5 backport that did overload on its argument, too. If > > it found that the thing on the right hand side was also overloaded into the > > same class, it is could use a single iterator on both sides, otherwise it would > > tre

Re: Semantics of vector operations

2004-01-30 Thread Luke Palmer
Scott Walters writes: > On 0, Rod Adams <[EMAIL PROTECTED]> wrote: > > > > Also, isn't it a pain to type all these characters when they are not on > > your keyboard? As a predominately Win2k/XP user in the US, I see all > > these glyphs just fine,but having to remember Alt+0171 for a æ is going

Re: calling functions/class methods

2004-01-30 Thread Luke Palmer
Ph. Marek writes: > Hello everybody, > > first of all please forgive me if I'm using the wrong words - I'm not up to > date about the (current) meanings of methods, functions, etc. > > > I read the article > http://www.cuj.com/documents/s=8042/cuj0002meyers/ > > There is stated (short ve

calling functions/class methods

2004-01-30 Thread Ph. Marek
Hello everybody, first of all please forgive me if I'm using the wrong words - I'm not up to date about the (current) meanings of methods, functions, etc. I read the article http://www.cuj.com/documents/s=8042/cuj0002meyers/ There is stated (short version - read article for details): I

Re: [DOCS] Updated documentation in src

2004-01-30 Thread Vishal Vatsa
On Thursday 29 January 2004 18:20, Michael Scott wrote: > For those who want to browse: > > http://homepage.mac.com/michael_scott/Parrot/docs/html/ > > Mike Thanks you defn. rock... -- Vishal Vatsa Dept. of Computer Sc. NUI Maynooth

Re: Unicode under Windows (was RE: Semantics of vector operations)

2004-01-30 Thread Rod Adams
Austin Hastings wrote: From: Rod Adams [mailto:[EMAIL PROTECTED] Question in all this: What does one do when they have to _debug_ some code that was written with these lovely Unicode ops, all while stuck in an ASCII world? That's why I suggested a standard script for Unicode2Ascii be shi