[all-commits] [llvm/llvm-project] b5af57: [WinASan] Improve exception reporting accuracy
Reid Kleckner via All-commits
all-commits at lists.llvm.org
Mon Nov 30 16:42:06 PST 2020
Branch: refs/heads/master
Home: https://github.com/llvm/llvm-project
Commit: b5af5787b367198f8b87626431cb3f66fef460c1
https://github.com/llvm/llvm-project/commit/b5af5787b367198f8b87626431cb3f66fef460c1
Author: Reid Kleckner <rnk at google.com>
Date: 2020-11-30 (Mon, 30 Nov 2020)
Changed paths:
M compiler-rt/lib/sanitizer_common/sanitizer_win.cpp
A compiler-rt/test/asan/TestCases/Windows/breakpoint.cpp
A compiler-rt/test/asan/TestCases/Windows/illegal_instruction.cpp
A compiler-rt/test/asan/TestCases/Windows/integer_divide_by_zero.cpp
A compiler-rt/test/asan/TestCases/Windows/sse_misalignment.cpp
Log Message:
-----------
[WinASan] Improve exception reporting accuracy
Previously, ASan would produce reports like this:
ERROR: AddressSanitizer: breakpoint on unknown address 0x000000000000 (pc 0x7fffdd7c5e86 ...)
This is unhelpful, because the developer may think this is a null
pointer dereference, and not a breakpoint exception on some PC.
The cause was that SignalContext::GetAddress would read the
ExceptionInformation array to retreive an address for any kind of
exception. That data is only available for access violation exceptions.
This changes it to be conditional on the exception type, and to use the
PC otherwise.
I added a variety of tests for common exception types:
- int div zero
- breakpoint
- ud2a / illegal instruction
- SSE misalignment
I also tightened up IsMemoryAccess and GetWriteFlag to check the
ExceptionCode rather than looking at ExceptionInformation[1] directly.
Differential Revision: https://reviews.llvm.org/D92344
More information about the All-commits
mailing list