https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77538
--- Comment #17 from peien luo <coollpe at hotmail dot com> ---
(In reply to Dmitry Vyukov from comment #16)
> > The stack size limit in my box is 8M. I have also checked /proc/<id>limits.
>
> So, is increasing stack size help?
> Tsan increases stack consumption. 8MB is not that much provided that you
> have 1MB frames.
>
> > By enabling -fstack-protector-all, in gdb it still may get segfault here
> > (at function entry).
>
> Stack protector will not help to detect/prevent stack overflow. It only
> prevents PC overwrite on buffer overflows.
Increased to 80MB, no help.
In a 4.9.0 tsan case, I have come across a segfault in gdb with back trace:
23 void MutexSet::Add(u64 id, bool write, u64 epoch) {
24 // Look up existing mutex with the same id.
25 for (uptr i = 0; i < size_; i++) {
26 if (descs_[i].id == id) {
27 descs_[i].count++;
28 descs_[i].epoch = epoch;
29 return;
30 }
(gdb) p size_
$2 = 139907922088632
(gdb) bt
#0 0x00007f3ed9c5f37c in __tsan::MutexSet::Add
(this=this@entry=0x7f3ec6f63080, id=55166398195828824,
write=write@entry=true, epoch=1680548) at
../../../../libsanitizer/tsan/tsan_mutexset.cc:26
#1 0x00007f3ed9c555e5 in __tsan::MutexLock (thr=thr@entry=0x7f3ec6e78840,
pc=pc@entry=139907918263873,
addr=addr@entry=138040248895576) at
../../../../libsanitizer/tsan/tsan_rtl_mutex.cc:109
#2 0x00007f3ed9c4f6ae in __interceptor_pthread_mutex_lock (m=0x7d8c00000858)
at ../../../../libsanitizer/tsan/tsan_interceptors.cc:811
...
something overflowed?
