multiple interpreter sessions

Chris Ryland cpr at emsoftware.com
Fri Mar 31 13:34:30 EST 2000


Wow--spin-offs of Python already. ;-)

(BTW, Serpent looks very nice. Too bad that Python can't use your GC
algorithms.)
--
Cheers!
/ Chris Ryland, President / Em Software, Inc. / www.emsoftware.com

"Roger Dannenberg" <rbd at cs.cmu.edu> wrote in message
news:8c2lkc$1di$1 at cantaloupe.srv.cs.cmu.edu...
> Helge Hess wrote in message <38E37307.18E5CFD0 at mdlink.de>...
> >I would like to have separate Python runtimes in a single server, so
> >that they don't affect each other (eg for security and state reasons).
>
> This has been discussed before. As far as I can see, there are globals in
> Python that prevent truly separate instances, and (a somewhat related
> issue:) locks prevent multiple threads from running the interpreter
> simultaneously even if there are multiple processors.
>
> I have implemented a new language, Serpent, based on Python, but with two
> fundatmental differences: multiple Serpent instances can run in one
address
> space, and Serpent has a real-time garbage collector. Serpent is also
> "stackless" but does not have closures and continuations as yet.
>
> Although ports should be fairly simple, Serpent does NOT compile Python.
> Serpent is a small effort and it is unlikely that it will ever have the
> wealth of support and libraries available with Python.
>
> I have not yet released Serpent, nor is it ready, but I am willing to
share
> the code with anyone with a serious interest, especially with anyone
> interested in helping with the development.
>
> More information is available at
> http://www.cs.cmu.edu/~rbd/doc/aura/serpent.htm
>
>
>





More information about the Python-list mailing list