aboutsummaryrefslogtreecommitdiff
path: root/src/tools/windows/dump_syms/testdata
diff options
context:
space:
mode:
authorJon Turney <jon.turney@dronecode.org.uk>2017-03-11 19:02:43 +0000
committerMike Frysinger <vapier@chromium.org>2017-03-11 20:58:29 +0000
commit7ec3caf6c7cdff0a99cd34249acfdc61f76f2d86 (patch)
treeeb1232692b20172ccb4116ae7c86c7209a39f429 /src/tools/windows/dump_syms/testdata
parentiOS client identifies itself via URL params (diff)
downloadbreakpad-7ec3caf6c7cdff0a99cd34249acfdc61f76f2d86.tar.xz
Fix Windows client ExceptionHandlerTest tests
ExceptionHandlerTest.InvalidParameterMiniDumpTest and ExceptionHandlerTest.PureVirtualCallMiniDumpTest both also exercise a feature that if the MiniDumpWithFullMemory MINIDUMP_TYPE is used, both UUID.dmp and UUID-full.dmp files are written. This is currently broken, and requesting a minidump with MiniDumpWithFullMemory MINIDUMP_TYPE fails, as the file handle for the full dump is not set. Call GenerateFullDumpFile() if MiniDumpWithFullMemory is requested, to generate a filename for the full dump file and set the file handle. Currently GenerateFullDumpFile() also generates another UUID for the full dump filename, so also make the private method MinidumpGenerator::GenerateDumpFilePath() idempotent (so the same UUID is reused) (Note that calling Generate(|Full)DumpFile() more than once is not permitted, so there's no behaviour where this changed the UUID to preserve) BUG= Change-Id: I74304f38b398f53da1c24f368dedfba8463da9e5 Reviewed-on: https://chromium-review.googlesource.com/452978 Reviewed-by: Mike Frysinger <vapier@chromium.org>
Diffstat (limited to 'src/tools/windows/dump_syms/testdata')
0 files changed, 0 insertions, 0 deletions