RESOLVED FIXED Bug 54309
Add a SyncMessageState class to CoreIPC::Connection
https://bugs.webkit.org/show_bug.cgi?id=54309
Summary Add a SyncMessageState class to CoreIPC::Connection
Anders Carlsson
Reported 2011-02-11 13:53:01 PST
Add a SyncMessageState class to CoreIPC::Connection
Attachments
Patch (3.91 KB, patch)
2011-02-11 13:56 PST, Anders Carlsson
aroben: review+
Anders Carlsson
Comment 1 2011-02-11 13:56:00 PST
Adam Roben (:aroben)
Comment 2 2011-02-11 13:59:30 PST
Comment on attachment 82168 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=82168&action=review > Source/WebKit2/Platform/CoreIPC/Connection.cpp:59 > + RunLoop* m_runLoop; > + > + typedef HashMap<RunLoop*, SyncMessageState*> SyncMessageStateMap; > + static SyncMessageStateMap& syncMessageStateMap() > + { > + DEFINE_STATIC_LOCAL(SyncMessageStateMap, syncMessageStateMap, ()); > + return syncMessageStateMap; > + } > + > + static Mutex& syncMessageStateMapMutex() > + { > + DEFINE_STATIC_LOCAL(Mutex, syncMessageStateMapMutex, ()); > + return syncMessageStateMapMutex; > + } I personally don't like function members to follow data members. > Source/WebKit2/Platform/CoreIPC/Connection.h:263 > + class SyncMessageState; > + friend class SyncMessageState; I didn't think the first declaration was necessary. But maybe it is so that the compiler knows it's a nested class?
Anders Carlsson
Comment 3 2011-02-11 14:03:19 PST
Build Bot
Comment 4 2011-02-11 14:36:40 PST
Note You need to log in before you can comment on or make changes to this bug.