Как избежать неожиданного выделения памяти - PullRequest
1 голос
/ 27 июня 2019

Я просто пишу небольшую библиотеку MemoryHook с c ++ и использую ее в качестве предварительной загрузки. Но когда я запускаю тест каждый раз, выделяется большой объем памяти, размер составляет 72704. Использование так: LD_PRELOAD =. / LibPreload.so ./XXX

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

Мой код инициализации:

    static void TraceInitialize()
    {
#ifdef _DEBUG
        fprintf( stderr, "call TraceInitialize\n" );      
#endif
        pthread_mutex_lock( &s_mutexInit );
        if ( s_status == TS_INITIALIZED ) { pthread_mutex_unlock( &s_mutexInit ); return; }

        s_status = TS_INITIALIZING;

        MemoryManager::initialize();

        s_pRealMalloc       = (FUNC_MALLOC)dlsym(RTLD_NEXT, "malloc");
        s_pRealCalloc       = (FUNC_CALLOC)dlsym(RTLD_NEXT, "calloc");
        s_pRealRealloc      = (FUNC_REALLOC)dlsym(RTLD_NEXT, "realloc");
        s_pRealMemalign     = (FUNC_MEMALIGN)dlsym(RTLD_NEXT, "memalign");
        s_pRealValloc       = (FUNC_VALLOC)dlsym(RTLD_NEXT, "valloc");
        s_pRealFree         = (FUNC_FREE)dlsym(RTLD_NEXT, "free");

        assert( !( NULL == s_pRealMalloc || NULL == s_pRealCalloc || NULL == s_pRealRealloc || 
                    NULL == s_pRealMemalign || NULL == s_pRealValloc || NULL == s_pRealFree ) );

        s_status = TS_INITIALIZED;

       // printMap();

        pthread_mutex_unlock( &s_mutexInit );
    }

и отслеживание вызова malloc:

 static int s_no_hook = 0;
 void* TraceMalloc( size_t size )
 {  
      if ( s_status == TS_INITIALIZING ) return mockMemory::_mockMalloc( size );

      if ( s_status != TS_INITIALIZED )  TraceInitialize();

      void* p = _impMalloc( size, __sync_fetch_and_add( &s_no_hook, 1 ) );
      __sync_fetch_and_sub( &s_no_hook, 1 );
      return p;
  }

Когда я тестирую демонстрационную задачу, у нее просто пустая основная функция. Я ожидаю, что не память не свободна, а реальный результат:

++++++++++++++ unfreed addr: 0x55cc4ae22260, size: 72704, serial: 1 ++++++++++++++
backtrace:
./libPreLoad.so(_ZN11MemoryTrace13MemoryManager14storeBacktraceEPNS0_11tagUnitNodeE+0x28)[0x7f62fd6cceba]
./libPreLoad.so(_ZN11MemoryTrace13MemoryManager10appendUnitEPvmb+0x9f)[0x7f62fd6ccbb7]
./libPreLoad.so(_ZN11MemoryTrace10_impMallocEmb+0x52)[0x7f62fd6cd4cb]
./libPreLoad.so(_ZN11MemoryTrace11TraceMallocEm+0x58)[0x7f62fd6cd286]
./libPreLoad.so(malloc+0x18)[0x7f62fd6cc812]
/usr/lib/x86_64-linux-gnu/libstdc++.so.6(+0x8f416)[0x7f62fd1cd416]
/lib64/ld-linux-x86-64.so.2(+0x10733)[0x7f62fd9e0733]
/lib64/ld-linux-x86-64.so.2(+0x10ca)[0x7f62fd9d10ca]
++++++++++++++ end ++++++++++++++

Без обратного следа вывод:

++++++++++++++ unfreed addr: 0x55f799c8e260, size: 72704, serial: 0 ++++++++++++++
backtrace:
++++++++++++++ end ++++++++++++++

И есть дополнительная проблема, которая не может подсчитать освобождение памяти статических глобальных переменных. Я не могу найти подходящее время для этого, даже с атрибутом ((деструктор (101))).

1 Ответ

0 голосов
/ 27 июня 2019

Большое распределение, которое вы видите, это C++ STL. На вопрос здесь от rerumu и ответил от Никос С.

Использование кучи происходит из стандартной библиотеки C ++. Он выделяет память для использования внутренней библиотекой при запуске. Если вы не ссылаетесь на это, должна быть нулевая разница между версией C и C ++. С помощью GCC и Clang вы можете скомпилировать файл с помощью:

 g++ -Wl,--as-needed main.cpp 

Это даст указание компоновщику не связываться с неиспользуемыми библиотеками. В ваш пример кода, библиотека C ++ не используется, поэтому она не должна ссылаться против стандартной библиотеки C ++.

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