On Aug 10, 10:34 am, Jean-Paul Calderone <[EMAIL PROTECTED]> wrote:
> >I'm not an expert, but I understand that much. What greenlets do is
> >force the programmer to think about concurrent programming. It doesn't
> >force them to think about real threads, which is good, because a
> >computer shoul
On Aug 10, 2:02 pm, [EMAIL PROTECTED] (Luc Heinrich) wrote:
> Justin T. <[EMAIL PROTECTED]> wrote:
> > What these seemingly unrelated thoughts come down to is a perfect
> > opportunity to become THE next generation language.
>
> Too late: <http://www.erlang.org/>
On Aug 10, 3:57 am, Steve Holden <[EMAIL PROTECTED]> wrote:
> Justin T. wrote:
> > Hello,
>
> > While I don't pretend to be an authority on the subject, a few days of
> > research has lead me to believe that a discussion needs to be started
> > (or conti
On Aug 10, 3:52 am, Jean-Paul Calderone <[EMAIL PROTECTED]> wrote:
> On Fri, 10 Aug 2007 10:01:51 -, "Justin T." <[EMAIL PROTECTED]> wrote:
> >Hello,
>
> >While I don't pretend to be an authority on the subject, a few days of
> >research h
Hello,
While I don't pretend to be an authority on the subject, a few days of
research has lead me to believe that a discussion needs to be started
(or continued) on the state and direction of multi-threading python.
Python is not multi-threading friendly. Any code that deals with the
python inte
On Aug 9, 5:39 pm, MRAB <[EMAIL PROTECTED]> wrote:
> On Aug 9, 7:25 pm, [EMAIL PROTECTED] wrote:
>
> > Hi all! I'm implementing one of my first multithreaded apps, and have
> > gotten to a point where I think I'm going off track from a standard
> > idiom. Wondering if anyone can point me in the r
> approach. That sounds the easiest, although I'm still interested in
> any idioms or other proven approaches for this sort of thing.
>
> ~Sean
Idioms certainly have their place, but in the end you want clear,
correct code. In the case of multi-threaded programming,
synchronization adds complexi
On Aug 9, 11:25 am, [EMAIL PROTECTED] wrote:
>
> Here's how I have it designed so far. The main thread starts a
> Watch(threading.Thread) class that loops and searches a directory for
> files. It has been passed a Queue.Queue() object (watch_queue), and
> as it finds new files in the watch folder
> It's not Pythonic.
>
> Jean-Paul
Ha! I wish there was a way to indicate sarcasm on the net. You almost
got people all riled up!
--
http://mail.python.org/mailman/listinfo/python-list
On Aug 9, 8:57 am, "Terry Reedy" <[EMAIL PROTECTED]> wrote:
> First, which 'stackless'? The original continuation-stackless (of about 7
> years ago)? Or the more current tasklet-stackless (which I think is much
> younger than that)?
>
The current iteration. I can certianly understand Guido's dist
Hi,
I've been looking at stackless python a little bit, and it's awesome.
My question is, why hasn't it been integrated into the upstream python
tree? Does it cause problems with the current C-extensions? It seems
like if something is fully compatible and better, then it would be
adopted. However,
On Jun 19, 10:49 am, [EMAIL PROTECTED] wrote:
> Hello all,
>
> I've been trying to get Python to cross compile to linux running on an
> ARM. I've been fiddling with the cross compile patches
> here:http://sourceforge.net/tracker/index.php?func=detail&aid=1597850&grou...
>
> and I've had some succe
12 matches
Mail list logo
