==8477== Memcheck, a memory error detector ==8477== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. ==8477== Using Valgrind-3.10.0 and LibVEX; rerun with -h for copyright info ==8477== Command: binutils-gdb/binutils/objdump -afphxgGtTrRwW --special-syms 306-118500-0.005 ==8477== Parent PID: 8461 ==8477== ==8477== Invalid read of size 1 ==8477== at 0x435020: byte_get_little_endian (elfcomm.c:149) ==8477== by 0x41722A: display_debug_frames (dwarf.c:5429) ==8477== by 0x40A2DC: dump_dwarf_section (objdump.c:2368) ==8477== by 0x44A23B: bfd_map_over_sections (section.c:1354) ==8477== by 0x405DF3: dump_dwarf (objdump.c:2426) ==8477== by 0x40774B: dump_bfd (objdump.c:3263) ==8477== by 0x407F3F: display_object_bfd (objdump.c:3330) ==8477== by 0x407F3F: display_any_bfd (objdump.c:3404) ==8477== by 0x40A002: display_file (objdump.c:3425) ==8477== by 0x4048F9: main (objdump.c:3707) ==8477== Address 0x4605264 is not stack'd, malloc'd or (recently) free'd ==8477== ==8477== ==8477== Process terminating with default action of signal 11 (SIGSEGV) ==8477== Access not within mapped region at address 0x4605264 ==8477== at 0x435020: byte_get_little_endian (elfcomm.c:149) ==8477== by 0x41722A: display_debug_frames (dwarf.c:5429) ==8477== by 0x40A2DC: dump_dwarf_section (objdump.c:2368) ==8477== by 0x44A23B: bfd_map_over_sections (section.c:1354) ==8477== by 0x405DF3: dump_dwarf (objdump.c:2426) ==8477== by 0x40774B: dump_bfd (objdump.c:3263) ==8477== by 0x407F3F: display_object_bfd (objdump.c:3330) ==8477== by 0x407F3F: display_any_bfd (objdump.c:3404) ==8477== by 0x40A002: display_file (objdump.c:3425) ==8477== by 0x4048F9: main (objdump.c:3707) ==8477== If you believe this happened as a result of a stack ==8477== overflow in your program's main thread (unlikely but ==8477== possible), you can try to increase the size of the ==8477== main thread stack using the --main-stacksize= flag. ==8477== The main thread stack size used in this run was 8388608. ==8477== ==8477== HEAP SUMMARY: ==8477== in use at exit: 9,927 bytes in 12 blocks ==8477== total heap usage: 39 allocs, 27 frees, 49,358 bytes allocated ==8477== ==8477== LEAK SUMMARY: ==8477== definitely lost: 384 bytes in 2 blocks ==8477== indirectly lost: 0 bytes in 0 blocks ==8477== possibly lost: 0 bytes in 0 blocks ==8477== still reachable: 9,543 bytes in 10 blocks ==8477== suppressed: 0 bytes in 0 blocks ==8477== Rerun with --leak-check=full to see details of leaked memory ==8477== ==8477== For counts of detected and suppressed errors, rerun with: -v ==8477== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 1 from 1)