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

[TarasBer]

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

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

[TarasBer]

Значит собсна вычисление выражения выглядит так:

void TTree::GetValue() {
    if (Data.Func) {
        for (int i = 0; i < Count; i++) {
            Child[i]->GetValue();
        };
        Data.Value = Data.Func->Operation(Count, Child);
    };
};

Тут пока так сделано, что если указатель Data.Func нулевой, то значит эта вершина содержит константу и содержимое Value и так уже правильное. Сам Data.Func, если не нулевой, ссылается на элемент из заранее созданного массива, то есть его создавать и удалять не надо.
Счётчик объектов TTree говорит, что после все действий объектов ноль - то есть тут тоже всё в порядке.
Operation - это указатель на тип-функцию:

typedef TComplex(TTreeFunc)(int Count, TTree **Args); 

struct TFunc {         
    ...
    TTreeFunc *Operation; 
};

Собсно сама операция, которая тут вызывается:

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

Тоже ничего не создаётся.