Корректное завершение QNetworkReply, без вылетов

[Kek]

Актуальное описание проблемы в этом сообщении -> http://www.prog.org.ru/index.php?topic=31408.msg232441#msg232441

[qate]

1. 300 потоков это плохо
2. запускай и падай под отладчиком

[qate]

либо бага qt, либо неправильное использование, о чем говорит строка *Private*
для багрепорта будет нужен минимальный пример и версию qt

[Kek]

либо бага qt, либо неправильное использование, о чем говорит строка *Private*
для багрепорта будет нужен минимальный пример и версию qt

Кину весь поток целиком, он крохотный, версию тоже кинул ниже:

**********************************************************
ВЕРСИЯ

[Kek]

После еще порции тестов выявил, что версия HTTP 2.0 не при делах вообще, запрос выше все корректно запрашивает, добавил readAll(), HTML код страницы полностью соответствует реальности. Заметил, что именно команды:

Код:

networkReply->abort();
networkReply->close();
networkReply->deleteLater();

Провоцируют ошибки при выполнении и вся консоль забита

Код:

QIODevice::write: device not open

Т.е. я некорректно завершаю networkReply , команды выше тупо крашат прогу, как же правильно закрывать networkReply?

[qate]

1. версия на дворе 5.9
2. кто так учил потоки делать ? зачем там таймер и евентлуп ? читать тут https://wiki.qt.io/Threads_Events_QObjects

[Авварон]

Зис не надо передавать кунаму в парент. Три дня назад тема была аналогичная.

[Kek]

1. версия на дворе 5.9
2. кто так учил потоки делать ? зачем там таймер и евентлуп ? читать тут https://wiki.qt.io/Threads_Events_QObjects

В версии 5.9 нет QWebView (который мне иногда нужен) для моего MinGW. Скрин кода выше - это просто функция "StartDudosThread", которая начинает выполняться, когда поток запущен. Создаю я их так:

[Kek]

Зис не надо передавать кунаму в парент. Три дня назад тема была аналогичная.

Заменил
QNetworkAccessManager *networkAccessManager = new QNetworkAccessManager(this);
на
QNetworkAccessManager *networkAccessManager = new QNetworkAccessManager();

Все равно заваливает ошибкой "QIODevice::write: device not open" и в конце концов крашится...

[Kek]

Пздц, походу уже смысл темы потерян. Напишу заново:
При выполнении вот этого кода, а конкретнее цикла "while (threadIsEnable)", вылетает вот такая ошибка (скрины код/ошибка ниже):

P.S. Ошибка происходит ИМЕННО при выполнении цикла.

************************************************************************
КОД С ПРОБЛЕМНЫМ ЦИКЛОМ



************************************************************************
ОШИБКА



************************************************************************
ОШИБКА С ОТЛАДЧИКОМ

[kuzulis]

Бррр.. это какая-то дичь (с)

[Kek]

Бррр.. это какая-то дичь (с)

Тут все, как должно быть, работа программы меня устраивает... Не устраивает только одно, после минуты работы вылезает ошибка выше, я склоняюсь к тому, что к ней приводят деструктивные функции типа abort()... Но я не могу от них отказаться, если я их не использую, т.е. QNetworkReply создаются и создаются, то через некоторое время кончается память и процесс занимает 1+ ГБ, поэтому я позволяю им висеть 5 секунд, затем удаляю, им нельзя висеть дольше, после 5 секунд они должны быть закрыты, что бы они там не делали в этот момент (код с таймером на 5000 MS выше)

P.S. Ждать ответ от сервера мне не надо, читать ответ мне тоже не надо, программа только генерирует запросы, так и задумано...
P.S.S. Походу релоад темы нужен...

[qate]

кто тебя учил код картинкой ставить ?
оформи нормально проект, запакуй в zip и прикрепи

[Kek]

кто тебя учил код картинкой ставить ?
оформи нормально проект, запакуй в zip и прикрепи

Вот минимальный проект для воспроизведения проблемы, вырезал все второстепенное в том числе прокси, оставил только потоки и запросы. Через N времени (от 30 сек до 1-2 минут) начинаются ошибки QIODevice::write/read: device not open, затем приходит краш... https://drive.google.com/file/d/0B7-Ahrbw3_gORWo1MnVvaTZ0UU0/view

[Авварон]

(process:28413): GLib-ERROR **: Creating pipes for GWakeup: Слишком много открытых файлов

Ксттаи да, this у кунама нипричем, я думал, что у него парентом тред, а на самом деле - объект в треде. Так что там ошибки не было.

Краш происходит при попытке создать тред (всего у меня 610 тредов на момент краша) внутри треда Qt Http Thread. Похоже, QNAM сам создает треды.
Вкратце - так (создавать 300 тредов) делать не надо.