hg: mlvm/mlvm/hotspot: 2 new changesets
mroos at roos.com
Tue Oct 4 16:55:57 PDT 2011
I try use the same coroutine (named uiCoroutine in the code) for
all UI events.
The main coroutine, the one which is implicit do the event
when an event is received, I yield to the uiCoroutine with the UI
as argument, the uiCoroutine do the dispatch to the component
and switch back to the main coroutine.
This is how my original Smalltalk UI works. Works well but ti seems to be
for the old tightly coupled op sys/UI/ application style. I am looking to
really disconnect the
model from the view as my view will be in a remote browser or two. There
may even be
more than one view on a model where they may wish to share or not. As
such I would like to limit
the amount of view state held in the model.
You have two ways to implement a timer. Or you post a special
the deadline and re-post it if the current time doesn't match the
(this is how javax.swing.Timer works), or you use a
with only one thread, submit a runnable when you start a timeout
cancel the corresponding Future if the operation doesn't timeout
or if the runnable is scheduled, you just have to end the
Was the way I was going but being of a minimalist style I was looking for
brute force. Does seem to me that being able to set the death of a thread
as part of its
attributes would be handy.
I am off to placing the state in each message and killing the thread when
its received. So
each request or response is its own thread. Later I may move to
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the mlvm-dev