On Thu, Sep 13, 2018 at 8:13 PM, <
markdavi...@gmail.com> wrote:
> Hello,
>
> I'm having the same issue. I've tried the following:
>
> * running with history_size=7
> * running with verbosity=2
> * running both on linux and osx
> * running program for a long time
>
> I'm debugging a race. The "write" always shows the stack trace, but the
> "read" always says "failed to restore the stack".
>
> All of the race warnings that have this issue (described above) are for the
> same line of code. Stacks do print out properly for any other races in my
> program.
>
> I'm running on clang 6.0.1.
>
> Any ideas?
No ideas.
The access probably was done too long time ago and is already evicted
from memory.
> On Thursday, September 3, 2015 at 10:16:58 AM UTC-4, Dmitry Vyukov wrote:
>>
>> On Thu, Sep 3, 2015 at 4:13 PM, Rik Prohaska <
proh...@gmail.com> wrote:
>> > Hello,
>> >
>> > I am trying to solve some data races reported by TSAN. Unfortunately,
>> > the
>> > conflicting operation is not being reported. I see 'failed to restore
>> > the
>> > stack' instead, which makes the race hard to track down. Is there an
>> > option
>> > that may effect this?
>>
>> See:
>>
https://github.com/google/sanitizers/wiki/ThreadSanitizerFlags
>>
>> If you run with TSAN_OPTIONS="history_size=7", it will make tsan to
>> remember more stacks but increase memory consumption.
>> Also, you can run for longer, there are changes that you will observe
>> the same race with the second stack trace.
>
> --
> You received this message because you are subscribed to the Google Groups
> "thread-sanitizer" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to
thread-sanitiz...@googlegroups.com.
> For more options, visit
https://groups.google.com/d/optout.