Valgrind застрял на PPC32 в mempcpy - PullRequest
0 голосов
/ 18 июня 2019

Он видит, что valgrind застрял, перенаправляя mempcpy, кто-нибудь знает, почему это происходит?Вот часть журнала:

--224--    ------ ACTIVE ------
--224--     0x0401c380 (index               ) R-> (0000.0) 0x5817e4f0 ???
--224--     0x0401c460 (strcmp              ) R-> (0000.0) 0x5817e47c ???
--224--     0x0401c7ac (strlen              ) R-> (0000.0) 0x5817e454 ???
--224--     0x0401cbcc (bcmp                ) R-> (2019.0) 0x0ffb974c bcmp
--224--     0x0401d1c8 (mempcpy             ) R-> (2029.0) 0x0ffbab38 mempcpy
--224--     0x0401d2d8 (memcpy              ) R-> (2018.0) 0x0ffb8afc memcpy
--224--     0x1017adcc (free                ) R-> (1005.0) 0x0ffb43ac free
--224--     0x1017af40 (cfree               ) R-> (1005.0) 0x0ffb45a4 cfree
--224--     0x1017b0b4 (malloc              ) R-> (1001.0) 0x0ffb3158 malloc
--224--     0x1017b234 (calloc              ) R-> (1007.0) 0x0ffb55a0 calloc
--224--     0x1017b3c0 (realloc             ) R-> (1009.0) 0x0ffb5794 realloc
--224--     0x1017b6dc (memalign            ) R-> (1011.0) 0x0ffb5b40 memalign
--224--     0x1017bb14 (malloc_usable_size  ) R-> (1017.0) 0x0ffb5d0c malloc_usable_size
--224--     0x1017bb60 (mallinfo            ) R-> (1020.0) 0x0ffb6030 mallinfo
--224--     0x1017bba8 (mallopt             ) R-> (1014.0) 0x0ffb2e9c mallopt
--224--     0x1017bbc4 (posix_memalign      ) R-> (1016.0) 0x0ffb5ad4 posix_memalign
--224--     0x1017bd2c (valloc              ) R-> (1012.0) 0x0ffb5a04 valloc
--224--     0x1017bfd8 (malloc_stats        ) R-> (1019.0) 0x0ffb2fa4 malloc_stats
--224--     0x1017c018 (operator new(unsigne) R-> (1003.0) 0x0ffb37dc operator new(unsigned int)
--224--     0x1017c184 (operator new[](unsig) R-> (1003.0) 0x0ffb3f04 operator new[](unsigned int)
--224--     0x1017c2f0 (operator new(unsigne) R-> (1001.0) 0x0ffb3a68 operator new(unsigned int, std::nothrow_t const&)
--224--     0x1017c450 (operator new[](unsig) R-> (1001.0) 0x0ffb4190 operator new[](unsigned int, std::nothrow_t const&)
--224--     0x1017cb58 (operator delete(void) R-> (1005.0) 0x0ffb48ec operator delete(void*)
--224--     0x1017ccb4 (operator delete[](vo) R-> (1005.0) 0x0ffb5024 operator delete[](void*)
--224--     0x1017ce10 (operator delete(void) R-> (1005.0) 0x0ffb4cdc operator delete(void*, std::nothrow_t const&)
--224--     0x1017cf6c (operator delete[](vo) R-> (1005.0) 0x0ffb5414 operator delete[](void*, std::nothrow_t const&)
--224--     0x1017d0c8 (operator delete(void) R-> (1005.0) 0x0ffb4ae4 operator delete(void*, unsigned int)
--224--     0x1017d22c (operator delete[](vo) R-> (1005.0) 0x0ffb521c operator delete[](void*, unsigned int)
--224-- >>
--224-- REDIR: 0x401d1c8 (ld.so.1:mempcpy) redirected to 0xffbab38 (mempcpy)

Я запускаю valgrind как это на удаленной цели PowerPC с glicb-2.29:

valgrind --vgdb=no --trace-redir=yes -d -v -v ./binary

После строки REDIR ничего не происходит, не можетсделать что-нибудь, я даже не вижу printfs из исполняемого файла

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