расскажите, плз, что тут очевидного
https://habrahabr.ru/post/82514/ Так сложилось, что по версию Microsoft Visual C++ 6.0 за эту информацию отвечала следующее переопределение функции new в хедере crtdbg.h:

#ifdef _CRTDBG_MAP_ALLOC
inline void* __cdecl operator new(unsigned int s)
{ return ::operator new(s, _NORMAL_BLOCK, __FILE__, __LINE__); }
#endif /* _CRTDBG_MAP_ALLOC */

* This source code was highlighted with Source Code Highlighter.


И, нетрудно догадаться, это не давало желаемого результата, __FILE__:__LINE__ всегда разворачивались в «crtdbg.h file line 512».

почему не давало результата

MasterZiv,
это, стыдно признаться, но согласно статье я результата добился (про обнаружение имени
файла и строчки в котором захватывалась неосвобожденная память).
Про каждый файл я недопонял, но stdlib.h я же в каждый файл включаю?
и EOF в каждом файле задается.

MasterZivеще раз перечитал статью, нет, товарищь там явно не доработал...

там operator new должен быть перегруженный в debug режиме, с двумя дополнительными параметрами: файл и строка.
ну, я в защиту товарища выступлю. Он так и сделал.





То что выше приводилось -
это от программеров микрософта

пысы
ну разве что нужно сделать условную компиляцию
#ifdef _DEBUG
#define new new( _NORMAL_BLOCK, __FILE__, __LINE__)
#endif

tchingiz#ifdef _DEBUG
#define new new( _NORMAL_BLOCK, __FILE__, __LINE__)
#endif
для маллос, саллос, реаллок переопределение с запоминанием имени файла и номера строки
уже сделано в crtdbg.h
и будет работать при заданных макросах

#define _CRTDBG_MAP_ALLOC
и

_DEBUG