Alexandre Buisse wrote:
On 6/8/05, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
1) a local GC run in the threads arena
2) GC of the shared arena
Case 1) is simple as it's fully private to the thread. A non-shared
object can not be referenced by a shared one, therefore all local
garbage can be i
hi,
I have a question concerning invoking objects represented at runtime by
ParrotObjects. First an introduction (quite long, but then you get the
picture of what I'd like to do).
Suppose I have this class Foo. Foo has a number of operations, like
adding, etc. In fact, the operations allowed
Klaas-Jan Stol wrote:
I don't quite see the problem that is suggested in parrotobject.pmc:
void* invoke(void* next) {
SELF.init();
return next;
}
This is more a relict from the Pie-thon hack. But removing it doesn't
really help currently. The invoke tries to call "__inv
Leopold Toetsch wrote:
Klaas-Jan Stol wrote:
I don't quite see the problem that is suggested in parrotobject.pmc:
void* invoke(void* next) {
SELF.init();
return next;
}
This is more a relict from the Pie-thon hack. But removing it doesn't
really help currently. The
Klaas-Jan Stol wrote:
Leopold Toetsch wrote:
A couple of things I don't understand:
1. When I invoke an object, its invoke handler is called, right? Isn't
this invoke handler by default just empty?
No, not really. Have a look at parrotobject.c to see the generated code
(after removing in
On Thu, Jun 16, 2005 at 10:50:37AM +0200, Leopold Toetsch wrote:
> Patrick R. Michaud wrote:
> >... I.e., I'd like to be able to do something along
> >the lines of:
> >[omitted]
> That works fine if you s/findclass/find_type/
Excellent! For some reason I thought it didn't work for me even
when I
Updated. (Sorry for the delay.)
-R
At Fri, 10 Jun 2005 20:18:38 +0100,
Roger Browne wrote:
>
> By the way, the website
> http://www.parrotcode.org/
> still refers to 0.2.0 as the latest version.
>
> Regards,
> Roger Browne
