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

[Kek]

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

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

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

У меня было подозрение на потоки и я пробовал оставить только 1 поток, это лишь отложило момент краша, на минуты 2-3  10-20 

[Kek]

Забыл предупредить, если кто-то найдет время чтоб скачать проект и чекнуть ошибку то:

В файле "mainwindow.h" уберите эти включения, иначе выдаст ошибку (в проекте, что вы скачаете их нет)

Код:

#include "dudosbackend.h"
#include "dudosbackend_post_login.h"

Когда скомпилируете проект в релиз, в папку релиз-проекта, в папку /release рядом с "exe" файлом положите эти dll, без них не будут работать HTTPS...
https://drive.google.com/file/d/0B7-Ahrbw3_gOcHZtM1VBM2ZXeDQ/view?usp=sharing

[Kek]

Чтоб в 1 потоке сымитировать ошибку быстрее, а не ждать ее 20-30 минут, замените в файле "dudosbackend_connect.cpp"
"timerReply.start(20);"
на
"timerReply.start(10);"
и она случится через минуту-две...

[Авварон]

Ну падает в QCoreApplication::notify(), что означает, что кто-то пытается доставить эвент удаленному объекту.

[Kek]

Ну падает в QCoreApplication::notify(), что означает, что кто-то пытается доставить эвент удаленному объекту.

Вот, дело значит в abort/close/delete... Как и писал ранее, так как же корректно удалять этот чертов NetworkReply, чтоб он удалился и ничего не упало?