[MUD-Dev] "From Kansas to Oz"

Jeff Kesselman jeffk at tenetwork.com
Thu Jun 12 20:26:37 CEST 1997


At 07:56 PM 6/12/97 PST8PDT, you wrote:
>In <199706120745.JAA25708 at regoc.srce.hr>, on 06/12/97 
>   at 09:24 AM, silovic at srce.hr (Miroslav Silovic) said:
>
>> [ChrisL:]
>
>>> In <9706081638.84om at ami-cg.GraySage.Edmonton.AB.CA>, on 06/08/97 
>>>    at 10:33 AM, cg at ami-cg.GraySage.Edmonton.AB.CA (Chris Gray) said:
>
>>> >Anyone else reading/read "From Kansas to Oz" in the April 1997 issue
>>> >of the Communications of the ACM? Its about cooperative and virtual
>>> >debugging in the latest LambdaMOO system. 
>>> 
>>> Yup.  I thought I mentioned it here?
>>> 
>>> What I thought particularly interesting was that by adding multiple
>>> roots to the normally single-rooted MOO heirarchy they were able to
>>> get infinite automatically generated parallel worlds with each world
>>> able to access itself and its rightmost neighbor only (generations of
>>> Oz).  There's something about that concept I find flat out
>>> fascinating.  Don't really know what to do with it yet, tho I'm
>>> determined I will do something.  Its too cute to ignore/
>
>>Actually the only reason why it's an achievement in MOO is that they
>>don't have multiple inheritance. 
>
>The associated constraint is that MOO (and Cold?) is single rooted. 

Not an issue with Cold becasue you can multiply inehrit from the root and
get N identical copies of the root.

Cold makes no assumptions abotu what or how  the root wil be sued except
that it is the ultimate root of everything.  Thats it.

If yo uwanetd totally DIFFERENT structures you coud leven leave root empty
and inherit it into two sub roots that define their own stuff... but from
what I understand this isn't the proeprty under discussion.

To be Ozlike all yo uwould need to do is define your root and then inherit
it into multiple sub roots.  Ofcoruse yo uwould have tyoi build duplciate
structures udner enath to get m,ultiple instacnes of the same overall
application.

Am I missing soemthing?

JK





More information about the mud-dev-archive mailing list