Есть процесс с одним потоком, в который загружено 50 .dll и адрес, по которому выделена память. Эта память впоследствии не освобождается. Нужно найти место в коде, где и кем эта память выделяется.
Адрес с выделенной памятью не меняется от запуска к запуску. Можно ли как-то на этом сыграть? Например, заблокировать как-то этот адрес, а потом получить исключение при попытке выделить по нему память.

Спасибо!

ЗЫ. Использование счётчика распределений невозможно (от запуска к запуску он меняется), _CrtDumpMemoryLeaks() также не помогает (нет имени файла в дампе, хотя включен _CRTDBG_MAP_ALLOC и переопределён new)

Аноним wrote:

> ЗЫ. Использование счётчика распределений невозможно (от запуска к
> запуску он меняется), _CrtDumpMemoryLeaks() также не помогает (нет имени
> файла в дампе, хотя включен _CRTDBG_MAP_ALLOC и переопределён new)
_CrtSetBreakAlloc?

Здравствуйте, kan, Вы писали:

kan>Аноним wrote:

>> ЗЫ. Использование счётчика распределений невозможно (от запуска к
>> запуску он меняется), _CrtDumpMemoryLeaks() также не помогает (нет имени
>> файла в дампе, хотя включен _CRTDBG_MAP_ALLOC и переопределён new)
kan>_CrtSetBreakAlloc?

_CrtSetBreakAlloc используется при имеющем смысл счётчике распределений — не мой случай

" Аноним " <0@users.rsdn.ru> wrote in message news:2208421@news.rsdn.ru...
> Есть процесс с одним потоком, в который загружено 50 .dll и адрес, по которому выделена память. Эта память впоследствии не освобождается. Нужно найти место в коде, где и кем эта память выделяется.
> Адрес с выделенной памятью не меняется от запуска к запуску. Можно ли как-то на этом сыграть? Например, заблокировать как-то этот адрес, а потом получить исключение при попытке выделить по нему память.
>
> Спасибо!
>
> ЗЫ. Использование счётчика распределений невозможно (от запуска к запуску он меняется), _CrtDumpMemoryLeaks() также не помогает (нет имени файла в дампе, хотя включен _CRTDBG_MAP_ALLOC и переопределён new)

Можно просто воткнуть условную бряку внутри malloc, чтобы срабатывала когда возвращаемое значение равно нужному адресу. Тормозить правда будет сильно.

Здравствуйте, Аноним, Вы писали:

А>Есть процесс с одним потоком, в который загружено 50 .dll и адрес, по которому выделена память. Эта память впоследствии не освобождается. Нужно найти место в коде, где и кем эта память выделяется.
А>Адрес с выделенной памятью не меняется от запуска к запуску. Можно ли как-то на этом сыграть? Например, заблокировать как-то этот адрес, а потом получить исключение при попытке выделить по нему память.

А>Спасибо!

А>ЗЫ. Использование счётчика распределений невозможно (от запуска к запуску он меняется), _CrtDumpMemoryLeaks() также не помогает (нет имени файла в дампе, хотя включен _CRTDBG_MAP_ALLOC и переопределён new)
Кста, а как на счет использования тулов, который предназначены для такого рода вещей?
Например valgrind, purify, bounds checker?

Здравствуйте, Аноним, Вы писали:

А>Есть процесс с одним потоком, в который загружено 50 .dll и адрес, по которому выделена память. Эта память впоследствии не освобождается. Нужно найти место в коде, где и кем эта память выделяется.
А>Адрес с выделенной памятью не меняется от запуска к запуску. Можно ли как-то на этом сыграть? Например, заблокировать как-то этот адрес, а потом получить исключение при попытке выделить по нему память.

Microsoft Visual Studio позволяет установить breakpoint на адрес памяти, который будет отслеживаться на изменения.
По стеку можно будет узнать откуда используется эта память.

Здравствуйте, pjBrain, Вы писали:

[]

B>Microsoft Visual Studio позволяет установить breakpoint на адрес памяти, который будет отслеживаться на изменения.
Беда только в том, что этот адрес должен быть реальным (то есть валидным на момент установки breakpoint, под него уже должна быть выделена память), иначе установить breakpoint нельзя (на VS60). Меня же интересует сам момент выделения памяти по этому адресу...