<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
Robert Tolksdorf wrote:
<p>Hi Robert
<p>I was not able to open your dSelf documents?
<p>What jar means? Is it ps, pdf, doc. What is it?
<br>I work in a Sun station/.
<br>Thanks
<p>albertina
<blockquote TYPE=CITE>Hi,
<p>[being new to the list, I am not sure about conventions - if this
<br>should be answered directly, please tell]
<p>Jecel Assumpcao Jr
<br>> Wow! Congratulations on this excelent work!
<p>thanks.
<p>>
<br>> At a presentation I gave on Monday I was asked if any academic groups
<br>> were working on Self implementations and I said "no". I am very glad
<br>> that I was wrong about that.
<br>>
<br>> After reading the dself.pdf I would like to make some slight
<br>> corrections. There were, in fact, previous papers on distributed
Self
<br>> but they were written in Portuguese and so wouldn't have been of
much
<br>> help to you. My key insight in the later papers was that not only
<br>> primitive objects but any immutable objects could be copied without
<br>> affecting the execution semantics. My system is a multiuser one and
any
<br>> any given "session" most objects (those belonging to other users)
are
<br>> read-only and can be replicated instead of using remote references.
<p>Have you tried to push the papers through the Altavista Babelfish?
<p>Concerning replication: Right now, there are two sorts of things in
<br>dSelf, the one are references, the others are primitive objects (such
<br>as the number 1). The primtive objects are located at _every_ dSelf
<br>VM, so in some sense, they are in fact replicas (one can also say that
<br>eg. the Java-standard classes are replicated on every JVM). Of course,
<br>true replica need some sort of consistency management, which we
<br>currently do not need, as primitve objects are immutable (cf. the java
<br>standard classes). There is going to be another diploma theses that
<br>deals with the issue. In fact, the work on it should start this week.
<p>My view is that we should introduce something like in Replicated Obliq
<br>by MacIntyre, where remote, replicated and simple (ie. primitive)
<br>objects are distinguished and the environment offers means to change
<br>the "class" of objects along those three kinds.
<p>>
<br>> Your use of "<-" versus "=" in slot declarations seems strange.
I don't
<br>> think that the stack examples are quite right: you change slots defined
<br>> with "=" ("parent", for example). You use the "clone" method but
it is
<br>> not defined anywhere (you don't mention the traditional "traits
<br>> clonable" object, for example).
<p>we should have mentioned (and might add a footnote), that these
<br>examples use a pseudo code. The reason for that was to show simple
<br>code instead of lots of _addslots messages whose explanation would
<br>have cluttered the flow of the text.
<p>>
<br>> Several of the things you mention as missing in dSelf were actually
<br>> dropped in Self 3.0. I found it strange that you wrote that Self
<br>> doesn't have local methods, but I just tried it in Self 4.1.2 and
did
<br>> indeed get the error: "syntax error - local slots not implemented
yet".
<br>> How strange.
<p>We took 4.x as reference. The assumption of downward compatibilty
<br>seems to be quite wrong...
<p>>
<br>> In tinySelf 1 I explored parallel (but not distributed) execution
in
<br>> Self but got stuck in trying to lock things automatically. It is
not an
<br>> easy problem to solve.
<p>We currently have this ad-hoc solution with locking objects. The
<br>mentioned diploma-thesis shall also deal with the issue of finding
a
<br>suited model for concurrency in self and implementing it. in dSelf,
we
<br>have implicitly concurrency by two people (or a shell) starting two
<br>dself-VMs that then do run concurrently, although there is no forking
<br>within a dself vm.
<p>>
<br>> Once again: good work!
<p>Thanks. [I include Kai in the cc, as he did the implementation and a
<br>lot of design decisions]
<p>Ciao Robert
<p>> -- Jecel
<br>>
<br>>
<br>>
<br>> Your use of Yahoo! Groups is subject to <a href="http://docs.yahoo.com/info/terms/">http://docs.yahoo.com/info/terms/</a>
<br>>
<br>>
<p>--
<br>Dr.-Ing. Robert Tolksdorf       
| Technical University Berlin   _______ _
<br><a href="mailto:tolk@cs.tu-berlin.de">mailto:tolk@cs.tu-berlin.de</a>     
| FB 13 - FLP/KIT - FR 6-10    (_   _  |
|
<br><a href="http://www.cs.tu-berlin.de/~tolk">http://www.cs.tu-berlin.de/~tolk</a>
| Franklinstr. 28/29            
| | | | |
<br>tel: +49-30-314-25184 (FR6071)   | D-10587 Berlin / Germany      
`-' `---'
<br> 
<br> 
<p>Your use of Yahoo! Groups is subject to <a href="http://docs.yahoo.com/info/terms/">http://docs.yahoo.com/info/terms/</a></blockquote>

<pre>-- 
.----------------------------------------------------------.
| Albertina Lourenci                                       |
| PhD  in Architecture and Urbanism                        |
| post-doctorate researcher                                |
| Laboratory of Integrated Systems University of Sao Paulo |
| Avenida Professor Luciano Gualberto, 158 Travessa 3      |
| CEP: 05508-900                                           |
| Sao Paulo Sao Paulo State Brazil                         |
| Voice: +55 011 818 5254                                  |
| Fax: +55 11 211 4574                                     |
.----------------------------------------------------------.</pre>
 </html>