Как удалять объект Graphics::TBitmap

подскажите пож.как удалять объект Graphics::TBitmap *,в одних книгах написано что builder сам подчищает такой мусор в других что это необходимо делать вручную.
Несмотря на то что и где написано code guard не ругается на объявленные и неудалённые объекты.
при попытке написать в функции удаление методом delete компиляция проходит гладко,но при повторном использовании функции программа вылетает на месте первого обращения к вновь объявленному bitmap

0

Чего динамически навыделяли сами, сами же и освобождаем. Исключением могут являться лишь те объекты VCL, у которых конструктор требует параметр AOwner - если его корректно передать, то объект, на который он указывает, станет владельцем и освободит выделенную нами память при своем разрушении.

Есть альтернативные способы управления памятью, например, очень удобным может быть контейнер bitmap будет существовать, пока существует экземпляр auto_ptr. Разумеется, можно очистить память и по желанию при таком подходе:std::auto_ptr

1

спасибо удобная вещь,один только момент почему же code guard не ругается на утечку памяти

0

Сообщение от ijonhson почему же code guard не ругается на утечку памяти

Ты уверен, что он у тебя не выключен?

У меня на CBuilder 2010 прекрасно отлавливается утечка

Миниатюры

   

2

Чет я не как смекну его настроить...

Миниатюры

 

0

builder 6,вроде всё включено

Миниатюры

 

0

Вообще еще тут галочку вкладка CodeGuard появилось но на ней нет инфы об утечке

Миниатюры

 

0

Вот здесь подробно расписано, как пользоваться CodeGuard

Добавлено через 1 минуту
В частности про утечку памяти

0

Сообщение от Maluda Ты уверен, что он у тебя не выключен? У меня на CBuilder 2010 прекрасно отлавливается утечка C++ 1 2 3 4 5 void __fastcall TForm3::Button1Click(TObject *Sender) {     Graphics::TBitmap *ABitmap = new Graphics::TBitmap; } //---------------------------------------------------------------------------

А как понять в какой именно строке кода ошибка? Строка выделяется в режиме кода ассемблера (или как она правильно отображается), а что ей соответствует не могу знать. У Вас на второй картинке, вкладка CPU, выделена строка, как Вы поняли что она соответствует строке

1

По двойному клику на пункте ошибки в messages отображается позиция. Но вопрос сформулирован хорошо.

0

Немного личного практического опыта использования CodeGuard.

История такая: попадает ко мне один проект, в котором происходит постоянная утечка памяти.
Я подключаю CodeGuard, по завершению, он действительно отслеживает, что есть утечка,
но по двойному щелчку на этой ошибке меня выкидывает в system.pas. То есть я понимаю,
что это какой-то VCL объект, но какой??
Сначала решил попробовать отследить все VCL объекты, которые создаются динамически в проекте.
Начал поочередно их исключать, потратил на это 2 часа, а утечка остаётся.
Потом вообще закомментарил все OnCreate, чтобы просто пустая форма осталась, всё равно есть утечка.
Ну, думаю, приплыли, наверное, в каком-то компоненте стороннем, но в каком?
Увидел, что указан адрес объекта в CodeGuard, поставил точку останова в деструкторе формы,
давай искать и сравнивать все адреса объектов на форме (тут я, конечно, вспоминал не злым тихим словом разрабов отладчика, которые не додумались сделать поиск или хотя бы сортировку по адресу)

В общем, несколько часов мучений не приносили мне никаких результатов.
Но тут Еврика! Я заметил, что адрес переменной, в которой происходит утечка не меняется!
Тогда я в деструкторе делаю вот такую штуку
И получаю его родного - источник всех бед: TIdCriticalSection

В общем, дальше уже дело техники: начал исключать все Indy классы,
все включения.
Оказалось, что включение IdStrings.hpp и использование функции StrXHtmlEncode даёт утечку.

П.С. Убрал все включения IdStrings.hpp, залез в исходники Indy, написал эту же функцию в Билдере,
абсолютно не меняя код, только переводя на С++ и утечки нет. Чудеса.

