Changeset 171558 in webkit
- Timestamp:
- Jul 24, 2014 4:56:34 PM (10 years ago)
- Location:
- trunk/Source/JavaScriptCore
- Files:
-
- 2 edited
Legend:
- Unmodified
- Added
- Removed
-
trunk/Source/JavaScriptCore/ChangeLog
r171557 r171558 1 2014-07-24 Joseph Pecoraro <pecoraro@apple.com> 2 3 JSLock release should only modify the AtomicStringTable if it modified in acquire 4 https://bugs.webkit.org/show_bug.cgi?id=135143 5 6 Reviewed by Darin Adler. 7 8 * runtime/JSLock.cpp: 9 (JSC::JSLock::JSLock): 10 Initialize the member variable to nullptr. 11 12 (JSC::JSLock::willDestroyVM): 13 Update style to use nullptr instead of 0. 14 15 (JSC::JSLock::willReleaseLock): 16 We should only reset the thread data's atomic string table if 17 didAcquireLock changed it. m_entryAtomicStringTable will have 18 been set by didAcquireLock if it changed, or nullptr if it didn't. 19 This way we are sure we are balanced, regardless of m_vm changes. 20 1 21 2014-07-24 Peyton Randolph <prandolph@apple.com> 2 22 -
trunk/Source/JavaScriptCore/runtime/JSLock.cpp
r171474 r171558 84 84 , m_hasExclusiveThread(false) 85 85 , m_vm(vm) 86 , m_entryAtomicStringTable(nullptr) 86 87 { 87 88 } … … 94 95 { 95 96 ASSERT_UNUSED(vm, m_vm == vm); 96 m_vm = 0;97 m_vm = nullptr; 97 98 } 98 99 … … 140 141 m_vm->setLastStackTop(threadData.savedLastStackTop()); 141 142 143 ASSERT(!m_entryAtomicStringTable); 142 144 m_entryAtomicStringTable = threadData.setCurrentAtomicStringTable(m_vm->atomicStringTable()); 145 ASSERT(m_entryAtomicStringTable); 146 143 147 m_vm->heap.machineThreads().addCurrentThread(); 144 148 } … … 171 175 m_vm->setStackPointerAtVMEntry(nullptr); 172 176 173 wtfThreadData().setCurrentAtomicStringTable(m_entryAtomicStringTable); 177 if (m_entryAtomicStringTable) { 178 wtfThreadData().setCurrentAtomicStringTable(m_entryAtomicStringTable); 179 m_entryAtomicStringTable = nullptr; 180 } 174 181 } 175 182
Note: See TracChangeset
for help on using the changeset viewer.