==7268== Memcheck, a memory error detector
==7268== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al.
==7268== Using Valgrind-3.10.0 and LibVEX; rerun with -h for copyright info
==7268== Command: binutils-gdb/binutils/objdump -afphxgGtTrRwW --special-syms 002-168123-0.004
==7268== Parent PID: 11455
==7268== 
==7268== Invalid read of size 1
==7268==    at 0x434E60: byte_get_little_endian (elfcomm.c:149)
==7268==    by 0x40BB0A: process_cu_tu_index (dwarf.c:6523)
==7268==    by 0x40C5B3: load_cu_tu_indexes.part.12 (dwarf.c:6745)
==7268==    by 0x413D9C: load_cu_tu_indexes (dwarf.c:2598)
==7268==    by 0x413D9C: load_debug_info (dwarf.c:2605)
==7268==    by 0x4140C4: display_debug_ranges (dwarf.c:4895)
==7268==    by 0x40A2DC: dump_dwarf_section (objdump.c:2368)
==7268==    by 0x44A07B: bfd_map_over_sections (section.c:1354)
==7268==    by 0x405DF3: dump_dwarf (objdump.c:2426)
==7268==    by 0x40774B: dump_bfd (objdump.c:3263)
==7268==    by 0x407F3F: display_object_bfd (objdump.c:3330)
==7268==    by 0x407F3F: display_any_bfd (objdump.c:3404)
==7268==    by 0x40A002: display_file (objdump.c:3425)
==7268==    by 0x4048F9: main (objdump.c:3707)
==7268==  Address 0x1 is not stack'd, malloc'd or (recently) free'd
==7268== 
==7268== 
==7268== Process terminating with default action of signal 11 (SIGSEGV)
==7268==  Access not within mapped region at address 0x1
==7268==    at 0x434E60: byte_get_little_endian (elfcomm.c:149)
==7268==    by 0x40BB0A: process_cu_tu_index (dwarf.c:6523)
==7268==    by 0x40C5B3: load_cu_tu_indexes.part.12 (dwarf.c:6745)
==7268==    by 0x413D9C: load_cu_tu_indexes (dwarf.c:2598)
==7268==    by 0x413D9C: load_debug_info (dwarf.c:2605)
==7268==    by 0x4140C4: display_debug_ranges (dwarf.c:4895)
==7268==    by 0x40A2DC: dump_dwarf_section (objdump.c:2368)
==7268==    by 0x44A07B: bfd_map_over_sections (section.c:1354)
==7268==    by 0x405DF3: dump_dwarf (objdump.c:2426)
==7268==    by 0x40774B: dump_bfd (objdump.c:3263)
==7268==    by 0x407F3F: display_object_bfd (objdump.c:3330)
==7268==    by 0x407F3F: display_any_bfd (objdump.c:3404)
==7268==    by 0x40A002: display_file (objdump.c:3425)
==7268==    by 0x4048F9: main (objdump.c:3707)
==7268==  If you believe this happened as a result of a stack
==7268==  overflow in your program's main thread (unlikely but
==7268==  possible), you can try to increase the size of the
==7268==  main thread stack using the --main-stacksize= flag.
==7268==  The main thread stack size used in this run was 8388608.
==7268== 
==7268== HEAP SUMMARY:
==7268==     in use at exit: 129,353 bytes in 26 blocks
==7268==   total heap usage: 979 allocs, 953 frees, 209,112 bytes allocated
==7268== 
==7268== LEAK SUMMARY:
==7268==    definitely lost: 0 bytes in 0 blocks
==7268==    indirectly lost: 0 bytes in 0 blocks
==7268==      possibly lost: 0 bytes in 0 blocks
==7268==    still reachable: 129,353 bytes in 26 blocks
==7268==         suppressed: 0 bytes in 0 blocks
==7268== Rerun with --leak-check=full to see details of leaked memory
==7268== 
==7268== For counts of detected and suppressed errors, rerun with: -v
==7268== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 1 from 1)