Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 37610 invoked from network); 21 May 2010 21:58:31 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 21 May 2010 21:58:31 -0000 Received: (qmail 42409 invoked by uid 500); 21 May 2010 21:58:31 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 42359 invoked by uid 500); 21 May 2010 21:58:30 -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 42352 invoked by uid 99); 21 May 2010 21:58:30 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 21 May 2010 21:58:30 +0000 X-ASF-Spam-Status: No, hits=-0.5 required=10.0 tests=AWL,RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [64.202.165.38] (HELO smtpauth21.prod.mesa1.secureserver.net) (64.202.165.38) by apache.org (qpsmtpd/0.29) with SMTP; Fri, 21 May 2010 21:58:23 +0000 Received: (qmail 1590 invoked from network); 21 May 2010 21:58:01 -0000 Received: from unknown (76.252.112.72) by smtpauth21.prod.mesa1.secureserver.net (64.202.165.38) with ESMTP; 21 May 2010 21:58:01 -0000 Message-ID: <4BF701E6.8010500@rowe-clan.net> Date: Fri, 21 May 2010 16:57:58 -0500 From: "William A. Rowe Jr." User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: Jeff Trawick CC: dev@apr.apache.org Subject: Re: svn commit: r920897 - /apr/apr/trunk/file_io/win32/open.c References: <20100309144223.9ECC0238897A@eris.apache.org> <4BF599F4.70903@rowe-clan.net> <4BF6848C.8080903@rowe-clan.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 5/21/2010 10:25 AM, Jeff Trawick wrote: >> >> Nope, because the Release9x flavor now would allow both NT and ANSI to >> coexist. If the manually toggle for only ANSI, that is just the sort of >> hack you describe. > > apr_arch_misc.h says > > #if defined(_WIN32_WCE) || defined(WINNT) > #define APR_HAS_ANSI_FS 0 > #else > #define APR_HAS_ANSI_FS 1 > #endif > > Without a manual edit here, how can one of the builds allow both NT > and ANSI to coexist? It seems that you get either ANSI or Unicode FS > interface based on whether or not WINNT is defined, and not based on > the run-time OS level. Right, I meant WINNT and ANSI in the abstract (run time) - where these macros all expand to runtime condition checks.