Searched full:monitorenter (Results 1 – 15 of 15) sorted by relevance
55 monitorenter77 On monitorenter VM thread tries to get ownership of the monitor in the following manner: if92 - sig: monitorenter122 - values: ['monitorenter']129 - sig: monitorenter149 - values: ['monitorenter']236 description: Check how monitor's ownership changed by monitorenter and monitorexit sequences269 - 'monitorenter'275 monitorenter276 monitorenter[all …]
68 Monitor::MonitorEnter(header); in TEST_F()79 Monitor::MonitorEnter(header); in TEST_F()81 Monitor::MonitorEnter(header); in TEST_F()95 Monitor::MonitorEnter(header1); in TEST_F()98 Monitor::MonitorEnter(header2); in TEST_F()115 Monitor::MonitorEnter(header); in TEST_F()145 Monitor::MonitorEnter(header); in TEST_F()149 Monitor::MonitorEnter(header); in TEST_F()189 Monitor::MonitorEnter(header1); in TEST_F()192 Monitor::MonitorEnter(header2); in TEST_F()[all …]
37 Object::monitorEnter41 Object::monitorEnter
17 .function void Object.monitorEnter(panda.Object a0) <external>35 call Object.monitorEnter, a0
49 For instance, check symmetry of monitorEnter/monitorExit calls to avoid deadlocking.
27 [[maybe_unused]] auto res = Monitor::MonitorEnter(objHandler_.GetPtr()); in ObjectLock()
83 // 4. Is it useful to return ObjectHeader from monitorenter/exit? Right now it is enough to return …100 PANDA_PUBLIC_API static Monitor::State MonitorEnter(ObjectHeader *obj, bool trylock = false);
352 auto res = Monitor::MonitorEnter(header); in ObjectMonitorEnter()359 LOG(FATAL, RUNTIME) << "MonitorEnter for " << header << " returned Illegal state!"; in ObjectMonitorEnter()
647 method_name: monitorEnter
254 Monitor::State Monitor::MonitorEnter(ObjectHeader *obj, bool trylock) in MonitorEnter() function in ark::Monitor336 … LOG(DEBUG, RUNTIME) << "Caling MonitorEnter on object which isn't owned by this thread"; in MonitorExit()
650 .function void Object.monitorEnter(panda.Object a0) <native>
677 .function void Object.monitorEnter(panda.Object a0) <native>
841 method_name: monitorEnter