Kill QThread

> self.thread.exit
exit не является слотом, quit является.

Это делается так.

> quit тоже не помогает
Покажи код MyThread полностью.

Меня смущает:

«Warning: This function is dangerous and its use is discouraged.In short, use this function only if absolutely necessary.»

И что тогда делают exit и quit?

[code] class MyThread(QtCore.QThread): def __init__(self): QtCore.QThread.__init__(self) def run(self): import make_it make_it.do_it() [/code] В потоке запускается функция, после вызова quit, она все-равно продолжает работать...

run по дефолту вызывает exec()

int QThread::exec()
{
    // bla-bla-bla
    QEventLoop eventLoop;
    int returnCode = eventLoop.exec();
    // bla-bla-bla
}

void QThread::exit(int returnCode)
{
    // bla-bla-bla
    for (int i = 0; i < d->data->eventLoops.size(); ++i) {
        QEventLoop *eventLoop = d->data->eventLoops.at(i);
        eventLoop->exit(returnCode);
    }
}

Если у тебя run переопределен, то возможно у тебя и нет никаких eventloop'ов, а следовательно quit и exit ничего не делают (почти).

Функция судя по всему не знает о существовании треда, разумеется quit тут не поможет, так как у тебя нет eventloop'а, а также внутри run'а и этой функции do_it нигде не проверяется хочет ли поток завершиться или нет.
Я как я понимаю, terminate ничего не гарантирует и является плохой практикой, но применяется именно в таких ситуациях.

Почитай:
http://diotavelli.net/PyQtWiki/Threading,_Signals_and_Slots
Вдруг поможет.

> И что тогда делают exit и quit?

По хорошему, после выполнения всех нужных/ненужных действий в функции run (переопределённой тобой), нужно вызвать функцию exec, которая будет крутить цикл сообщений, и ожидать прерывания. Прерывание и делается exit-ом (функция) или quit-ом (слот). Хотя лично мне реализация потоков в Qt кажется безобразно корявым.

s/корявым/корявой/

> Хотя лично мне реализация потоков в Qt кажется безобразно корявым

Почему?

Как пример, используя boost::thread + boost::bind я могу зацепить поток на функцию класса, передав ей сразу же нужное количество аргументов. И не надо наследоваться от всяких QThread, переопределять метод run, который не принимает параметров, и надо плясать с бубном, чтобы что-нить ему отдать.

Ты наверное про QtConcurrent::run не слышал.

Когда я начинал работать с Qt, этого ещё не было. А в boost-е всё уже было. И futures тоже были.

И не надо наследоваться от всяких QThread, переопределять метод run

Почитай известную статью по теме: http://labs.qt.nokia.com/2010/06/17/youre-doing-it-wrong/

Для Ъ, «правильная» многопоточность, начиная с Qt 4.4, делается примерно так:

QThread *thread = new QThread;

MyObject *object = new MyObject; // MyObject is QObject's descendant
object->moveToThread(thread);

connect(thread, SIGNAL(started()), object, SLOT(start()));
thread->start();

я могу зацепить поток на функцию класса, передав ей сразу же нужное количество аргументов

Про QtConcurrent уже сказали

> начиная с Qt 4.4

Я уже упоминал, что начинал «слегка» раньше.

> Я уже упоминал, что начинал «слегка» раньше.

Ну так и скажи, «последние 3 года Qt не трогал», например. Заявления о «корявости» только сбивают с толку начинающих.

Один хрен, работа с потоками в Qt реализована хуже, чем в том же boost-е. А всякие извращения, потребные для того, чтобы из потока дёрнуть чей-нить слот (привет QMetaObject::invokeMethod) вообще могут в страшных снах сниться.

> Один хрен, работа с потоками в Qt реализована хуже, чем в том же boost-е

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

А всякие извращения, потребные для того, чтобы из потока дёрнуть чей-нить слот

Обычный QObject::connect() прекрасно справляется c кросс-поточным «дерганьем» слотов.

привет QMetaObject::invokeMethod

Заодно покажи, как задача, которая выполняется с помощью QMetaObject::invokeMethod(), решается в бусте. Ведь ты же знаешь, о чем говоришь.