I assume that this only workls with python 2.2.2 since I got this error message running against python 1.5.2:
Traceback (innermost last):
File "./console.py", line 115, in ?
interact()
File "./console.py", line 103, in interact
python_version = sys.version.split(' ')[0]
AttributeError: 'string' object has no attribute 'split'
Xlib: unexpected async reply (sequence 0x27)!
It might be better for specifying the interpreter to use as:
#!/usr/bin/env python
instead of:
#!/usr/bin/python
How is this better than the previous threaded version that you worked on?
John
Johan Dahlin wrote:
I decided to write a program similar to pygtk-test for pygtk2.
It's based upon old work:
http://www.daa.com.au/pipermail/pygtk/2001-August/001561.html
but it integrates much better with the standard python console, actually
it subclass the appropriate classes from code.py so it should more or
less be identical. There is a difference though, the old pygtk-test used threads, but this
doesn't. Instead i'm using two processes, one for input and one for
gtk's mainloop. Communication between them is handled by a pipe and two
signals.
I figured that this might be a good candidate for inclusion in the
official tree if everybody likes it and if it's found that it has no
known bugs :)
What do you think James?
_______________________________________________ pygtk mailing list [EMAIL PROTECTED] http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
