Qthread & сигналы Опции

[BRE]

Так вот в signalReceived() он не заходит...

Так в потоке не запущен цикл обработки событий (QThread::exec).
Все сигналы между потоками ходят через события, а если события не обрабатываются, то и сигналы не доходят.

[OrSOn]

Хммм но ведь если я в потоке вызову exec(), то на нем выполнение потока остановится, до полезных команд не дойдет. Если не сложно, хотелось бы увидеть простенький пример, как передавать сигналы в поток... Коненчо, туда-то сигналы можно не передавать, можно обойтись функциями, ибо доступ к потокам у меня свободный, но хочется разобраться на будущее...

[BRE]

Хммм но ведь если я в потоке вызову exec(), то на нем выполнение потока остановится, до полезных команд не дойдет. Если не сложно, хотелось бы увидеть простенький пример, как передавать сигналы в поток... Коненчо, туда-то сигналы можно не передавать, можно обойтись функциями, ибо доступ к потокам у меня свободный, но хочется разобраться на будущее...

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

Но если очень хочется, то можно делать примерно так:

Раскрывающийся текст

class Thread : public QThread
{ 
    Q_OBJECT 
public: 
    Thread() : QThread( 0 ) { moveToThread( this ); }

public slots:
    void job1()
    {
        qDebug() << "Job 1";
        ...
    }

    void job2()
    {
        qDebug() << "Job 2";
        ...
    }

protected:
    void run()
    { 
        exec();
    } 
};

Если соединится со слотами job1 и job2 из другого потока, то при активации они будут выполняться в контексте потока.
Т.е. нет нужды ждать в потоке изменение какого-то флага и запускать действие, QThread::exec сам будет ждать сигнала и запустит действие (нужный слот).

Сообщение отредактировал BRE - 9.12.2009, 11:06

[OrSOn]

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

[BRE]

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

Если задачи таковы, то конечно нужно использовать...
Посмотри еще на QThreadPool.

[OrSOn]

К сожалению, у меня Qt 4.3, там его еще нету, но все равно гляну, спасибо!

[Litkevich Yuriy]

не совсем понял, к чему это? Ведь отдельно int в сигнале передается, отдельно QTcpSocket * передается, а в структуре вместе не хотят...

из описания к макросу Q_DECLARE_METATYPE ( Type ):

Note that if you intend to use the type in queued signal and slot connections, you also have to call qRegisterMetaType() since such connections are resolved at runtime.

[OrSOn]

Ясно, спасибо =)