Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 91091 invoked from network); 4 Feb 2007 22:27:59 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Feb 2007 22:27:59 -0000 Received: (qmail 49862 invoked by uid 500); 4 Feb 2007 22:28:04 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 49811 invoked by uid 500); 4 Feb 2007 22:28:04 -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 49800 invoked by uid 99); 4 Feb 2007 22:28:04 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 04 Feb 2007 14:28:04 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [207.155.248.18] (HELO dreadnought.cnchost.com) (207.155.248.18) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 04 Feb 2007 14:27:54 -0800 Received: from [192.168.0.21] (c-24-15-193-17.hsd1.il.comcast.net [24.15.193.17]) (as wrowe@rowe-clan.net) by dreadnought.cnchost.com (ConcentricHost(2.54) Relay) with ESMTP id CCF10F2CC; Sun, 4 Feb 2007 17:27:33 -0500 (EST) Message-ID: <45C65DB2.6040506@rowe-clan.net> Date: Sun, 04 Feb 2007 16:26:58 -0600 From: "William A. Rowe, Jr." User-Agent: Thunderbird 1.5.0.9 (X11/20070102) MIME-Version: 1.0 To: Justin Erenkrantz CC: Garrett Rooney , Nick Kew , dev@apr.apache.org Subject: Re: apr_file operations returning system errno as apr_status_t References: <20070203094804.0a3b236e@grimnir> <7edfeeef0702031507yb3bf892n62ad4de5818b25a9@mail.gmail.com> <5c902b9e0702041411v2a1dbc3ckd7c496caaf076a90@mail.gmail.com> In-Reply-To: <5c902b9e0702041411v2a1dbc3ckd7c496caaf076a90@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Justin Erenkrantz wrote: > On 2/4/07, Garrett Rooney wrote: >> I was under the impression that apr_status_t is a superset of errno, >> so returning the current errno should be perfectly fine... > > It is. -- justin Sort of. Posix errno's. Other platforms need to munge their values with apr_get_os_error/apr_set_os_error. (Hmmm - it seems long past time to rename these apr_os_error_get/apr_os_error_set.) Other ranges are reserved for other errors ... getaddr results, and dlerror results. It gets complex - maybe some invocation of apr-config aught to spell out what ranges have been mapped to what? Bill