TSan: Thread data race nsHttpChannel vs. nsHttpConnectionMgr (in nsCString::SetCharAt vs. nsCharTraits<char>::compare)

NEW
Unassigned

Status

()

P3
critical
6 years ago
11 months ago

People

(Reporter: decoder, Unassigned)

Tracking

({sec-want})

Trunk
x86_64
Linux
sec-want
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [tsan][tsan-test-blocker][necko-backlog])

Attachments

(1 attachment)

(Reporter)

Description

6 years ago
Created attachment 719753 [details]
TSan trace

During Firefox start-up with ThreadSanitizer (LLVM version r176045), we get a data race reported as described in the attached log. Trace was created on mozilla-central with changeset 885cde564ff3.

According to the TSan devs, most of the reported traces should be real data races, even though they can be "benign". We need to determine if the race can/should be fixed, or put on the ignore list. Even for benign races, TSan devs suggest to fix them (second priority), as they can also cause problems [1].

[1] http://software.intel.com/en-us/blogs/2013/01/06/benign-data-races-what-could-possibly-go-wrong
(Reporter)

Updated

6 years ago
Component: XPCOM → Networking: HTTP
Whiteboard: [tsan][tsan-test-blocker] → [tsan][tsan-test-blocker][necko-backlog]
You need to log in before you can comment on or make changes to this bug.