Return-Path: Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 32084 invoked by uid 500); 29 Dec 2002 23:58:37 -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 32073 invoked from network); 29 Dec 2002 23:58:36 -0000 Message-Id: <5.1.0.14.2.20021229175029.03942b90@pop3.rowe-clan.net> X-Sender: admin%rowe-clan.net@pop3.rowe-clan.net X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Sun, 29 Dec 2002 17:58:31 -0600 To: From: "William A. Rowe, Jr." Subject: Re: cvs commit: apr/include apr_errno.h Cc: In-Reply-To: References: <5.1.0.14.2.20021229172147.033f16d8@pop3.rowe-clan.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-OriginalArrivalTime: 29 Dec 2002 23:58:33.0651 (UTC) FILETIME=[31DFF030:01C2AF96] X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N At 05:50 PM 12/29/2002, rbb@apache.org wrote: >On Sun, 29 Dec 2002, William A. Rowe, Jr. wrote: > >> This patch comes up just a bit short. >> >> Because a user *may* choose to use the explicit value APR_ESYMNOTFOUND, >> the test APR_STATUS_IS_ESYMNOTFOUND must always include it, as well >> as any platform-specific values. > >What user? The only thing that ever sets a value to ESYMNOTFOUND is APR >itself. On Windows, we don't use that value, so we don't test for it. You've never used the construct; if (xxxcondition) { rv = APR_EFOO; } else { rv = apr_foo_fn(somefn); } to express the fact that you are skipping a call? If APR_EFOO is defined, then APR_STATUS_IS_EFOO(APR_EFOO) must resolve to true. Of course you could have simply #defined APR_EFOO as PLATFORM_RES and therefore satisfied the requirement above and your desire to fix the test.