[LLVMbugs] [Bug 17059] [ASan RTL] Highlight nearest stack object in ASan error report
bugzilla-daemon at llvm.org
bugzilla-daemon at llvm.org
Tue Sep 3 07:03:28 PDT 2013
http://llvm.org/bugs/show_bug.cgi?id=17059
Kostya Serebryany <kcc at google.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
CC| |kcc at google.com
Resolution|--- |FIXED
--- Comment #1 from Kostya Serebryany <kcc at google.com> ---
r189806 implements almost what you've asked for.
The reports look like this now:
[32, 42) 'AAA'
[96, 106) 'BBB' <== Memory access at offset 94 underflows this variable
[160, 170) 'CCC'
[32, 42) 'AAA'
[96, 106) 'BBB' <== Memory access at offset 95 partially underflows this
variable
[160, 170) 'CCC'
[32, 42) 'AAA'
[96, 106) 'BBB' <== Memory access at offset 105 partially overflows this
variable
[160, 170) 'CCC'
[32, 42) 'AAA'
[96, 106) 'BBB' <== Memory access at offset 106 overflows this variable
[160, 170) 'CCC'
Sometimes like this (when the access is somewhere in between two vars):
[32, 42) 'AAA'
[96, 106) 'BBB' <== Memory access at offset 132 overflows this variable
[160, 170) 'CCC' <== Memory access at offset 132 underflows this variable
The reports do not mention the access sizes.
Fixing this is a bit more involved:
when memset touches invalid memory, we report the size of the whole memset
but the reported address is the fist invalid address. But that's another story.
--
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-bugs/attachments/20130903/15a3ee04/attachment.html>
More information about the llvm-bugs
mailing list