какой виртуальный метод вызывается после передачи сигнала?

[Гурман]

вопрос в заголовке возможно не очень прозрачен, поэтому пояснение:

есть приложение с меню и кнопками на тулбарах, пункты меню посылают сигналы туда, куда подключены

слоты-приемники сигналов вызывают разнообразную внутреннюю обработку данных, во время которой могут происходить различные ошибки, код которых устанавливается в глобальной переменной

после обработки сигналов необходимо выдавать сообщение об ошибке, при этом более чем в половине случаев невозможно выдать это сообщение, поскольку код устанавливается библиотечными функциями

можно в каждый приемник сигнала влепить выдачу сообщений об ошибке после обработки любого сигнала - но это очень не красиво, поскольку слотов для приема сигнала десятки, и при добавлении каждого нового потребуется выдача такого сообщения

каким образом можно получить управление после того, как любой сигнал был обработан его приемником, независимо от того, откуда он был послан? все описанные сигналы и приемники находятся в одной нити приложения, но сигналы посылаются разными объектами

[kibsoft]

Если я все правильно понял, то можно использовать QSignalMapper. Т.е. все твои виджеты будут посылать сигналы в один слот, оттуда определяя что это за объект вызываем нужную функцию обработки, а затем после возврата из функции выполняем нужные действия(в слоте), т.е. как и надо получаем управление. Незнаю подойдет ли это в вашем случае..
В ассистенте можно почитать: Advanced Signals and Slots Usage
Ну и соответственно описание класса QSignalMapper.

[spectre71]

Как вариант, можно переопределить CoreApplication::notify и делать проверки там.

Тупой пример:

Код

C++ (Qt)
class MyApplication : public QApplication{
    Q_OBJECT
  public:
    bool IsError;
  public:
    MyApplication (int& argc, char** argv) : QApplication(argc, argv) {MyGlobalError = false;} 
    bool notify ( QObject * receiver, QEvent * event);
};
 
int main(int argc, char *argv[]) {
//...
//...
  MyApplication a(argc, argv);
//...
//...
  return a.exec();
}
 
bool MyApplication::notify ( QObject * receiver, QEvent * event ) {
    bool Res = QApplication::notify(receiver, event);
    if(IsError) {
      IsError= false;
      QMessageBox::information(0, QObject::tr("information"), "Error");
    }
    return Res;
}

[Igors]

Я бы ставил так

Код

C++ (Qt)
// один из обработчиков
...
if (theErrorHandler.GetError() != errNone)  // ошибка уже случилась, уходим     
 return theErrorHandler.GetError();
...
int err = MyLibCal(..);                     // работаем с библиотеками и.т.п.
if (err != errNone)                         // проверяем на ошибку 
 return theErrorHandler.SetError(err);      // устанавливаем ошибку и уходим
...
 
// ErrorHandler
int ErrorHandler::GetError( void ) const
{
 return mErrorCode; 
}
 
int ErrorHandler::SetError( int errCode )
{
 static QMutex mutex;
 QMutexLocker(&mutex);
 if (mErrorCode == noErr) {
  mErrorCode = errCode;
  emit ShowError(this);                    // QueuedConnection
 }
}
 
ErrorHandler theErrorHandler;             // глобальная переменная
 

[Гурман]

че-то не нравится ни один предложенный вариант 

лучше всего, если бы можно было переопределить приложение, а там виртуальный метод что-нибудь вроде AfterSignalProcessed(), который вызывается каждый раз, когда завершился любой обработчик любого сигнала

такого нет?

[Kolobok]

Тип соединения у тебя DirectConnection. Значит, на следующей строчке после emit слот уже выполнится. Вот и посылай после первого сигнала второй, что сигнал обработан.

[Гурман]

Тип соединения у тебя DirectConnection. Значит, на следующей строчке после emit слот уже выполнится. Вот и посылай после первого сигнала второй, что сигнал обработан.

откуда посылать? из слота? из функции, делающей emit? слотов несколько десятков, мест для emit еще больше, и на множество слотов сигналы идут из меню приложения, от разных кнопок и прочих виджетов, созданных в QtDesigner

[kibsoft]

откуда посылать? из слота? из функции, делающей emit? слотов несколько десятков, мест для emit еще больше, и на множество слотов сигналы идут из меню приложения, от разных кнопок и прочих виджетов, созданных в QtDesigner

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

[spectre71]

Тип соединения у тебя DirectConnection. Значит, на следующей строчке после emit слот уже выполнится. Вот и посылай после первого сигнала второй, что сигнал обработан.

Что попало. И как интересно получится продублировать сигналы из внутри методов класовв QT библиотеки.

[Kolobok]

Код:

connect( button, SIGNAL( clicked() ), obj1, SLOT( slot() ) );
connect( button, SIGNAL( clicked() ), obj2, SLOT( slot() ) );

Слоты выполнятся в той последовательности, как они были соединены. В данном примере сначала obj1->slot(), потом obj2->slot().

[spectre71]

че-то не нравится ни один предложенный вариант 

лучше всего, если бы можно было переопределить приложение, а там виртуальный метод что-нибудь вроде AfterSignalProcessed(), который вызывается каждый раз, когда завершился любой обработчик любого сигнала

такого нет?

1) Чем тебе не нравятся предложенные варианты. Поясни.
2) Уточни что за обработка ошибок, в каких случаях, ...

[spectre71]

Код:

connect( button, SIGNAL( clicked() ), obj1, SLOT( slot() ) );
connect( button, SIGNAL( clicked() ), obj2, SLOT( slot() ) );

Слоты выполнятся в той последовательности, как они были соединены. В данном примере сначала obj1->slot(), потом obj2->slot().

1) Возможно и так(не уточнял), но только для однопотокого приложения!
2) Очень плохой способ дублировать сединения.

[Igors]

лучше всего, если бы можно было переопределить приложение, а там виртуальный метод что-нибудь вроде AfterSignalProcessed(), который вызывается каждый раз, когда завершился любой обработчик любого сигнала

такого нет?

А как оно должно "быть" (т.е. разумна ли такая вещь)?  Какие параметры должны подаваться в  AfterSignalProcessed()? Нужен как минимум код/флаг ошибки - а откуда они возьмутся если это личное дело каждого слота-обработчика ?

[Kolobok]

1) Возможно и так(не уточнял), но только для однопотокого приложения!

все описанные сигналы и приемники находятся в одной нити приложения

2) Очень плохой способ дублировать сединения.

А где здесь дублирование? Один сигнал посылается двум разным слотам.

[spectre71]

А где здесь дублирование? Один сигнал посылается двум разным слотам.

Сам этот принцип - безсмысленное дублирование соединений. Второе соединение для возможной обработки ошибки.
Элементарно можно промахнуться:
- забыть сделать 2-е соединение, когда известно что в первом сединении слот может сгенерить ошибку;
- забыть добавить 2-е соединение, ко всем 1-м, во всех модулях, когда 1-й слот был изменен так что стал генерить ошибку.
- ...