Mike Meyer wrote:
> [Rest elided]
>
> This really has a lot in common with SCOOP. SCOOP makes concurrent
> stuff easier, but i'm not sure it fits well with Python. I'll describe
> it, on the off chance you may get some ideas from it. See http://archive.eiffel.com/doc/manuals/technology/concurren
OK, thanks for all this criticism, you've obviously taken some time
here, guess I'll see if I can help clear some of this up
Michael wrote:
>
>
> On the surface of it, what you've described resembles Kamaelia[1] -
> specifically in the way used in the Axon Shell [2]. In other ways it
> dif
> Yes. Parallelism certainly deserves attention, and I believe
> "amateurs" are likely to help in the breakthroughs to come. I
> further suspect, though, that they'll be amateurs who benefit
> from knowledge of existing research into the range of documented
> concurrency concepts, including CSPs
Hey, some responses, let's see...
Peter Tillotson wrote:
> I'd really like to see a concurrency system come into python based on
> theories such as Communicating Sequential Processes (CSP) or its
> derivatives lambda or pi calculus. These provide an analytic framework
> for developing multi thr
Alright, so I've been following some of the arguments about enhancing
parallelism in python, and I've kind of been struck by how hard things
still are. It seems like what we really need is a more pythonic
approach. One thing I've been seeing suggested a lot lately is that
running jobs in separate
for widgets, try pyUI
http://pyui.sourceforge.net/
hope that helps, looks cool and all..
--
http://mail.python.org/mailman/listinfo/python-list
I think someone built a gui on top of pygame a while back, I think it
was called pyUI or something, let's see what google gives me here, ah,
here we go
http://pyui.sourceforge.net/
Hope that helps. Looks like neat stuff anyway...
--
http://mail.python.org/mailman/listinfo/python-list
I also have a little trouble with creating megaclasses. Usually I just
try to think about what things are a little bit, and how I'm going to
be using them. I think somebody else suggested a top down approach,
and that makes a certain amount of sense.
But at this point, you're probably getting ti
It really does depend. For instance, some other programmers where I
work came up with a way to represent a hierarchical, somewhat random
data set by creating each object and then adding attributes to those
for each subobject, and so on down the tree. However, you could never
really be sure that t
good point, I hadn't checked the docs too closely. Shame it's only in
2.4 though, we're still running 2.2 around here, but it would be nice
to have a reason to upgrade, anyway. Thanks for the pointer!
--
http://mail.python.org/mailman/listinfo/python-list
Hey guys, here's a little question. I'm looking for something like a
build system, where I can set up a bunch of jobs with dependencies, and
have them run in parallel. Ideally, I'd like a system where jobs can
be run in parallel, all the stdout and stderr for each job is kept in a
database of som
11 matches
Mail list logo
