QThread и QNetworkAccessManager Опции

[di.em]

Есть класс Thread наследуемый от QThread
вот его run():

void Thread::run()

{
    QNetworkAccessManager  nm;
    nm.get(QNetworkRequest(QUrl("http://doc.qt.nokia.com/latest/qthread.html")));
}

при создании нескольких объектов данного класса + ->start()

Часто конфликты мутексов и памяти:
QMutex::lock: mutex lock failure: Недопустимый аргумент
*** glibc detected *** ... : corrupted double-linked list: 0x081f8e18 ***
...

Объясните пожалуйста причину такого странного поведения

[ufna]

я лично делаю один слот finished, но в зависимости от objectName, который я задал QReply (который в финишд и войдет как sender()), кидаю разным обработчикам и все. Один слот, один механизм, профит.


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

[di.em]

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

Если сделать что то вроде

void Thread::run()
{
    QNetworkAccessManager  nm; // nm в треде Thread
    nm.get(QNetworkRequest(QUrl("http://doc.qt.nokia.com/latest/qthread.html")));
    exec();
}

И не вешать, никаких сигналов на quit() трэда (run никогда не завершиться, а nm не будет удалён), всё равно выскакивают ошибки конфликтов мьютэксов и выделения памяти. Интересно почему так ведёт себя, nm видимо использует какие-то общие ресурсы, не знаю.
Ну собственно вы с подобным поведением (судя по вашей статье) тоже сталкивались.

Так то программу переписал, более удобно для себя, без использования трэдов, как и положенно.