поглядеть сколько выделилось памяти

[linkr]

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

мне слот deleteLater() не внушает доверия, хочу проверить, правильно ли работает .

зы разделом ошибся , перенесите плз

[Авварон]

работает, успокойся. В qt мало критических утечек
valgrind
кстати слабо в деструкторе брейкпойнт поставить?)
и не надеюсь ты не отправляешь объект на удаление перед  выходом из цикла событий?

[linkr]

работает, успокойся. В qt мало критических утечек

valgrind
кстати слабо в деструкторе брейкпойнт поставить?)

в потоках не применяю деструкторы , а слот вызывается в нем, и объект не проверишь потом удалился или нет

и не надеюсь ты не отправляешь объект на удаление перед  выходом из цикла событий?

'не' наверно лишняя ) в том то и дело , что ,вроде как ,так оно и есть))) цикла событий потока )))

[Авварон]

чем обусловлено отсутствие деструкторов?
соедини сигнал треда finished() со слотом в нем, который очистит всё. Только следи что этот слот выполнится в глав потоке скорее всего.

[garryHotDog]

у меня тоже было не доверие к deleteLater(); - проверял точкой останова в деструкторе и еще вот что :

void QObject::destroyed ( QObject * obj = 0 )   [signal]
This signal is emitted immediately before the object obj is destroyed, and can not be blocked.

All the objects's children are destroyed immediately after this signal is emitted.

See also deleteLater() and QPointer.

- отловив этот сигнал - узнаешь что объект уничтожился!!!

[linkr]

у меня тоже было не доверие к deleteLater(); - проверял точкой останова в деструкторе и еще вот что :

void QObject::destroyed ( QObject * obj = 0 )   [signal]
This signal is emitted immediately before the object obj is destroyed, and can not be blocked.

All the objects's children are destroyed immediately after this signal is emitted.

See also deleteLater() and QPointer.

- отловив этот сигнал - узнаешь что объект уничтожился!!!

супер...
Авварон меня что-то пугает) подскажи нужную опцию, а то в новом созданном проекте

Код:

#include <QtGui/QApplication>
#include "mainwindow.h"

int main(int argc, char *argv[])
{
    QApplication a(argc, argv);
    MainWindow w;
    w.show();
    return a.exec();
}

получаю такой результат

 valgrind  --leak-check=full  --show-reachable=yes  ./Lin_server

Код:

==9227== LEAK SUMMARY:
==9227==    definitely lost: 1,952 bytes in 8 blocks
==9227==    indirectly lost: 7,500 bytes in 376 blocks
==9227==      possibly lost: 610,734 bytes in 4,113 blocks
==9227==    still reachable: 364,449 bytes in 5,234 blocks
==9227==         suppressed: 0 bytes in 0 blocks

[Авварон]

валгринд - не ко мне... на маке он не работает для 64бит аппликух, и есть встроенная мегатулза к-ая с виду умнее валгринда (да еще и гуевая)
валгринд показывает в тч утечки разных статических объектов, которые не удаляются должным образом (косяк троллей, но на статики можно забить - они ж не утекают на самом деле). Гугли как это отсеять)

[linkr]

 мак PC? версия? название тулзы?

[Авварон]

мак - macintosh... 10.6
тулза "запрятана" внутри /Developer/Applications/Instruments.app (зовется Leaks)
та что /Developer/ApplicationsPerformance Tools/MallocDebug.app претендует на звание быть глючной (тк я ей не смог запустить ни 1 большое приложение)

[Sahab]

утечки разных статических объектов

[Авварон]

Код:

Class A
{
   static Object * o;
}

//*.cpp:
Object A::o = new Object();

утечка? или нет? В коде удаления нигде нет

[ритт]

сравним с

Код:

Q_GLOBAL_STATIC(Object, o)

[Авварон]

ага, только где про эти макросы прочесть можно?) то, что ты юзал в зип энжине, взрывает мозг;)