==30990== Memcheck, a memory error detector
==30990== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al.
==30990== Using Valgrind-3.10.0 and LibVEX; rerun with -h for copyright info
==30990== Command: binutils-gdb/binutils/objdump -afphxgGtTrRwW --special-syms 005-151694-0.004
==30990== Parent PID: 28836
==30990== 
==30990== Invalid write of size 4
==30990==    at 0x444C0C: _bfd_coff_read_string_table (coffgen.c:1718)
==30990==    by 0x445577: _bfd_coff_internal_syment_name (coffgen.c:462)
==30990==    by 0x4B3FF7: handle_COMDAT (coffcode.h:963)
==30990==    by 0x4B3FF7: styp_to_sec_flags (coffcode.h:1288)
==30990==    by 0x444F44: make_a_section_from_file (coffgen.c:129)
==30990==    by 0x444F44: coff_real_object_p (coffgen.c:293)
==30990==    by 0x4B489E: pe_bfd_object_p (peicode.h:1349)
==30990==    by 0x446FA6: bfd_check_format_matches (format.c:305)
==30990==    by 0x407F01: display_object_bfd (objdump.c:3328)
==30990==    by 0x407F01: display_any_bfd (objdump.c:3404)
==30990==    by 0x40A002: display_file (objdump.c:3425)
==30990==    by 0x4048F9: main (objdump.c:3707)
==30990==  Address 0x0 is not stack'd, malloc'd or (recently) free'd
==30990== 
==30990== 
==30990== Process terminating with default action of signal 11 (SIGSEGV)
==30990==  Access not within mapped region at address 0x0
==30990==    at 0x444C0C: _bfd_coff_read_string_table (coffgen.c:1718)
==30990==    by 0x445577: _bfd_coff_internal_syment_name (coffgen.c:462)
==30990==    by 0x4B3FF7: handle_COMDAT (coffcode.h:963)
==30990==    by 0x4B3FF7: styp_to_sec_flags (coffcode.h:1288)
==30990==    by 0x444F44: make_a_section_from_file (coffgen.c:129)
==30990==    by 0x444F44: coff_real_object_p (coffgen.c:293)
==30990==    by 0x4B489E: pe_bfd_object_p (peicode.h:1349)
==30990==    by 0x446FA6: bfd_check_format_matches (format.c:305)
==30990==    by 0x407F01: display_object_bfd (objdump.c:3328)
==30990==    by 0x407F01: display_any_bfd (objdump.c:3404)
==30990==    by 0x40A002: display_file (objdump.c:3425)
==30990==    by 0x4048F9: main (objdump.c:3707)
==30990==  If you believe this happened as a result of a stack
==30990==  overflow in your program's main thread (unlikely but
==30990==  possible), you can try to increase the size of the
==30990==  main thread stack using the --main-stacksize= flag.
==30990==  The main thread stack size used in this run was 8388608.
==30990== 
==30990== HEAP SUMMARY:
==30990==     in use at exit: 9,597 bytes in 9 blocks
==30990==   total heap usage: 12 allocs, 3 frees, 9,663 bytes allocated
==30990== 
==30990== LEAK SUMMARY:
==30990==    definitely lost: 0 bytes in 0 blocks
==30990==    indirectly lost: 0 bytes in 0 blocks
==30990==      possibly lost: 0 bytes in 0 blocks
==30990==    still reachable: 9,597 bytes in 9 blocks
==30990==         suppressed: 0 bytes in 0 blocks
==30990== Rerun with --leak-check=full to see details of leaked memory
==30990== 
==30990== For counts of detected and suppressed errors, rerun with: -v
==30990== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 1 from 1)