When I was last in the USA, I met Alessandro Warth, who now works for
the Viewpoints Research Institute and whose Phd thesis which you can get
on this page: http://www.tinlizzie.org/~awarth/ is about experiments in
computer languages to do the sorts of things that you are interested in.
He had a
Fijal is right, fwiw. There are lots of wonderful things that *could*
be implemented, but what we *have* is the stackless transformation and
a low-level sandbox system. Discussions of python architecture are
always enjoyable, but they don't have a proper place, as far as I
know; I often abuse
Hi Maciej,
it's not clear to me what posts your are refering to. Certainly
not the original post from Nathan?
If you think it's a general issue then do a top-level posting and please
suggest how non-active (defined how?) pypy developers are supposed to
know if some topic is interesting without
@fijal:
I agree that parts of this topic have drifted off-topic for the py-py dev
mailing list, so I've created a new mailing list specifically for
discussions of collaboratively-edited software.
I'm inviting everyone to join the new mailing list at
collaborative-ga...@googlegroups.com
As far as
On 01/11/2011 04:48 PM, Nathanael D. Jones wrote:
As far as the discussion regarding PyPy's capabilities with
multiple-sandboxing, reloading, and continuation serialization go, I
think that is a relevant discussion for this forum.
I'm still very interested in understanding (a) what PyPy can
On 10 January 2011 15:24, Nathanael D. Jones nathanael.jo...@gmail.com wrote:
Hi folks,
Hi!
2) Serializeable continuations. With gameplay being based on good plot and
story flow, continuations are critical to allow straightforward
implementation of 'workflows' that depend on user choice at
On 11 January 2011 07:18, Paolo Giarrusso p.giarru...@gmail.com wrote:
Hi all,
On Mon, Jan 10, 2011 at 09:22, William ML Leslie
william.leslie@gmail.com wrote:
On 10 January 2011 15:24, Nathanael D. Jones nathanael.jo...@gmail.com
wrote:
4) Dynamic code loading. Users will be able to
Regardng #1: Sandboxing is a major concern for me. Different code will need
different sandboxing levels depending upon who created/approved the code.
I can't have everything in one sandbox - I need isolated boxes on a
per-request level.
I think I see a way to sidestep the need for #3 and also
First of all, congratulations on getting THE idea, I think user
content is essential too, but I see why commercial games shy away from
it
An open source game could do really well!
1, yes, but not in a way you want (you want many boxes that can't
touch each other, right?)
2, yes, stackless is the