Непонятная ошибка при закрытие приложения

$ vim -R pyside-qt4.8+1.1.1/libpyside/signalmanager.cpp
:534<enter>

Забыл сказать, такого файла вообще нет там:)

Сейчас исходники распакую

FEATURES=noclean emerge ... а вообще, тарболы с сорцами ложатся в portage/distfiles, внезапно

Функция выглядит вот так:

const QMetaObject* SignalManager::retriveMetaObject(PyObject *self)
{
    Shiboken::GilState gil;
    DynamicQMetaObject *mo = 0;
    Q_ASSERT(self);

    PyObject* dict = reinterpret_cast<SbkObject*>(self)->ob_dict;
    if (dict && PyDict_Contains(dict, metaObjectAttr)) {
        PyObject *pyMo = PyDict_GetItem(dict, metaObjectAttr);

#ifdef IS_PY3K
        mo = reinterpret_cast<DynamicQMetaObject*>(PyCapsule_GetPointer(pyMo, 0));
#else
        mo = reinterpret_cast<DynamicQMetaObject*>(PyCObject_AsVoidPtr(pyMo));
#endif
    } else {
        mo = reinterpret_cast<DynamicQMetaObject*>(Shiboken::Object::getTypeUserData(reinterpret_cast<SbkObject*>(self)));
    }

    mo->update();
    return mo;
}

Я воспользовался

ebuild /usr/portage/dev-python/pyside/pyside-1.1.1.ebuild unpack

А при каких условиях self будет не True? Немного не пойму.

self всегда будет не тру. Но оно будет nullptr (или NULL в терминологии C), если объект, которому должен быть послан сигнал, уже уничтожен, но ни дисконнекта, ни уничтожения посылающего объекта не было. Есть такая фича у Qt-шных указателей QPointer, возможно, указатели на PyObject внутри храняться как QPointer.

Спасибо, тогда как правильно забивать ненужные объекты?

del, а дальше сборщик мусора, не?

Не нужные QObject'ы убивать вызывая метод QObject::deleteLater(). Не забываем про, чилд/парент, QObject при уничтожении все ниже лежащее дерево за собой тащит.

Да, вроде оно, пока проблем нет, ночью отпишусь после тестов.
Спасибо всем.