1

Сообщение от Maluda Вот здесь подробно расписано, как пользоваться CodeGuard Добавлено через 1 минуту В частности про утечку памяти

Вот только ничего непонятно ...
Галочки в Tools > CodeGuard Configuration и Project > Options > C++ Compiler Debugging ( на скринах привел), но результата не дало..
Что еще ?

Добавлено через 1 час 4 минуты
На вкладке CodeGuard никакой инфы по утечке только строчка

28.03.2013 23:42:27 started a CodeGuard(tm) process: Project1.exe(3868)

0

Avazart, делаешь всё правильно. К сожалению нет установленного XE3, поэтому не могу сравнить. В CBuilder 2010 это работает, почему в XE3 не работает - Х.Е.З. :-)
Это стандартная Борландовская болезнь.

Единственное, что меня смущает - это почему у тебя во вкладке Enable Codeguard в свойствах проекта не активны внутренние пункты.
Вот так это выглядит в 2010

Миниатюры

 

0

Почему же ? Активны.

0

Я понял, в XE3 они по-другому расположены, на видео плохо видно было. В общем, думаю, что проблема в билдере. Кстати, попробуй создать не VCL объект, например, массив интов.
Также при использовании CodeGuard создаётся лог файл с расширением *.cgl, в котором описывается распределение памяти при работе программы. Посмотри, у тебя такой создаётся. Он обычно формируется там, где екзешник.

Пример:
Добавлено через 9 минут
В этот же файл будет записана информация о том, что объект не был правильно освобождён.

Итак, предлагаю сделать следующее исследование:
1. Закоментарить создание TBitmap
2. Запустить приложение, проверить, что сформировался *.cgl файл
3. Запомнить количество выделений и освобождений памяти
4. Раскоментировать создание TBitmap
5. Запустить проект и один раз вызвать создание TBitmap
6. Проанализировать *.cgl файл.
7. Сравнить количество выделений памяти до комментирования и после

Таким образом мы поймём, отслеживает ли вообще CodeGuard создание, и,
возможно, кто-то всё-таки освобождает память TBitmap. Он порождён от TObject,
возможно в XE3 встроен какой-нибудь сборщик мусора для VCL объектов.

1

Сообщение от Maluda ти, попробуй создать не VCL объект, например, массив интов.

Пробовал - тот же результат.

Лог файл не нашел, опцию для него тоже не нашел ...

Сообщение от Maluda Таким образом мы поймём, отслеживает ли вообще CodeGuard создание, и, возможно, кто-то всё-таки освобождает память TBitmap. Он порождён от TObject, возможно в XE3 встроен какой-нибудь сборщик мусора для VCL объектов.

Да исключено, Builder всегда освобождал через Owner -а, а тут его нет ...

0

Maluda,

Сообщение от Maluda Итак, предлагаю сделать следующее исследование: 1. Закоментарить создание TBitmap 2. Запустить приложение, проверить, что сформировался *.cgl файл 3. Запомнить количество выделений и освобождений памяти 4. Раскоментировать создание TBitmap 5. Запустить проект и один раз вызвать создание TBitmap 6. Проанализировать *.cgl файл. 7. Сравнить количество выделений памяти до комментирования и после

Сделал. Результаты в аттаче. Разницы не видать...

P.S. У меня XE2.

Вложения

Archive.zip (2.6 Кб, 1 просмотров)

1

Сейчас ещё раз внимательно перечитал документацию по CodeGuard.
Оказывается для того, чтобы отслеживать удаление VCL объектов, необходимо снимать галочку Build with runtime packages. Я просто почти всегда её снимаю, поэтому не обратил на это внимание.

В CBuilder 2010 отслеживание VCL объектов в CodeGuard происходит только, когда галочка снята. Но выделения памяти для не VCL объектов отслеживаются всегда.

Также должен быть Debug build.

3

Да в этом дело

Снял дополнительно еще галочку

Project Options > С++Linker > Link with Dynamiс RTL

И стал видеть утечку.

0