Russian Qt Forum

Проблема, на первый взгляд, пустяковая. Есть класс (содержит gui), наследник QWidget'a, в нём кнопка и текстовое поле. При нажатии на кнопку шлётся сигнал по которому этот класс зачищается родительским. Захотел то же самое сделать для текстового поля:

C++ (Qt)
 QObject::connect(this->ui->btnOk, SIGNAL(pressed()), SIGNAL(accept())); 
 QObject::connect(this->ui->leCount, SIGNAL(returnPressed()), SIGNAL(accept())); 
 

При испускании сигнала accept() сам класс зачищается. Проблема в том, что если нажимать кнопку - всё ок, форма закрывается и чистится (у родителя этот класс в QScopedPointer'е). Но если нажать Enter на поле ввода, то в 70% случаев - segfault, но иногда тоже всё норм. Казалось бы, какие могут быть проблемы, когда оба сигнала - и кнопка и поле ввода соединены с одним и тем же сигналом класса. Пробовал также перед зачисткой ставить фокус на родительском виджете, не помогает (обычно из-за фокуса бывают такие проблемы, если его не сбрасывать перед зачисткой). Совершенно непонятно в чём причина...

Чисто предположение: может returnPressed() соединен по дефолту с чем-то еще, и это что-то следует отсоединить предварительно?
А то мало ли что там connectSlotsByName() и иже с ним натворит.
Я бы попробовал проэкспериментировать так :

C++ (Qt)
QObject::connect(this->ui->leCount, SIGNAL(returnPressed()), this->ui->btnOk, SIGNAL(pressed()));

пробовал, изначально именно так и делал

попробуйте для этого сигнала тип коннекта Qt::QueuedConnection поставить. Может там в функции, вызывающей сигнал ещё после него обращения к объектам идёт и из-за тог, что они уже не существуют всё накреняется.

Проканало, благодарствую. Но всё равно не понимаю почему так работает. Если бы знал, что QLineEdit завязан на момент испускания сигнала с кем-то ещё, то и сам изначально этот тип сигнала бы указал. Но ведь ни он, ни qpushbutton, к которому этот же слот вешаю (без queuedconnection и работает) ни с кем больше не завязаны.
Кстати, valgrind ругался:

Если посмотреть исходники, то внутри QLineEdit используется QLineControl.

C++ (Qt)
    if (event->key() == Qt::Key_Enter || event->key() == Qt::Key_Return) {
        if (hasAcceptableInput() || fixup()) {
            emit accepted();
            emit editingFinished();
        }
        if (inlineCompletionAccepted)
            event->accept();
        else
            event->ignore();
        return;
    }

emit accepted(); - реэмитится в QLineEdit::returnPressed(), а emit editingFinished() - в QLineEdit::editingFinished().

Таким образом при прямом соединении весь последующий код выполняется уже по разрушенным обектам:что черевато.

до просмотра исходников реализации QLineEdit'а доходить не решился, но со стороны его разработчиков не упомянуть такого в документации (рекомендацию использовать queuedconnection при сигнале returnPressed()), по-моему, не есть хорошо.

Просто не стоит в слотах разрушать объект инициирующий выполнение этого слота! Для этого лучше воспользоваться специальным методом deleteLater().