Displaying 2 results from an estimated 2 matches for "kclkbits".
2016 Jan 22
4
greendragon build noisy due to mmap_stress.cc
...it looks like a reasonable shadow:
>
> // Shadow (from most significant bit):
> // freed : 1
> // tid : kTidBits
> // is_atomic : 1
> // is_read : 1
> // size_log : 2
> // addr0 : 3
> // epoch : kClkBits
+Nico pointed to another failure:
http://lab.llvm.org:8080/green/job/clang-stage1-cmake-RA_check/9782/testReport/ThreadSanitizer/ThreadSanitizer/mmap_stress_cc/
2016 Jan 22
2
greendragon build noisy due to mmap_stress.cc
Hm, I tried to reproduce this as well, but unsuccessfully. From the crash report: EXC_I386_GPFLT means we’re dereferencing a non-canonical pointer, in this case “0x00486000000025df”. This happens at wrap_OSSpinLockLock+17, which is just after the prologue and just after calling cur_thread(). So I’d say it happens when we’re dereferencing the pointer returned by cur_thread(). On OS X, we’re