QThread && QApplication::postEvent()

[ZeBriD]

День добрый.
Столкнулся со следующей проблемой, и никак не могу сообразить, как её решить.
Суть проблемы такова: надо обработать большое кол-во файлов (я обрабатываю для теста чуть более 32тыс. таковых).
Дабы отменить этот процесс, а также быть в курсе прогресса, решил во время обработки файлов выводить прогрессбар с кнопкой отмены.
Первый вариант, который я попробовал - это добавить в функцию обработки файлов QApplication::postEvent();
И оно в принципе работало. Прогресс отображался, при нажатии на кнопку - останавливался.
Но! обработка пошла в десятки раз медленнее, что мне совсем не понравилось.
Тогда я решил использовать отдельный поток для отображение прогресса.
Создал поток, наследник QThread, в котором был один сигнал, на прекращение процесса, и один слот, для увелинчения прогресса на 1.
Но и тут всё пошло не чисто.
При обработке файлов стабильно сыпятся сообщения "QCoreApplication::sendPostedEvents: Cannot send posted events for objects in another thread".
Да и ко всему прочему, нажать на отмену я так и не могу, пока не вставлю в код потока обработчик событий, который, опять же, замедляет в десятки раз процесс обработки файлов.

Собственно, не подскажете, как заставить этот поток работать отдельно от основного, дабы таки была возможность отменить процесс, без добавления QApplication::postEvent() ?

[BRE]

Попробуй сделать наоборот, т.е. файлы обрабатывай в отдельном потоке, а прогресс-бар рисуй и кнопку обрабатывай в основной потоке.

[ZeBriD]

Часть обработки файлов заключается в формировании QTreeWidget, который лежит на главной форме.
Поэтому, перенести обработку файлов в отдельный поток не получится, ибо QTreeWidget будет лежать не в нём, а значит и обрабатываться нормально не сможет...
Какие есть ещё варианты ?

[BRE]

Часть обработки файлов заключается в формировании QTreeWidget, который лежит на главной форме.
Поэтому, перенести обработку файлов в отдельный поток не получится, ибо QTreeWidget будет лежать не в нём, а значит и обрабатываться нормально не сможет...
Какие есть ещё варианты ?

Вариант тот-же.
Посылай из потока обработки сигнал addFileName( const QString &filename ), а в главном потоке добавляй в дерево.
Имя сигнала и параметры можно менять.

[Пантер]

Столкнулся тут на днях с такой же проблемой. Есть модель со списком файлов, нужно поизвлекать их иконки, что есть очень долго. Сделал так: формирую модель,запускаю поток, передав ему имена файлов, в потоке выбирается иконка и делается emit(int,QIcon), что ловится в моделе на слот и устанавливается в модель. Все под масдаем шло отлично, но под Линем сказало, что с пиксмапом не будет работать не в гуи треде. Что делать ХЗ...

[spirit]

юзай QImage. QPixmap нельзя юзать вне главного потока.
из ассистанта, см.Thread Support in Qt

Painting in Threads
...Painting onto QPixmaps and QWidgets is not supported....

[ZeBriD]

Вариант тот-же.
Посылай из потока обработки сигнал addFileName( const QString &filename ), а в главном потоке добавляй в дерево.
Имя сигнала и параметры можно менять.

Уже думал об этом... Но, после прикидки, понял, что либо получится через чур перенавороченые сигналы с кучей параметров, либо ничего не получится...
Чтобы было понятнее, у меня обработка файлов тесно связана с QTreeWidget:

