Распределение кучи для std :: array - PullRequest
Новая
       32

Распределение кучи для std :: array

0 голосов
/ 13 февраля 2019

Согласно этот вопрос std::array размещен в стеке.Однако при использовании его вместе с Valgrind он показывает мне распределение кучи, даже для элементов, которые размещены в стеке.Это ложное срабатывание или реальное?

Ниже приведены два mwe для иллюстрации поведения.

Без кучи:

Следующий код:

#include <array>

int main() {
    std::array<int*, 1> map;
    int value = 0;
}

Производит ожидаемый следующий Valgrind вывод: 

==14425== HEAP SUMMARY:
==14425==     in use at exit: 0 bytes in 0 blocks
==14425==   total heap usage: 0 allocs, 0 frees, 0 bytes allocated

С кучей:

Однако, если я попробую этот код: 

#include <array>

int main() {
    std::array<int*, 1> map;
    int value = 0;

    map.at(0) = &value;
}

Valgrind дает мне 

==14539== HEAP SUMMARY:
==14539==     in use at exit: 72,704 bytes in 1 blocks
==14539==   total heap usage: 1 allocs, 0 frees, 72,704 bytes allocated
==14539== 
==14539== 72,704 bytes in 1 blocks are still reachable in loss record 1 of 1
==14539==    at 0x4C2DB8F: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==14539==    by 0x4EC3EFF: ??? (in /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.21)
==14539==    by 0x40106B9: call_init.part.0 (dl-init.c:72)
==14539==    by 0x40107CA: call_init (dl-init.c:30)
==14539==    by 0x40107CA: _dl_init (dl-init.c:120)
==14539==    by 0x4000C69: ??? (in /lib/x86_64-linux-gnu/ld-2.23.so)
==14539==

Добавлены настройки компиляции: 

g++ -std=c++11 -O0 valgrind.cpp -o valgrind_build -I ../fake -I ../src
valgrind --track-origins=yes --dsymutil=yes --leak-check=full --show-leak-kinds=all ./valgrind_build

valgrind --version
valgrind-3.11.0

g++ --version
g++ (Ubuntu 5.4.0-6ubuntu1~16.04.11) 5.4.0 20160609
Copyright (C) 2015 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

1 Ответ

0 голосов
/ 13 февраля 2019

В коде 

map.at(0) = &value;

вводится проверка границ, которая, в свою очередь, может потребовать динамического выделения материала (например, из библиотеки <iostream>).

Вы можете повторить попытку с 

map[0] = &value;

, который не применяет привязанные проверки.

...