Dear Guido and all of you:
Actually this kind of thing -- implementing Python in Erlang, or else
implementing Erlang in Python -- should be quite easy as both languages are
capable of compiling to pseudo-code, it's only not so prominent a feature in
Python. Writing an Erlang program that executes "*.pyc" files, or a Python
program for Erlang's "*.beam" files, cannot be too hard a task, provided we
have all the libraries. If all else fails, try Jython with a modified Java
compiler that generates *.beam instead of *.javac output -- the Erlang guys
themselves have done this before.
The more intriguing question is whether it is possible to modify Python in such
a manner that it can take full advantage of Erlang's structure -- you know what
I mean, the idea that a program is completely nonlinear, composed of an
arbitrarily large number of CSPs which are connected by signalling.
The Erlang guys probably won't really like to hear that, but Erlang processes
are pretty much like objects -- with the notable difference that if a Python,
Smalltalk, Eiffel, Oberon, etc. program goofs up, all the objects it has
created are busted too, whereas the crash -- or deliberate stopping, even
exchanging its code and restarting -- of a single Erlang process will not
affect the processes it has spawned. Somehow I (not being a system designer and
judging maybe fom a naive point of view...) have the feeling that this design
might be advantageous to data persistence. Or am I mistaken in implying from
your concepts that a fully-fledged Uuu system should be able to run 24/7,
without any need for ever restarting -- all operations, even system upgrades,
being possible while running?
(Aside: Yeah, sure -- persistent objects are imaginable. But aren't we going to
run into design problems, with persistence versus garbage collection -- not
necessarily in normal operation mode but after the first uncaught x/0 ?)
Just a few thoughts from an uneducated hacker...
RMF
PS. Odd enough that Oberon has been mentioned right now... another of my
favourites... There is even something like a synthesis between Oberon and
Erlang. It's called Ada-95 *evil grin*.
Am Donnerstag, 24. Februar 2005 09:00 schrieben Sie:
> flaig@xxxxxxxxxxxxxxx wrote:
> >There is some kind of interface between Erlang and Python available...
> > makes me wonder whether it might make sense to implement an Erlang-based
> > version of Python (such as Jython for Java) so we could use Erlang
> > concepts in Python?
>
> Yes, I'm going to mention Pypy again... ;) but it would make an ideal
> base for any new Python interpreter I reckon, I think someone was
> already working on a Python in Lisp (at least there were plans to do so
> at some point) and I reckon Erlang wouldn't be much more of a problem...
>
> Cheers,
>
> Guido
===
Chevalier Dr Dr Ruediger Marcus Flaig
Institute for Immunology
Heidelberg University
INF 305, D-69121 Heidelberg, FRG
--
Diese E-Mail wurde mit http://www.mail-inspector.de verschickt
Mail Inspector ist ein kostenloser Service von http://www.is-fun.net
Der Absender dieser E-Mail hatte die IP: 129.206.124.135
|
