Утечка памяти

[Petro]

Народ, подскажите пожалйуста! Я работаю со строками переменной длины. В связи с эти возникла необходимость создания класса, содержащего указатели и перегрузить некоторые операции.
class CPointer
{
private:
char* Head;   
char* Cur;
char* End;
unsigned int Count;
public:
.................
};
Хоть это и не хороший тон программирования, но в конструкторе выделяю память оператором new, в деструкторе освобождаю
CPointer::CPointer()
{
   Head = new char[0x100];
   if (!Head)
      err_mem2();
   End = Cur = Head;
   Count = 0x100;
}
CPointer::~CPointer()
{
   if (Head)
   {
      delete Head;
      End = Head = Cur = NULL;
      Count = 0;
   }
}
В перегуженных операторах, таких как ++ проверяю, хватает ли выделенной памяти, если нет, то перевыделяю большее количество
CPointer CPointer::operator ++(int)
{
CPointer Temp = *this;
DWORD offset = Cur - Head,
   nlen = End - Head;

   if ((offset + 1) >= Count)
   {
      char *T = Head;
      Head = new char[Count += 0x100];
      if (!Head)
      {
         delete T;
         err_mem3();
      }
      strncpy(Head,T,nlen + 1);
      delete T;
      Cur = Head + offset;
      End = Head + nlen;
   }

   if ((Cur + 1) > End)
      End++;

   Cur++;
   return Temp;
}
Проверяю BoundsChecker-ом и он говорит, что есть утечки памяти, причем в debug-версии он указывает на отладочную malloc, а в release указывает на вызовы HeapAlloc (посмотрел IDA по указанным адресам). Подскажите как можно определить где именно происходит утечка памяти

[RXL]

Petro, скажи, а BoundsChecker может показывать утечки по ф-иям, используя как ключ последовательности вызова ф-ий?

[petro]

Petro, скажи, а BoundsChecker может показывать утечки по ф-иям, используя как ключ последовательности вызова ф-ий?

да, может
Предыдущие ошибки, связанные с тем, что длина строки-получателя меньше получаемых данных были найдены и решены именно с помощью BoundsChecker-а. А сейчас он показывает, что ошибка только в _malloc_dbg и как более точно локализовать место утечки памяти, я не знаю.

[Serega]

А чем std::string не устраивает ?
там уж точно никаких утечек нет

[Anchorite]

А ты не пытался написать конструктор копии и определить оператор присваивания для своего класса?
Поскольку твой класс работает с динамичаской памятью это лучше сделать сразу во избежания лишнего гемора в дальнейшем в виде освобождения уже освобожденной памяти и попыток залезть  куда не следовало.

[petro]

Конструктор копирования и оператор присваивания написаны.

[NetRaider]

delete[] T;
delete[] Head;

Код:

Head = new char[0x100(; 
if )!Head: 
...

Если память выделить не удалось, должно кидаться исключение std::bad_alloc, но не все компиляторы соответствуют стандарту...

[Roman123]

А сейчас он показывает, что ошибка только в _malloc_dbg и как более точно локализовать место утечки памяти, я не знаю.

Я не пользуюсь Bounds Checker-ом (у меня нету версии для VS .Net 2003). Я отлавливаю утечки с помощью визуала. В окне Output после завершения програмы, crt выводит дамп всей неосвобождённой памяти. Это можна сделат и в процесе работы программы функцией _CrtDumpMemoryLeaks.

Пример того что выводиться в отладчик.
{47865} normal block at 0x01544700, 24 bytes long.
 Data: < GT  GT  GT     > 00 47 54 01 00 47 54 01 00 47 54 01 CD CD CD CD
Так вот, тут число в скобках 47865 - порядковый номер вызова выделения памяти в программе. На этот номер можна поставить точку останова функцией _CrtSetBreakAlloc.
Если порядок выделения памяти при разных запусках одинаков, то в начале программы надо вызвать _CrtSetBreakAlloc(47865) и при выделении памяти в 47865 раз сработает брейкпоинт.

А дальше по обстоятельствам

[RXL]

petro, но _malloc_dbg() кто-то же вызывает...

[Roman123]

Я работаю со строками переменной длины. В связи с эти возникла необходимость создания класса, содержащего указатели и перегрузить некоторые операции.

Я бы рекомендовал использовать std::string или CString. Они давно написаны, проверены и удобны в эксплуатации прям рекламный лозунг получается, но кроме как в учебных целях тратить время на написание своего класа строк я не вижу смысла