Mailing-List: contact users-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@httpd.apache.org
Received-SPF: neutral (nike.apache.org: local policy)
Message-ID: <4A8E34DA.6010608@rowe-clan.net>
Date: Fri, 21 Aug 2009 00:47:06 -0500
From: "William A. Rowe, Jr." <wrowe@rowe-clan.net>
User-Agent: Thunderbird 2.0.0.22 (Windows/20090605)
MIME-Version: 1.0
To: Nick Kew <nick@webthing.com>
CC: APR Developer List <dev@apr.apache.org>, users@httpd.apache.org
References: <4A88A8C6.6080903@bigpond.com>
 <A0F58442-FD07-4133-B0A2-C4555609FE5F@webthing.com>
In-Reply-To: <A0F58442-FD07-4133-B0A2-C4555609FE5F@webthing.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Subject: Re: [users@httpd] DBDPersist Off in vhost causes startup error log
 entries

Nick Kew wrote:
> 
> Problem: The user has got a confusing error message.
> 
> Diagnosis: apr_dso_load and apr_dso_sym on Windows platform
> return an OS error instead of an APR error on failure.
> 
> As an APR user, mod_dbd handles the APR errors APR_EDSOOPEN
> and APR_ESYMNOTFOUND and gives the user a tailored error
> message.  That was based on the behaviour of unix/apr_dso.

Apparently, the macro APR_STATUS_IS_ESYMNOTFOUND etc aren't
correctly defined or utilized.

It is against APR practice to remap errors; the error results
from the apr_dso interface are correct.  I'd be strongly -1 to
changing this practice.

It is consistent with APR practice to define APR_STATUS_IS tests
to capture the wide diversity of practices on different OS's,
this started with EAGAIN vs EWOULDBLOCK and has grown more
complex from year to year.

If you want to ensure we have the appropriate DSO-related
APR_STATUS_IS tests and use those within apu_dso, +1!

---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
   "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org