Журналы UMDH (утечка памяти в Windows) - PullRequest
1 голос
/ 31 августа 2010

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

Верхние утечки, наблюдаемые журналами UMDH:

  • 237856226 (241016812 - 3160586) 3704833 выделяет BackTraceE9
  • 3685198 (3704833 - 19635)Выделения BackTraceE9
    ntdll! RtlIpv4StringToAddressExW + 00011866
    ntdll! RtlSubAuthorityCountSid + 00000019
    MSVCR80! Malloc + 0000007A

  • 20705 037 668 668 637 610 637 610 6376 6376 637 660 9371 0686 064 664 937 960 6376 072 660 6376 064 664 937 960 937606771605376 (968)) 637 637 5 937 964 937 6371 660 6376 637 664 637 960 937 можно было бы найти по этой ссылке, чтобы объединить их в резервные ссылки на эту тему.

  • 790 (791 - 1) Распределение BackTrace6EB
    ntdll! RtlIpv4StringToAddressExW + 00011866
    ntdll! RtlSubAuthorityCountSid + 00000019
    php5ts! Zend_reglass_ex 10

    1024 *1024* 1024 *1024* встроенный * 10_00 *1024* встроенный_интерфейс * 10_10 *1024* 10_1 * 10_10 * 0 * * * *мое приложение в режиме отладки и указал файлы PDB в _NT_SYMBOL_PATH.Но я все еще не вижу трассировку стека из моего приложения.Например, в приведенном выше журнале «MSVCR80! Malloc + 0000007A» вызывается malloc, но не известно, из какой части моего приложения.

    Какая дополнительная конфигурация требуется, чтобы символы отладки были видны в журналах UMDH?

    Спасибо,

1 Ответ

2 голосов
/ 31 августа 2010

Это ужасный недосмотр со стороны Microsoft. Вот подробности . Вам в основном не повезло с этой версией библиотеки CRT от Microsoft.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...