This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author David.Butler
Recipients David.Butler, amaury.forgeotdarc, jcea
Date 2011-12-20.22:50:02
SpamBayes Score 0.00020301703
Marked as misclassified No
Message-id <1324421403.64.0.318673715382.issue13616@psf.upfronthosting.co.za>
In-reply-to
Content
I think I have found the problem! I took a closer look at the Fatal error core:

#0  0xb76fe424 in __kernel_vsyscall ()
#1  0xb740ccb1 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#2  0xb740e3f2 in *__GI_abort () at abort.c:92
#3  0xb766193f in Py_FatalError (msg=0xb76949de "GC object already tracked")
    at Python/pythonrun.c:1670
#4  0xb7595a3a in PyMethod_New (func=<function at remote 0x8d649cc>, self=
    <QtReactor(waker=<_UnixWaker(i=13, fileno=<function at remote 0x93f6994>, reactor=<...>, o=14) at remote 0x93f3dac>, threadCallQueue=[(<instancemethod at remote 0x9b5639c>, (0,), {})], _cancellations=0, _justStopped=False, _newTimedCalls=[], _pendingTimedCalls=[<DelayedCall(resetter=<instancemethod at remote 0x9b5d504>, seconds=<built-in function time>, args=(), canceller=<instancemethod at remote 0x9cb48ec>, delayed_time=0, kw={}, func=<LoopingCall(a=(...), interval=2, clock=<...>, _expectNextCallAt=<float at remote 0x9ab7b44>, f=<instancemethod at remote 0x96db34c>, deferred=<Deferred(_canceller=None, callbacks=[((<function at remote 0x8bc6f44>, None, None), (<instancemethod at remote 0x96db374>, (...), {}))]) at remote 0x96da0cc>, running=True, kw={}, starttime=<float at remote 0x8c3f0f4>, call=<...>, _runAtStart=True) at remote 0x96d776c>, time=<float at remote 0x9d4cb74>, cancelled=0, called=0) at remote 0x9d1184c>, <DelayedCall(resetter=<instancemethod at remote 0xa2c4edc>, seconds=<built-in function ti...(truncated), klass=<type at remote 0x8e5a3dc>) at Objects/classobject.c:2250
#5  0xb6c71225 in PySide::DynamicSlotDataV2::callback (this=0x96b6440)
    at /var/tmp/portage/dev-python/pyside-1.0.9/work/pyside-qt4.7+1.0.9/libpyside/globalreceiverv2.cpp:129
#6  0xb6c718fc in PySide::GlobalReceiverV2::qt_metacall (this=0x9519b88, 
    call=QMetaObject::InvokeMetaMethod, id=5, args=0xbffbeef4)
    at /var/tmp/portage/dev-python/pyside-1.0.9/work/pyside-qt4.7+1.0.9/libpyside/globalreceiverv2.cpp:289
#7  0xb6ab76a7 in QMetaObject::metacall (object=0x9519b88, cl=QMetaObject::InvokeMetaMethod, 
    idx=5, argv=0xbffbeef4) at kernel/qmetaobject.cpp:237
#8  0xb6ac9b8c in QMetaObject::activate (sender=0x9760e40, m=0xb6c5d644, 
    local_signal_index=<optimized out>, argv=<optimized out>) at kernel/qobject.cpp:3278
#9  0xb6b21b27 in QTimer::timeout (this=0x9760e40) at .moc/debug-shared/moc_qtimer.cpp:128
#10 0xb6acfb01 in QTimer::timerEvent (this=0x9760e40, e=0xbffbf41c) at kernel/qtimer.cpp:271
#11 0xb6e35efb in QTimerWrapper::timerEvent (this=0x9760e40, arg__1=0xbffbf41c)
    at /var/tmp/portage/dev-python/pyside-1.0.9/work/pyside-1.0.9_build/PySide/QtCore/PySide/QtCore/qtimer_wrapper.cpp:233
#12 0xb6ac2e67 in QObject::event (this=0x9760e40, e=0x6) at kernel/qobject.cpp:1181
#13 0xb6e37717 in QTimerWrapper::event (this=0x9760e40, arg__1=0xbffbf41c)
    at /var/tmp/portage/dev-python/pyside-1.0.9/work/pyside-1.0.9_build/PySide/QtCore/PySide/QtCore/qtimer_wrapper.cpp:164


If this would explain the update_refs lock up then I will close this bug... (i also opening on on pyside)
History
Date User Action Args
2011-12-20 22:50:03David.Butlersetrecipients: + David.Butler, jcea, amaury.forgeotdarc
2011-12-20 22:50:03David.Butlersetmessageid: <1324421403.64.0.318673715382.issue13616@psf.upfronthosting.co.za>
2011-12-20 22:50:03David.Butlerlinkissue13616 messages
2011-12-20 22:50:02David.Butlercreate