Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 82695 invoked from network); 6 Jan 2009 18:49:47 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 6 Jan 2009 18:49:47 -0000 Received: (qmail 92874 invoked by uid 500); 6 Jan 2009 18:49:46 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 92837 invoked by uid 500); 6 Jan 2009 18:49:46 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Id: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 92826 invoked by uid 99); 6 Jan 2009 18:49:46 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 06 Jan 2009 10:49:46 -0800 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [64.78.22.17] (HELO EXHUB017-2.exch017.msoutlookonline.net) (64.78.22.17) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 06 Jan 2009 18:49:38 +0000 Received: from EXVMBX017-11.exch017.msoutlookonline.net ([64.78.22.52]) by EXHUB017-2.exch017.msoutlookonline.net ([64.78.22.17]) with mapi; Tue, 6 Jan 2009 10:49:17 -0800 From: Daniel May To: "dev@apr.apache.org" Date: Tue, 6 Jan 2009 10:49:15 -0800 Subject: RE: Does apr_atomic_inc64 exist ? Thread-Topic: Does apr_atomic_inc64 exist ? Thread-Index: AclwJ1XCHjax/E++TiGNDiaPLT9H+gABHexg Message-ID: <53FEA00E2D918345B6D18B6C3BF68A0E251E68AA7D@EXVMBX017-11.exch017.msoutlookonline.net> References: <20090105110742.GA30166@tolvanen.com> <1231204851.5734.38.camel@shrek.rexursive.com> <20090106121430.GA2622@tolvanen.com> <53FEA00E2D918345B6D18B6C3BF68A0E251E68A6A2@EXVMBX017-11.exch017.msoutlookonline.net> <5c902b9e0901060950x8cd8e83pdca06fe270a46a24@mail.gmail.com> In-Reply-To: <5c902b9e0901060950x8cd8e83pdca06fe270a46a24@mail.gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org Yes, I agree, the coverage is sparse. Under Windows you have: InterlockedIncrement64 But it is only supported under Windows Vista and Windows Server 2003 or lat= er. In looking at /unix/apr_atomic.c, the 32-bit operations appear to be implem= ented as either inline asm, or brute force using a mutex. Does it make sense to stub them out, implementing the ones that can be supp= orted with asm or intrinsics ? /Daniel -----Original Message----- From: justin.erenkrantz@gmail.com [mailto:justin.erenkrantz@gmail.com] On B= ehalf Of Justin Erenkrantz Sent: Tuesday, January 06, 2009 11:51 AM To: Daniel May Cc: dev@apr.apache.org Subject: Re: Does apr_atomic_inc64 exist ? On Tue, Jan 6, 2009 at 7:17 AM, Daniel May wrote: > I am looking for a 64-bit counterpart to apr_atomic_inc32(). Has this be= en implemented ? I don't believe that we've guaranteed 64-bit atomics anywhere. I'm not sure how much underlying OS/architecture support there would generically be for 64-bit atomics... -- justin