search

limdoglim / google-breakpad

Automatically exported from code.google.com/p/google-breakpad
0 stars 0 forks source link

mac dump_syms produces different module GUIDs for stripped Universal Binary vs. unstripped native binary #154

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
==> firefox-bin-i386-u.sym <==MODULE mac x86
787B89A5EFBF75DD8CE5E6ECCBAF9EE80 firefox-bin

==> firefox-bin-i386.sym <==
MODULE mac x86 ADA6CF68B3A5F7C627FE9079AFF3C62A0 firefox-bin

==> firefox-bin-ppc-u.sym <==
MODULE mac ppc DAB923D408DD3F26D32A8EEEDE8874B30 firefox-bin

==> firefox-bin-ppc.sym <==
MODULE mac ppc firefoxbin0 firefox-bin

The -u ones are from the universal binary, which was stripped.  The others
were from the native binaries.  And I don't even know what's up with that
last one, from the native ppc bin.  The data in the rest of the file seems
okay, though.

Original issue reported on code.google.com by ted.mielczarek on 27 Apr 2007 at 3:24

GoogleCodeExporter commented 9 years ago 
This appears to be only a problem with stripped binaries.  After building an
unstripped UB, the signatures match for i386.  I'm still not sure what's up 
with ppc.

Original comment by ted.mielczarek on 27 Apr 2007 at 10:24

GoogleCodeExporter commented 9 years ago

Original comment by mmento...@gmail.com on 1 May 2007 at 9:48

GoogleCodeExporter commented 9 years ago 
There was an issue with the __bss and __common sections being incorporated into 
the MD5 checksum
generating the ID.  Since these two sections are "virtual" they contain no 
actual data on disk.  Nevertheless,
bogus data was read from the file (which has a different arrangement fat vs. 
nonfat).

Patch attached.

Original comment by ladderbr...@gmail.com on 6 Jun 2007 at 7:05

Attachments:

GoogleCodeExporter commented 9 years ago

Original comment by ladderbr...@gmail.com on 6 Jun 2007 at 8:50