тип string, утечка памяти, C++ Builder 6 Опции

[TarasBer]

Работу с типом char* я тупо не смог осилить, так как так и не понял, при каких операциях надо выделять ему память, при каких не надо. Короче ужаснейший тип, и кто его придумал, и ну его нафиг.
Решил применить string - я так понял, что это аналог паскалевского. Но обнаружилось, что после динамического создания структуры, содержащей поле типа string, и её удаления кол-во занимаемой памяти меняется. Встатив этот кусок в бесконечный цикл, я обнаружил, что память, пожираемая программой, пульсирует от 10 до 50 MЬ.
Вторая проблема - при отладке на операциях с этим типом он лезет в свои модули, мне они неинтересны, как запретить отладчику в них влазить.
Блин, настроек по сравнению с Дельфой раза в 3 больше, на кой.

Сообщение отредактировано: TarasBer - 18.09.2009 15:41

[volvo]

Счётчик объектов TTree говорит, что после все действий объектов ноль - то есть тут тоже всё в порядке.

Сомневаюсь... Поскольку сведения у меня о твоей программе только частичные - попробовал сделать так:

TComplex Div(int Count, TComplex *Args) {
	TComplex Result;
	if (Count != 2) {
		Result.IsValue = false;
	} else {
		Result = Args[0] / Args[1];
	};
	return Result;
};

void __fastcall TForm1::Button1Click(TObject *Sender)
{
	TComplex *f = new TComplex[2];

	TComplex c = Div(2, f);
	delete [] f;

	ShowMessage(BoolToStr(c.IsValue, true));
}

Все нормально, утечек нет... Значит проблема-таки с TTree где-то. Подключи уже CodeGuard (у меня в Builder 2009 для этого надо установить Project -> Options -> C++ Compiler Debugging -> Enable CodeGuard в True, как это делается в BCB 6 - не помню), и посмотри, что он тебе говорит, где именно утечка?