s/undo()/redo()/ in the subject, of course.
--
- Are you sure we're good?
- Always.
-- Rory and Lorelai
___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Hello,
I define a couple QUndoCommand classes based on a mixin, where the undo
command of one is the redo of the other, and vice-versa. See the attached
file.
Unfortunately this has stopped working with PyQt 4.6. Executing the
attached file prints "inserting foo", "removing bar" with PyQt <= 4.5,
GUI operations can only be done in the main thread.
- Original Message
From: Ole Streicher
To: pyqt@riverbankcomputing.com
Sent: Wed, October 14, 2009 9:26:25 AM
Subject: [PyQt] PyQt4 and threading
Hi,
I have a problem when I use multi threading with pyqt4: every of my
widgets has
On Wed, Oct 14, 2009 at 6:58 PM, Victor Stinner
wrote:
> Try also tonight snapshot, Phil wrote that the bug will be fixed.
I'm seeing several reports of this same crash, so at least it appears
to be systematic. Great that the fix is out.
Incidentally, is anyone keeping a ppa for pyqt snapshots?
Le mercredi 14 octobre 2009 16:48:04, Ville M. Vainio a écrit :
> http://pastebin.ca/1619543
>
> (yes, my -dbg packages are installed - dunny why all the symbols don't
> match)
I also installed *-dbg packages, but sip4 symbols are missing. It should be a
bug in the Debian -dbg package. I recomp
On Tue, Oct 13, 2009 at 10:25 PM, Victor Stinner
wrote:
> Hi,
>
> I'm using Debian Sid, and my program crash since the last upgrade. The last
> upgrade installed PyQt 4.6 with SIP 4.9.
May be unrelated, but I also suddenly started getting systematic
crashes like this on latest Karmic:
http://pas
Hi,
I have a problem when I use multi threading with pyqt4: every of my
widgets has a worker thread that updates the content on changes. The
worker thread is build around Python threading (error handling removed
to shorten the code):
---8<
class AsyncTh
Hans-Peter Jansen wrote:
Am Dienstag 13 Oktober 2009 schrieben Sie:
I recompiled present snapshot of sip with debug options :
#0 0xb7391840 in ??
()
#1 0xb75ebfd0 in PyDict_GetItem (op=0xb4200390,
key=0xb08d1f00)
at
Objects/dictobject.c:658
#2 0xb5dc0131 in sip_api_is_py_m
On Tue, 13 Oct 2009 18:47:47 -0700 (PDT), Christian Roche
wrote:
> Phil Thompson-5 wrote:
>>
>>
>> I think this is all one problem and is nothing to do with threads. There
>> is
>> a (necessary) change of behaviour (documented in the current snapshot)
>> when
>> wrapping a Python sub-class of a
