Return-Path: Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 97259 invoked by uid 500); 10 Feb 2002 21:33:40 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 97248 invoked from network); 10 Feb 2002 21:33:40 -0000 X-Authentication-Warning: rdu163-40-092.nc.rr.com: trawick set sender to trawick@attglobal.net using -f Sender: trawick@rdu163-40-092.nc.rr.com To: Subject: Re: Atomic operations References: <003201c1b26d$541f6e90$0a01230a@KOJ> From: Jeff Trawick Date: 10 Feb 2002 16:32:19 -0500 In-Reply-To: <003201c1b26d$541f6e90$0a01230a@KOJ> Message-ID: Lines: 16 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N "Ryan Bloom" writes: > If we are on a platform that doesn't support atomic add/set, just do > what Windows does. Namely, have a global mutex that is set for any > atomic add or set command. The add/set is only atomic across other > threads/process using the same add/set functions, but that should be > good enough. not scalable... the app would be better off rolling their own support -- Jeff Trawick | trawick@attglobal.net | PGP public key at web site: http://www.geocities.com/SiliconValley/Park/9289/ Born in Roswell... married an alien...