[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Changing mmn in Apache

From: Greg Stein <gstein_at_lyra.org>
Date: 2002-10-31 22:12:16 CET

On Thu, Oct 31, 2002 at 11:01:29AM -0500, Tim Moloney wrote:
> Greg Stein wrote:
> > On Wed, Oct 30, 2002 at 05:10:06PM -0500, Tim Moloney wrote:
>...
> >>Rather than rebuild all the Apache module RPMs, I think that I can
> >>take a short-cut. I think that I can just change the value of mmn
> >>from 20020903 to 20020628 during the build of the httpd 2.0.43 RPM.
> >>...
> >>Will this work or am I about to shoot myself in the foot?
> >
> > No, it won't work. Those (compiled) modules were built against a different
> > set of error constants than your 2.0.43 apache.
>
> I checked all the modules for libapr/libaprutil usage via
> 'ldd *.so | grep apr' and found no hits.

That is because Apache does not link apr(util) into the modules. But the
modules *do* use apr(util). Since there is no link dependency, that just
means that the process (Apache) must load the libraries itself. As a
comparison, SVN links apr(util) into its libraries and into mod_dav_svn.
Thus, apr(util) will get loaded when the library/module is loaded,
regardless of whether the app loads apr(util). This is verify important for
things like the SWIG bindings where Python is definitely not going to be
loading apr(util).

> I know that the error
> contants are in a header file and not the library. Do the modules
> use the APR constants without actually using the libraries?

They use the constants and the libraries. The ldd output just doesn't tell
the whole story.

> For what it's worth, I've created the new httpd RPM with the modified
> mmn. My limited testing (SSL, PHP) hasn't blown up in my face yet.

They're error constants. You won't see problems until certain types of
errors occur. And then things will definitely not work right.

It may appear to be working, but you're fooling yourself :-)

Cheers,
-g

-- 
Greg Stein, http://www.lyra.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Oct 31 22:12:00 2002

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.