Код:

  QTreeWidgetItem *locwi;
  bool same[] = {false, true, true, true, true, true, true, true};
  for (int i = 0; i < filModel->rowCount(*mi); i++)
  {
    if ((filModel->fileInfo(mi->child(i,0)).isDir()) && (filModel->rowCount(mi->child(i,0)) > 0))
    {
      locwi = new QTreeWidgetItem(wi);
      locwi->setText( 0, filModel->fileName(mi->child( i, 0 )));
      locwi->setIcon( 0, filModel->fileIcon(mi->child( i, 0 )));
      locwi->setText( 8, filModel->filePath(mi->child( i, 0 )));
      locwi->setText( 9, "Folder");
      LookUp(&mi->child(i, 0), locwi);
      
    }
    
    if (filModel->fileInfo( mi->child( i, 0 )).isFile())
    {
      TagLib::FileRef fl(filModel->filePath( mi->child( i, 0) ).toAscii().data());

      locwi = new QTreeWidgetItem(wi);
      locwi->setText( 0, filModel->fileName( mi->child( i, 0) ));
      locwi->setIcon( 0, filModel->fileIcon( mi->child( i, 0) ));
      locwi->setText( 8, filModel->filePath( mi->child( i, 0) ));
      locwi->setText( 9, "File");
      locwi->setText( 1, QString::fromStdWString(fl.tag()->artist().toWString()));
      locwi->setText( 2, QString::fromStdWString(fl.tag()->title().toWString()));
      locwi->setText( 3, QString::fromStdWString(fl.tag()->album().toWString()));
      locwi->setText( 4, QString::number(fl.tag()->year()));
      locwi->setText( 5, QString::number(fl.tag()->track()));
      locwi->setText( 6, QString::fromStdWString(fl.tag()->genre().toWString()));
      locwi->setText( 7, QString::fromStdWString(fl.tag()->comment().toWString()));
      
      emit incProgVal();
      
    }
    
    for (int j = 1; j <= 8; j++)
      if ( (same[j]) && (i > 0) )
        if (wi->child(i - 1) != NULL)
          if (locwi->text(j) != wi->child(i - 1)->text(j))
            same[j] = false;
    
    if (cancel)
    {
      return;
    }
    //QApplication::processEvents();
  }
  
  for (int j = 1; j <= 8 ; j++)
    if (same[j])
      if (wi->child(0) != NULL)
        wi->setText(j, wi->child(0)->text(j));

Возможно глупый вопрос... Но может есть какой-то "локальный" postEvent(), только для одного потока/формы ?

[spirit]

используй катом ивенты, в них можно запишнуть то, что тебе нужно.

[Пантер]

юзай QImage. QPixmap нельзя юзать вне главного потока.
из ассистанта, см.Thread Support in Qt

Painting in Threads
...Painting onto QPixmaps and QWidgets is not supported....

Да хотелось через QFileIconProvider, чтобы свои костыли не лепить, а там через пиксмап.

[spirit]

так конвертануть потом QImage в пикспам, что нельзя? 

QPixmap QPixmap::fromImage ( const QImage & image, Qt::ImageConversionFlags flags = Qt::AutoColor )   [static]

[Пантер]

Да не в том дело. Загляни в исходники QFileIconProvider, там работа через QPixmap, а на выходе QIcon. Т.е. получается, что в потоке оперирую с QPixmap, что не позволено.

[BRE]

Чтобы было понятнее, у меня обработка файлов тесно связана с QTreeWidget:

[offtop]
Вот это очень плохая традиция переплетать функционал и GUI (уж прости  ). Представь, что завтра тебе нужно будет сделать тоже, только с использованием не Qt (в консоли!). Будешь заново программу писать? Вместо того, чтобы "морду" новую сделать, а функционал старый оставить.
[/offtop]
А в сигналах можно любые объекты передовать. Сделай класс FileMegaInfo, создавай объект этого класса, заполни данными и передавай в главный поток, а он на основании этих данных будет дерево заполнять.

[spirit]

Да не в том дело. Загляни в исходники QFileIconProvider, там работа через QPixmap, а на выходе QIcon. Т.е. получается, что в потоке оперирую с QPixmap, что не позволено.

[offtop]
типа QFileIconProvider юзается в потоке? че-то не пойму
[/offtop]

[ZeBriD]

используй катом ивенты, в них можно запишнуть то, что тебе нужно.

Простите, что ? 


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

[offtop]
Вот это очень плохая традиция переплетать функционал и GUI (уж прости  ). Представь, что завтра тебе нужно будет сделать тоже, только с использованием не Qt (в консоли!). Будешь заново программу писать? Вместо того, чтобы "морду" новую сделать, а функционал старый оставить.
[/offtop]

Тоже верно. Не подумал об этом, ибо это мой первый проект... Спасибо за совет.

А в сигналах можно любые объекты передовать. Сделай класс FileMegaInfo, создавай объект этого класса, заполни данными и передавай в главный поток, а он на основании этих данных будет дерево заполнять.

Похоже, выбор у меня не велик... Попробую так реализовать...

[spirit]

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

нельзя юзать гуевые классы в негуевом(рабочем) потоке.
опять-таки ассистант, см.Thread Support in Qt

Код:

QObject Reentrancy
...Although QObject is reentrant, the GUI classes, notably QWidget and all its subclasses, are not reentrant. 
They can only be used from the main thread. As noted earlier, 
QCoreApplication::exec() must also be called from that thread...