Есть следующее (псевдо-код):

C
class RequestMaker: public QObject
{ 
   Q_OBJECT
   private:
     QNetworkAccessManager mgr_;
   public:
     RequestMaker(QObject* parent) : QObject(parent), mgr_(this)
     {
        connect(&mgr_, SIGNAL(finished(QNetworkReply*)), this, SLOT(networkReplyReceived(QNetworkReply*)));
     }
     void sendRequest(...)
     {
         // compose request
         mgr_.post(...);
     }
   public signals:
      void responseReceived(Response*);
   private slots:
      void networkReplyReceived(QNetworkReply* reply)
      {
          // convert reply to a special struct
          Response* resp = ResponseMaker::make(reply);
          emit responseReceived(resp);
          reply->deleteLater();
      }
};
 

Данный класс используется в MainWindow: public QMainWindow, устанавливая слот на responseReceived(). Выполняет sendRequest() и в слоте responseReceived() делает widget.update(). После чего seg. fault.

Подозреваю, что слот выполняет в другом треде, и из-за этого такое поведение. Как заставить нормально отрабатывать данный сценарий с данным кодом? Может в каком-то месте надо сделать moveToThread() ?

Спасибо.

С тредами не играю: исключительно последовательные вызовы. gdb показывает, что создается несколько нитей:


Response не содержит указателей. Абсолютно статичные данные --  специально так проектировался.
Падает именно в той точке, где выполняется метод визуального виджета. По симптомам -- очень похоже на случай, когда из другого треда пытаются воздействовать на виджет, находящийся в другом потоке.