threadCritical_windows.cpp revision 1472
1472N/A * Copyright (c) 2001, 2003, Oracle and/or its affiliates. All rights reserved. 0N/A * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER. 0N/A * This code is free software; you can redistribute it and/or modify it 0N/A * under the terms of the GNU General Public License version 2 only, as 0N/A * published by the Free Software Foundation. 0N/A * This code is distributed in the hope that it will be useful, but WITHOUT 0N/A * ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or 0N/A * FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License 0N/A * version 2 for more details (a copy is included in the LICENSE file that 0N/A * accompanied this code). 0N/A * You should have received a copy of the GNU General Public License version 0N/A * 2 along with this work; if not, write to the Free Software Foundation, 0N/A * Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA. 1472N/A * Please contact Oracle, 500 Oracle Parkway, Redwood Shores, CA 94065 USA 0N/A#
include "incls/_precompiled.incl" 0N/A// Note that Microsoft's critical region code contains a race 0N/A// condition, and is not suitable for use. A thread holding the 0N/A// critical section cannot safely suspend a thread attempting 0N/A// to enter the critical region. The failure mode is that both 0N/A// threads are permanently suspended. 0N/A// I experiemented with the use of ordinary windows mutex objects 0N/A// and found them ~30 times slower than the critical region code. 0N/A // Grab the lock before doing anything. 0N/A // Make sure the event object is allocated. 0N/A // Locking will not work correctly unless this is autoreset. 0N/A // Atomicity isn't required. Bump the recursion count. 0N/A // We're going to unlock 0N/A // No lost wakeups, lock_event stays signaled until reset. 0N/A // Just unwinding a recursive lock;