перегрузка нового и удаление

Question

Я пытаюсь следовать этой статье: http://flipcode.com/archives/How_To_Find_Memory_Leaks.shtml

для перегрузки моих новых и удаления функций для отслеживания утечек памяти.

однако - если я пытаюсь скомпилировать, я получаю

C2365: «оператор новый»: переопределение; предыдущее определение было «функцией»

в файле xdebug

xdebug включен в xlocale - однако я не могу найти, где мой проект включает xlocale

Я использую MFC для многопоточности в моем проекте.

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

// редактировать: Так что это мой findMemoryLeak.h, который я включаю в конец stdafx.h

#ifndef _FINDMEMORYLEAK_H
#define _FINDMEMORYLEAK_H

#include <list>
using namespace std;

#ifdef _DEBUG

typedef struct {
    DWORD   address;
    DWORD   size;
    char    file[64];
    DWORD   line;
} ALLOC_INFO;

typedef list<ALLOC_INFO*> AllocList;

AllocList *allocList;

void AddTrack(DWORD addr,  DWORD asize,  const char *fname, DWORD lnum)
{
    ALLOC_INFO *info;

    if(!allocList) {
        allocList = new(AllocList);
    }

    info = new(ALLOC_INFO);
    info->address = addr;
    strncpy(info->file, fname, 63);
    info->line = lnum;
    info->size = asize;
    allocList->insert(allocList->begin(), info);
};

void RemoveTrack(DWORD addr)
{
    AllocList::iterator i;

    if(!allocList)
        return;
    for(i = allocList->begin(); i != allocList->end(); i++)
    {
        if((*i)->address == addr)
        {
            allocList->remove((*i));
            break;
        }
    }
};


void DumpUnfreed()
{
    AllocList::iterator i;
    DWORD totalSize = 0;
    char buf[1024];

    if(!allocList)
        return;

    for(i = allocList->begin(); i != allocList->end(); i++) {
        sprintf(buf, "%-50s:\t\tLINE %d,\t\tADDRESS %d\t%d unfreed\n",
            (*i)->file, (*i)->line, (*i)->address, (*i)->size);
        OutputDebugString(buf);
        totalSize += (*i)->size;
    }
    sprintf(buf, "-----------------------------------------------------------\n");
    OutputDebugString(buf);
    sprintf(buf, "Total Unfreed: %d bytes\n", totalSize);
    OutputDebugString(buf);
};


inline void * __cdecl operator new(unsigned int size, const char *file, int line)
{
    void *ptr = (void *)malloc(size);
    AddTrack((DWORD)ptr, size, file, line);
    return(ptr);
};

inline void __cdecl operator delete(void *p)
{
    RemoveTrack((DWORD)p);
    free(p);
};

inline void * __cdecl operator new[](unsigned int size, const char *file, int line)
{
    void *ptr = (void *)malloc(size);
    AddTrack((DWORD)ptr, size, file, line);
    return(ptr);
};

inline void __cdecl operator delete[](void *p)
{
    RemoveTrack((DWORD)p);
    free(p);
};
#endif

//make the normal new function call the new function with three parameters
#ifdef _DEBUG
#define DEBUG_NEW new(__FILE__, __LINE__)
#else
#define DEBUG_NEW new
#endif
#define new DEBUG_NEW


#endif

когда я включаю его в конец stdafx.h, я получаю тысячи ошибок компиляции, большинство из которых либо в xdebug, либо в xlocale, с первым

C2365: «оператор новый»: переопределение; предыдущее определение было «функцией»

в xdebug по строке 32

Answer 1

Я решил это некоторое время назад.

То, что происходит, это то, что слово new является макросом к тому времени, когда вы получаете ваши перегрузки (да, это не решило наши проблемы с линковкой), но попробуйте добавить:

#undef new

после последней директивы include в вашем файле, но до первой new перегрузки.

1010 * редактировать * Это происходит потому, что stdafx.h (или что-то еще включает файл, который определяет DEBUG_NEW) включен, прежде чем вы включите свой код обнаружения утечки памяти в какой-то файл CPP (вы должны быть в состоянии выяснить, какой из ошибок компилятора). Таким образом, new был определен как макрос, который заставляет ваш компилятор прерваться при определении.

Answer 2

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

Answer 3

Попытка отладки таким способом с помощью std lib на самом деле не сработает. Он не будет захватывать все (или любое) из распределения памяти. Это только одна из миллионов причин не использовать std lib, stl или boost.

Answer 4

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

Я также рекомендую отладку этого , а не в stdafx.h, прежде чем поместить его туда.

Answer 5

В Visual Studio для отладочных сборок программ уже используется «куча отладки», поэтому ваши собственные инструменты не нужны.

Используя функции отладки вашей платформы, вы можете, например, вызвать _CrtDumpMemoryLeaks в конце вашей программы, не перегружая все.