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
..
binaries	Update binaries with dump_syms changes to write new field	2017-12-12 03:49:04 +00:00
converter	Explicitly LoadLibrary dbghelp.dll in symbol converter.	2019-06-28 20:44:55 +00:00
converter_exe	Fix clang build warnings/errors for windows symbol converter.	2019-06-27 20:02:30 +00:00
dump_syms	Fix dump_syms clang Windows build.	2019-06-25 00:28:04 +00:00
symupload	Port new symbol upload API to Windows symupload tool.	2019-06-12 20:56:37 +00:00
refresh_binaries.bat	Refresh refresh_binaries.bat	2017-09-24 23:23:20 +00:00
tools_windows.gyp	Move Windows Symbol Converter to breakpad	2019-06-18 21:58:05 +00:00