On Monday 07 November 2005 15:04, Jason Tackaberry wrote:
> On Mon, 2005-11-07 at 15:04 +0100, Toni Alatalo wrote:
> > > argument you don't need: signal.connect(lambda dummy: sys.exit), or
> > why can't you just do signal.connect(sys.exit) ?
> Because in the example
On Monday 07 November 2005 14:36, Jason Tackaberry wrote:
> argument you don't need: signal.connect(lambda dummy: sys.exit), or
why can't you just do signal.connect(sys.exit) ?
surely a function is callable?
why have an unnamed function for something which already is a named function..
> Jason.
Martijn Voncken wrote:
IPC can't be faster than threading because you need to convert
python has a GIL , and multicore is the future.
ipc will scale better on multicore processsors.
also, threads may be slower due to internal locking they introduce to
the interpreter. i don't know if t
Hans Meine wrote:
-self.file = file
I wonder why that worked, some global "file" symbol must've been lurking
file is a built-in in Python, for opening files.. (same as open() iirc),
i.e. a funny accident there
In [1]: file?
Type: type
Base Class:
String Form:
Na
Rob Shortt wrote:
Alex D'Elia wrote:
2005-07-20 11:31:20,156 ERROR[ root] childapp.py 94: child already
Alsoo, I forgot to mention that this only seems to happen once you
play a file and let it run its course or ffwd to the end and let it
stop by itself. When you end it by pressing ST
current cvs, src/menu/menu.py line 177:
-log.exception('crash by select %s in %s' (item, self.choices))
+log.exception('crash by select %s in %s' % (item, self.choices))
causes this in some case: (i'm not getting this but Alex is)
Traceback (most recent call last):
File
"/usr/lib/python2.4/si
On Thu, 21 Apr 2005, Dirk Meyer wrote:
> > One concern, for me at least, is concurrency issues. Other processes
> > cannot adjust the pickled object on disk while the main vfs process has
> > it in memory, otherwise it gets the rug pulled out from underneath it.
> Yes and No. My code checks the m
On Tue, 19 Apr 2005, Dirk Meyer wrote:
i'm not a developer of any of these techs, but have been evaluating them
for some uses, and am just dropping in some observations hoping they'd be
useful:
> > I knew right away it would suffer from creature feep. But I think if we
> > change pyimlib2's sc
> Date: Fri, 28 Jan 2005 16:49:05 +0200 (EET)
> you who could have a say about this. so i put up a current diff to
> http://an.org/freevo/freevo-pointer_input-dirty.diff for you to flame..
updated with some fixing, now basically works - new diff is
http://an.org/freevo/freevo-pointer_input-works.
05 16:49:05 +0200 (EET)
From: Toni Alatalo <[EMAIL PROTECTED]>
To: freevo-users@lists.sourceforge.net
Cc: [EMAIL PROTECTED]
Subject: adding pointing/-er input device support for touchscreen use
greetings.
i'm working on adding touchscreen support to freevo. the immediate need is
the a
10 matches
Mail list logo