Skip to content
  1. Apr 04, 2013
  2. Apr 03, 2013
  3. Apr 01, 2013
  4. Mar 28, 2013
  5. Mar 27, 2013
  6. Mar 26, 2013
  7. Mar 25, 2013
  8. Mar 23, 2013
  9. Mar 22, 2013
    • Timur Iskhodzhanov's avatar
      Revert 177745 as it was incorrect · fb74020c
      Timur Iskhodzhanov authored
      llvm-svn: 177746
      fb74020c
    • Timur Iskhodzhanov's avatar
      Band-aid fix for the Windows build caused by r177710. Long-term,... · e117eef7
      Timur Iskhodzhanov authored
      Band-aid fix for the Windows build caused by r177710. Long-term, atomic_compare_exchange_strong should be a template on Windows too...
      
      llvm-svn: 177745
      e117eef7
    • Kostya Serebryany's avatar
      [asan] Change the way we report the alloca frame on stack-buff-overflow. · 667a34a1
      Kostya Serebryany authored
      Before: the function name was stored by the compiler as a constant string
      and the run-time was printing it.
      Now: the PC is stored instead and the run-time prints the full symbolized frame.
      This adds a couple of instructions into every function with non-empty stack frame,
      but also reduces the binary size because we store less strings (I saw 2% size reduction).
      This change bumps the asan ABI version to v3.
      
      compiler-rt part, llvm part will follow.
      
      Example of report (now):
      ==31711==ERROR: AddressSanitizer: stack-buffer-overflow on address 0x7fffa77cf1c5 at pc 0x41feb0 bp 0x7fffa77cefb0 sp 0x7fffa77cefa8
      READ of size 1 at 0x7fffa77cf1c5 thread T0
          #0 0x41feaf in Frame0(int, char*, char*, char*) stack-oob-frames.cc:20
          #1 0x41f7ff in Frame1(int, char*, char*) stack-oob-frames.cc:24
          #2 0x41f477 in Frame2(int, char*) stack-oob-frames.cc:28
          #3 0x41f194 in Frame3(int) stack-oob-frames.cc:32
          #4 0x41eee0 in main stack-oob-frames.cc:38
          #5 0x7f0c5566f76c (/lib/x86_64-linux-gnu/libc.so.6+0x2176c)
          #6 0x41eb1c (/usr/local/google/kcc/llvm_cmake/a.out+0x41eb1c)
      Address 0x7fffa77cf1c5 is located in stack of thread T0 at offset 293 in frame
          #0 0x41f87f in Frame0(int, char*, char*, char*) stack-oob-frames.cc:12  <<<<<<<<<<<<<< this is new
        This frame has 6 object(s):
          [32, 36) 'frame.addr'
          [96, 104) 'a.addr'
          [160, 168) 'b.addr'
          [224, 232) 'c.addr'
          [288, 292) 's'
          [352, 360) 'd'
      
      llvm-svn: 177723
      667a34a1
    • Alexey Samsonov's avatar
      [ASan] fix-up for r177634 on Windows. · f1311dfc
      Alexey Samsonov authored
      llvm-svn: 177711
      f1311dfc
    • Alexey Samsonov's avatar
      [ASan] Fix an error on invalid deallocation in ASan allocator. When ASan... · a5eb3cb7
      Alexey Samsonov authored
      [ASan] Fix an error on invalid deallocation in ASan allocator. When ASan checks if memory freed by user was indeed previously allocated, it first does an atomic write to presumed location of chunk header. This is wrong, as if the free is invalid, we may overwrite some valuable data (like other fields of the chunk header). Fix this by using atomic_compare_exchange instead.
      
      llvm-svn: 177710
      a5eb3cb7
    • Dmitry Vyukov's avatar
      asan: fix lint warning about line length · a7e42b5b
      Dmitry Vyukov authored
      llvm-svn: 177709
      a7e42b5b
  10. Mar 21, 2013
  11. Mar 20, 2013
  12. Mar 19, 2013
  13. Mar 18, 2013
  14. Mar 15, 2013
  15. Mar 14, 2013
  16. Mar 13, 2013
  17. Mar 12, 2013
  18. Mar 01, 2013
  19. Feb 28, 2013
Loading