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]

http://ufna.ru/2010/10/27/qt-qnetworkacces...ger-multithread

[di.em]

http://ufna.ru/2010/10/27/qt-qnetworkacces...ger-multithread

Да, спасибо, вчера надыбал эту тсатью.
Всё равно не понимаю сути.

У меня какая ситуация, есть свой класс Http (синхронный), то есть ->post или ->get, далее луп кручу эвентов, пока не будет finished или readyRead от нетворкменеджера.

Сделал так, потому что, если вешать на каждый finished свой слот - то при последовательном скачивании нескольких страниц с разными url и дальнейшей обработкой - получаеться очень много кода (куча слотов), очень сложно отлаживать.

Буду конечно переделывать, и хорошенечко ещё посмотрю http://ufna.ru/2010/10/27/qt-qnetworkacces...ger-multithread.

[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 видимо использует какие-то общие ресурсы, не знаю.
Ну собственно вы с подобным поведением (судя по вашей статье) тоже сталкивались.

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

[ufna]

честно говоря, я забыл уже чего там ) проблема была, разобрался, понял что так делать не стоит, запомнил что надо делать и забыл почему. Там с потоками и "родительствами" все связано, завтра посмотрю, сегодня сидр имеет место быть (

[di.em]

честно говоря, я забыл уже чего там ) проблема была, разобрался, понял что так делать не стоит, запомнил что надо делать и забыл почему. Там с потоками и "родительствами" все связано, завтра посмотрю, сегодня сидр имеет место быть (

Ну спасибо всё равно, если бы не статься я зашёл бы в полный ступор )