[Webkit-unassigned] [Bug 170502] New: [WTF] Introduce Thread class and use RefPtr<Thread> and align Windows Threading implementation semantics to Pthread one
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Wed Apr 5 04:17:33 PDT 2017
https://bugs.webkit.org/show_bug.cgi?id=170502
Bug ID: 170502
Summary: [WTF] Introduce Thread class and use RefPtr<Thread>
and align Windows Threading implementation semantics
to Pthread one
Product: WebKit
Version: WebKit Nightly Build
Hardware: Unspecified
OS: Unspecified
Status: NEW
Severity: Normal
Priority: P2
Component: Web Template Framework
Assignee: webkit-unassigned at lists.webkit.org
Reporter: utatane.tea at gmail.com
Currently, Windows Threading implementation is largely different. For example, once the thread is detached, we cannot do anything in Windows threading implementation. However, in Pthread Threading implementation, we can take various information and we can do several operations since the thread still remains in ThreadMap.
In this bug, we would like to introduce RefPtr<Thread> class instead of ThreadIdentifier. Even if the actual thread is dead, RefPtr<Thread> is valid and we can still get various information (like, thread is already dead).
And Thread class should have various useful methods, like suspend and resume. They should be carried from JSC's heap/.
And by using RefPtr<Thread>, we can drop ThreadMap. Currently, we always need to look up the platform thread information from the hash map. Instead, RefPtr<Thread> holds this information. And RefPtr<Thread>'s actual thread lifetime is managed by thread exit handler registered by using ThreadSpecific<> thing, which is similar to the current ThreadIdentifierDataPthreads.cpp.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20170405/51d27d7a/attachment-0001.html>
More information about the webkit-unassigned
mailing list