httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Greg Stein <gst...@lyra.org>
Subject Re: dav_new_error
Date Fri, 01 Nov 2002 11:38:48 GMT
On Fri, Nov 01, 2002 at 10:42:09AM +0100, Sander Striker wrote:
> Thought this might be something for you...
> 
> [08:56] <wrowe> hey folks, dav_new_error question for the svn'ers
> [08:57] <wrowe> anyone noticed the int save_errno = errno; bogosity within dav_new_error?
> [08:57] <wrowe> and has anyone suggested a good way to grab apr_status_t values
into that dav_error rec?

It was a shortcut to avoid having to pass the darned thing to every call of
dav_new_error. The "right" answer is to add an apr_status_t to the param
list of dav_new_error.

Note, though, that adding a param to that function is technically an MMN
bump. However, there are only four Apache 2.0 mod_dav backends that I know
about (mod_dav_fs, mod_dav_svn, mod_dav_repos (Catacomb), and mod_dav_psql).
We can easily keep those up to date.

It would be nice to have a finer-grained MMN. In particular, one just for
the DAV API.

I've also been thinking that Justin's new ap_provider stuff should take an
ABI version number in there somewhere. A provider can register an API with a
particular ABI version. A user can ask for providers that match a specific
ABI. Or, (better) a user gets a provider and its ABI. The user can then
adjust its processing based on whatever ABI the provider was designed for.

Doing that to ap_provider would allow us to upgrade the provider-based APIs
without an MMN bump. With sufficient work, the user of a provider could call
the provider in N different ways, based on different incarnations of the
binary interface.

Cheers,
-g

-- 
Greg Stein, http://www.lyra.org/

Mime
View raw message