dump_syms crashes when processing arm library

[GoogleCodeExporter]

Unfortunately I can give only the stacktrace, not the library:

#0  0x0000000000435bfd in (anonymous namespace)::FixAddress 
(obj_base=0x7ffff5571000) at src/common/linux/dump_symbols.cc:143
#1  0x000000000043724f in (anonymous namespace)::LoadSymbols (obj_file=..., 
big_endian=false, elf_header=0x7ffff5571000, read_gnu_debug_link=false, 
info=0x7fffffffe180, module=0x7fffffffe1e0)
    at src/common/linux/dump_symbols.cc:526
#2  0x0000000000438015 in google_breakpad::WriteSymbolFileInternal 
(obj_file=0x7ffff5571000 "\177ELF\001\001\001", obj_filename=..., 
debug_dir=..., cfi=true, sym_stream=...)
    at src/common/linux/dump_symbols.cc:768
#3  0x00000000004384a6 in google_breakpad::WriteSymbolFile (obj_file=..., 
debug_dir=..., cfi=true, sym_stream=...) at src/common/linux/dump_symbols.cc:824
#4  0x000000000043d743 in main (argc=2, argv=0x7fffffffe538) at 
src/tools/linux/dump_syms/dump_syms.cc:70

The library is built using android-ndk-r8
Host: debian, gcc-4.7.1
Breakpad revision: 984

Original issue reported on code.google.com by VShapra...@betria.com on 12 Jul 2012 at 12:00

[GoogleCodeExporter]

UPD:
It seems that the program uses elf header structure from 64bit system for 32bit 
binary

Original comment by VShapra...@betria.com on 12 Jul 2012 at 1:34

[GoogleCodeExporter]

I have a patch for this:
https://breakpad.appspot.com/393002/

It should land in the repository this week.

Original comment by ted.mielczarek on 16 Jul 2012 at 4:05

[GoogleCodeExporter]

Can't apply the patch to trunk sources. Is it made for a branch?

Original comment by VShapra...@betria.com on 17 Jul 2012 at 9:00

[GoogleCodeExporter]

No, it may just have been bitrotted by other changes. I'll update it in the 
next day or two.

Original comment by ted.mielczarek on 17 Jul 2012 at 12:35

[GoogleCodeExporter]

I believe this bug is now fixed since Ted's patch has been submitted.

Original comment by di...@chromium.org on 5 Sep 2012 at 11:55

• Changed state: Fixed