C에서 malloc의 메모리 할당 오류를 추적하는 방법

Question

malloc 함수를 사용하여 연결된 목록의 노드에 메모리를 할당하려고합니다. 그러나 malloc 호출에서 세그먼트 화 오류가 발생합니다. valgrind가 생성 한 보고서를 이해할 수 없습니다.

==28861== total heap usage: 76 allocs, 73 frees, 14,544 bytes allocated 
==28861== 
==28861== 48 bytes in 1 blocks are still reachable in loss record 1 of 3 
==28861== at 0x4A0610C: malloc (vg_replace_malloc.c:195) 
==28861== by 0x4027A2: create_server_entry_into_connection_list (all.c:734) 
==28861== by 0x401BF8: server_call (all.c:410) 
==28861== by 0x40103F: main (all.c:108) 
==28861== 
==28861== 568 bytes in 1 blocks are still reachable in loss record 2 of 3 
==28861== at 0x4A0610C: malloc (vg_replace_malloc.c:195) 
==28861== by 0x3E3C260309: __fopen_internal (in /lib64/libc-2.5.so) 
==28861== by 0x4012E2: myip (all.c:174) 
==28861== by 0x400FE7: main (all.c:101) 
==28861== 
==28861== 1,024 bytes in 1 blocks are still reachable in loss record 3 of 3 
==28861== at 0x4A0610C: malloc (vg_replace_malloc.c:195) 
==28861== by 0x4027B3: create_server_entry_into_connection_list (all.c:736) 
==28861== by 0x401BF8: server_call (all.c:410) 
==28861== by 0x40103F: main (all.c:108) 
==28861== 
==28861== LEAK SUMMARY: 
==28861== definitely lost: 0 bytes in 0 blocks 
==28861== indirectly lost: 0 bytes in 0 blocks 
==28861==  possibly lost: 0 bytes in 0 blocks 
==28861== still reachable: 1,640 bytes in 3 blocks 
==28861==   suppressed: 0 bytes in 0 blocks 
==28861== 
==28861== For counts of detected and suppressed errors, rerun with: -v 
==28861== Use --track-origins=yes to see where uninitialised values come from 
==28861== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 4 from 4) 
Segmentation fault 

누구든지 이러한 오류의 원인이 될 수 있습니다.

Answer 1

이유는 무엇입니까? 가능한 많은 이유가 있습니다.

errno.h을 사용하면 몇 가지 문제점을 확인할 수 있습니다. strerror(errno) 다음 오류가 숫자 대신 문자열로 반환됩니다. 디버그 콘솔의 첫 번째 오류로 시작하십시오. 신중히 살펴보십시오.

총 힙 사용 : 76 allocs, 73 개 해방, 14,544 바이트 난 당신이 코드를 구조 조정해야한다고 생각 ...

을 할당. 이번에는 더 많은 관심을 기울여 프로그램을 자주 테스트하십시오. 76 allocs, 73 해제. 14,544 바이트 만 할당 되었습니까?

printf("p1 : %p\np2 : %p", pointer1, pointer2);과 같은 테스트를 사용하여 메모리 주소를 조사하십시오. valgrind는 때때로 이상한 행동을합니다. 그것은 신뢰할 수 있습니다. 코드가 너무 큰 경우 hastebin.com을 사용하여 코드를 공통적으로 볼 수 있습니다.

포인터를 변형하지 마십시오.

Answer 2

일반적으로 still reachable 메모리는 전역 포인터에 할당되고 프로그램 완료시 해제되지 않는 메모리를 가리 킵니다. 이것은 항상 메모리 누수를 가리키는 것은 아닙니다. 자세한 내용은 here을 참조하십시오.