malloc() 및 malloc_consolidate()의 Segfaults

Question

gdb에서 백 트레이스를 볼 때 내 응용 프로그램은 때때로 segfaults가되고 주로 malloc() 및 malloc_consolidate()에 있습니다.

컴퓨터의 메모리가 충분한 지 확인하고 스와핑을 시작하지 않았습니다. 데이터 분할 및 최대 메모리 크기에 대해 ulimits를 확인했으며 둘 다 '무제한'으로 설정되었습니다. 또한 valgrind에서 응용 프로그램을 실행했는데 메모리 오류를 찾지 못했습니다.

이제 이러한 세그 폴트를 일으킬 수있는 다른 아이디어가 있습니다. 어떤 아이디어?

업데이트 : 이후 가 다른 응용 프로그램의 libc의 메모리 구조를 부수고 또는 각 프로세스에 대해 별도의 구조가 있음이 될 수 Valgrind의 (또는 ptrcheck) 아무것도를 찾는 아니에요?

Answer 1

아마도 힙을 버리는 것입니다. 즉, 할당 한 메모리의 한계를 초과하여 쓰고있는 것일 수 있으며, 이는 malloc()이 힙을 관리하는 데 사용하는 데이터 구조를 덮어 쓰는 것입니다. 이로 인해 malloc()이 잘못된 주소에 액세스하고 응용 프로그램이 충돌합니다.

메모리가 부족하면 malloc()이 충돌하지 않으므로 간단히 NULL을 반환합니다. NULL을 확인하지 않으면 코드가 다운 될 수 있지만 충돌 사이트는 malloc()이 아닙니다.

Valgrind가 오류를보고하지 않는다는 것이 약간 이상합니다. 그러나 기본 "Memcheck"도구가 놓칠 수있는 오류가 있습니다. 대신 "Ptrcheck" tool으로 Valgrid를 실행 해보십시오. http://www.gnu.org/s/libc/manual/html_node/Heap-Consistency-Checking.html#Heap-Consistency-Checking에서

Answer 2

:

또 다른 가능성은 의 malloc, realloc을 사용 버그에 대한 및 가드를 확인하고 무료로 환경 변수 MALLOC_CHECK_를 설정하는 것입니다. MALLOC_CHECK_이 설정되면 동일한 인수를 사용하는 이중 호출 (double calls) 또는 단일 바이트 초과 (off-by-one)의 오버런과 같은 간단한 오류에 대해 허용되도록 설계된 특수한 (덜 효율적인) 구현이 사용됩니다 버그). 그러나 이러한 모든 오류가 에 대해 보호 될 수는 없으며 메모리 누수가 발생할 수 있습니다. MALLOC_CHECK_가 0으로 설정된 경우 검색된 힙 손상은 자동으로 무시됩니다. ; 1로 설정하면 진단이 stderr에 인쇄됩니다. 2로 설정하면 중단이 즉시 호출됩니다. 그렇지 않으면 충돌이 나중에 발생할 수 있고 문제의 진정한 원인은 이므로 추적하기가 매우 어렵 기 때문에 유용 할 수 있습니다.