This is the mail archive of the kawa@sources.redhat.com mailing list for the Kawa project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: new Scheme()


Per Bothner wrote:
... This works, for now:
... scm.getEnvironment() ...
However, I'm not sure it will do so: I think we want to move to a model
where the current "user environment" is language-independent. That
implies that each language has an environment of predefined bindings,
but the user environment is thread-specific, not language-specific.

Thread isolation wouldn't seem to be the right thing to me because then applications with multiple threads would have to know how to coordinate to pass around the right environment and there wouldn't be a sensible default.


Singleton's, evil as they are, are manageable via classloaders which I think folks who want multiple environments have become accustomed to using in Java (about time, they're one of the best features of the JVM but have been largely ignored, almost as much as security policies have been). With the singleton, the constructor should be private of couse.

Do the multiple languages in Kawa segregate the symbols with namespaces? That would seem to me to be the right thing because it provides a dandy balance of isolation and easy interoperation when desired.

Jim


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]