Russian Qt Forum

Доброго времени суток!

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

C++ (Qt)
class MainWindow : public QMainWindow {
    Q_OBJECT
public:
    MainWindow(QWidget *parent = 0);
    ~MainWindow();
 
protected:
    void changeEvent(QEvent *e);
 
private:
    Ui::MainWindow *ui;
    QNetworkReply *reply;
    QNetworkAccessManager *manager;
 
};
 
MainWindow::MainWindow(QWidget *parent) :
    QMainWindow(parent),
    ui(new Ui::MainWindow)
{
    ui->setupUi(this);
 
    QUrl    address("http://www.ya.ru/");
    manager = new QNetworkAccessManager(this);
    reply = manager->get(QNetworkRequest(address));
    connect(reply, SIGNAL(finished()), this, SLOT(close()));
 
    QTimer  *timer = new QTimer(this);
    timer->start(100);
    connect(timer, SIGNAL(timeout()), this, SLOT(close()));
 
}
 

после запуска такой программы она все еще "висит" после "выхода".

Вопрос: это баг или я что-то неправильно делаю?

попробуй в деструкторе для MainWindow вызвать deleteLater() для QNetworkAccessManager'a.

пробовал

и
manager->deleteLater();
и
reply->abort();
reply->deleteLater();

безрезультатно

естественно, покурите про deleteLater() он удалит объект только после того как на него не будет ничего ссылаться, и завершаться процессы связанные с объектом, удали его жестко

Но возможно Exception словишь.

Note: After the request has finished, it is the responsibility of the user to delete the QNetworkReply object at an appropriate time. Do not directly delete it inside the slot connected to finished(). You can use the deleteLater() function.

Да и сам проверял, было время, ловил ещё как :)

во-во!

я даже пробовал делать manager не динамическим и внутри конструктора - т.е. заведомое жесткое убийство по отработке конструктора и все равно успевает нахадить.

А если так?

C++ (Qt)
MainWindow::MainWindow(QWidget *parent) :
    QMainWindow(parent),
    ui(new Ui::MainWindow)
{
    ui->setupUi(this);
 
    QUrl    address("http://www.ya.ru/");
    manager = new QNetworkAccessManager(this);
    reply = manager->get(QNetworkRequest(address));
    connect(reply, SIGNAL(finished()), qApp, SLOT(quit()));
 
    QTimer  *timer = new QTimer(this);
    timer->start(100);
    connect(timer, SIGNAL(timeout()), qApp, SLOT(quit()));
 
}
 

все тоже - "висит"

Может быть как "костыль": как-то(я просто не знаю как) получить список всех потоков приложения и послать им quit()?

Покажи main.cpp

C++ (Qt)
    QApplication a(argc, argv);
    MainWindow w;
    w.show();
    return a.exec();
 

это тестовая версия на просто приложении с GUIем

Выложи пожалуйста этот тест в виде архива (все файлы + .pro), что бы не нужно было копи-пастить.
И скажи на какой ты платформе это пробуешь и версию Qt.

Qt 4.6.2 + Qt Creator
Windows XP SP3

А проверь так:

C++ (Qt)
MainWindow::~MainWindow()
{
    delete manager;
    delete ui;
}
 

и это пробовал .... все тоже

Qt 4.6.2 + Qt Creator
Windows 7

не висит.

попробуй поиграться таймером - надо поймать момент когда http запрос ушел, а ответ еще не вернулся
Не исключаю, что это может быть глюк моей машины которая не перезагружается месяцами.

Поигрался. Не виснет.

Позволите поинтересоваться:
1. разброс времен которое ставили
2. тип доступа до скачиваемого объекта(pppoe, proxy) и скорость соединения

Завтра погоняю на Windows 7

Да, под "висит" в данном случаи я понимаю процесс оставшийся в памяти. На всякий случай

1. 0-500 ms.
2. ADSL 6000 Mbit. Прокси нет.

Спасибо

Так проблема решена что-ли? И каким образом?

Нет, но наблюдается очень интересное поведение. А именно:
- на моей машине даже после перезагрузки процесс остается в памяти
- на виртуальной машине запущенной с моей машины все нормально отрабатывается.

Может это как то от организации доступа к нету и проксирования зависит. У меня ISA Server.

Обновился до Qt 4.6.3 и Qt Creator 2.0
Ошибка исчезла.