[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