Closed
Bug 1097513
Opened 10 years ago
Closed 7 years ago
Stop using PR_Lock for mozilla::Mutex
Categories
(Core :: XPCOM, defect)
Core
XPCOM
Tracking
()
RESOLVED
DUPLICATE
of bug 1312087
People
(Reporter: glandium, Unassigned)
Details
Attachments
(2 files)
6.86 KB,
patch
|
glandium
:
review+
|
Details | Diff | Splinter Review |
3.67 KB,
patch
|
Details | Diff | Splinter Review |
See bug 1087245 for parts of the reason why we'd be better off PR_Locks.
Reporter | ||
Comment 1•10 years ago
|
||
Reporter | ||
Comment 2•10 years ago
|
||
Comment on attachment 8521199 [details] [diff] [review] part 1 - Add a PR_Lock-free lock implementation to Mutex.h This was r+ed in bug 1087245
Attachment #8521199 -
Flags: review+
Reporter | ||
Comment 3•10 years ago
|
||
This doesn't build because CondVars do need an update too. I won't be working further on this bug. In the end, that didn't solve all my problems, and I could solve them some other way. I'm merely attaching this work so that people who would want to go ahead with this bug don't have to start from scratch.
Comment 4•7 years ago
|
||
This should be much easier to finish now that we can rely on Window's built-in condition variables because XP is gone.
Comment 5•7 years ago
|
||
We did this already.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•