Iterating through all image objects

Brian Rice water at tunes.org
Wed Nov 10 12:34:44 PST 2004


I've applied more fixes now to the userland for the delegates/referrers 
streams. They work well, but be warned when using this that any objects 
that come through may have issues with being printed on the REPL. So 
errors will commonly be due to that.

On Nov 10, 2004, at 12:17 PM, Brian Rice wrote:

> These bugs are now fixed in CVS, due to one issue on the VM side and a 
> couple of problems in my user-land code. I have not verified 
> referrer-streams correct operation yet, however, but the others behave 
> correctly and safely; just be aware that going through the elements 
> will expose you to all sorts of objects.
>
> A new alpha set should be uploaded sometime today. Lee is working on 
> some minor VM format changes.
>
> On Nov 10, 2004, at 9:21 AM, Brian Rice wrote:
>
>> This feature that I mentioned is now implemented in a simple way in 
>> the cvs code tree, but alpha VMs/images have not been uploaded as 
>> using it is very crash-prone. Userland code for it is in 
>> src/mobius/vm/interp/memory.slate and provides an "Image reader" 
>> iterator as well as a #childStream method for all objects. There's 
>> also a tentative stream for objects referring to a target object.
>>
>> Including this feature in builds should not cause issues if you are 
>> not using it, but be aware that using it will eventually cause bad 
>> crashes for now.
>>
>> On Nov 7, 2004, at 3:30 PM, Brian Rice wrote:
>>
>>> No, not yet. I need to expose the all-object, all-referring-to, and 
>>> all-delegating-to iteration protocol (see memory.slate) in some 
>>> primitives to build a toolkit for this. It's not too hard, but I 
>>> hadn't finished it yet. The idea is that on top of these primitives 
>>> you would be able to get streams to traverse the Image and build on 
>>> that.
>>>
>>> I'll inform when it's ready (maybe I'll push and make that today).
>>>
>>> On Nov 7, 2004, at 2:50 PM, Todd Fleming wrote:
>>>
>>>> Let's say I have a prototype P with some slots. Let's also say that 
>>>> P traits has several roles. I clone P several times. I discover 
>>>> that I need to add some more slots to P and some more roles to P 
>>>> traits that need those slots. Is there an easy way to add the slots 
>>>> to existing objects that delegate to P traits?
>>
>> --
>> Brian T. Rice
>> LOGOS Research and Development
>> http://tunes.org/~water/
>>
>>
> --
> Brian T. Rice
> LOGOS Research and Development
> http://tunes.org/~water/
>
>
--
Brian T. Rice
LOGOS Research and Development
http://tunes.org/~water/




More information about the Slate mailing list