View · Search · Index
No registered users in community xowiki
in last 10 minutes

[Xotcl] [forwarded] Re: XOTcl, threading and AOLserver ?

From: Gustaf Neumann <Gustaf.Neumann_at_wu-wien.ac.at>
Date: Thu, 16 Nov 2000 18:53:53 +0100 (CET)


Hi Zoran,

>>>>> "ZV" == Zoran Vasiljevic <zoran_at_munich.com> writes:
ZV> Question 1: do you plan to make (XOTcl) MT-safe ?

ZV> Since Tcl8.2, Tcl core is MT-safe, and so should be
ZV> the extensions. I can help you out with this, if needed.
ZV> I've noticed couple of globals/statics which may have to be
ZV> either moved to thread-specific-data or mutex-protected.

a brief answer is: yes, but not directly, ... we still have some other
issues on our todo-list, but I guess we should get that working
ASAP. So if you like to volunteer to help out, you're invited :)

ZV> Question 2: <read on>

ZV> Having nice introspection capabilities built into the
ZV> XOTcl, I wonder if one can write a Tcl script which
ZV> runs against the initialized interpreter and builds up
ZV> a script needed to re-construct all classes and/or object
ZV> which it finds there (in the interpreter)?

ZV> Why should one need this ?

if I understand it correctly, that is merely the same we internally
use in order to copy an object (or class). Hopefully, you can merely
re-use the code from predefined.xotcl in the src dir used to copy/move
objects (Object instproc copy). You just would have to build a script
instead of copying, right?

In general any XOTcl feature should be accesible via introspection. If
you run into problems, this might be a missing language feature...

btw, we also require the obj/class code introspection in order to
build a script that is shipped around in the mobile code system


--Uwe

-- 
Uwe Zdun
Specification of Software Systems, University of Essen
Phone: +49 201 81 00 332, Fax: +49 201 81 00 398
zdun_at_xotcl.org, uwe.zdun_at_uni-essen.de