breakpad/src
Nelson Billing 9cafb376eb Explicitly LoadLibrary dbghelp.dll in symbol converter.
- This is a workaround to an issue with gn/clang build of Windows
symbol converter where dbghelp.dll is loaded from system32/syswow64
instead of alongside the process exe.
- Why do we care where dbghelp.dll is loaded from? Two considerations:
  1. dbghelp.dll will only load symsrv.dll from the directory where it
  resides.
  2. symsrv.dll requires a file called "symsrv.yes" to be in the
  directory where it resides in order to work with MS symbol stores.
Therefore if we load dbghelp.dll from syswow64, then we must also
ensure there is a symsrv.dll and symsrv.yes file in syswow64.

Change-Id: Ia283a2c11e276c855a48157aa7be77897af4b02e
Reviewed-on: https://chromium-review.googlesource.com/c/breakpad/breakpad/+/1680670
Reviewed-by: Mark Mentovai <mark@chromium.org>
Reviewed-by: Ivan Penkov <ivanpe@chromium.org>
2019-06-28 20:44:55 +00:00
..
build Fix MSVC build on 64-bit 2017-09-25 07:10:11 +00:00
client Fix breakpad client build. 2019-06-24 22:44:01 +00:00
common Fix dump_syms clang Windows build. 2019-06-25 00:28:04 +00:00
google_breakpad Enable truncation of module ranges 2019-06-11 19:04:02 +00:00
processor Removed unused includes/declarations 2019-06-11 23:36:23 +00:00
third_party List missing 64-bit arches in the bundled curl 2017-11-13 19:50:29 +00:00
tools Explicitly LoadLibrary dbghelp.dll in symbol converter. 2019-06-28 20:44:55 +00:00
breakpad_googletest_includes.h test: allow use of system gmock/gtest libs 2016-01-25 19:27:56 -05:00
config.h.in Only use O_CLOEXEC on platforms that support it 2017-05-10 21:32:37 +00:00