tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Henri Gomez" <henri.go...@gmail.com>
Subject Re: [Fwd: svn commit: r646229 - in /httpd/mod_ftp/trunk/modules/ftp: ftp_connection.c ftp_protocol.c]
Date Wed, 23 Apr 2008 06:08:42 GMT
Well Suse RPM provided an Apache 2.2.3 but with ap_mmm from 2.2.5.

It's pretty common on Linux Enterprise distributions to use a know
core (ie 2.2.3) and apply security patches from later (ie: 2.2.5).



>2008/4/23 Rainer Jung <rainer.jung@kippdata.de>:
> William A. Rowe, Jr. schrieb:
>
> > Rainer Jung wrote:
> >
> > > Hi Bill,
> > >
> > > thanks for this. The problem though is not with the test, but if your
> compilation environment does not match your runtime environment. In Henri's
> case, and also in the case where we provide binaries, the build environment
> contains a newer version of 2.2.x httpd header files than the real runtime
> version is. That's why we have an additional configure flag to overwrite the
> AP_MODULE_MAGIC_AT_LEAST magic to build a backwards compatible module even
> if your build environment contains the newer API.
> > >
> > > Without the flag we check against AP_MODULE_MAGIC_AT_LEAST(20051115,4),
> which is fine for 2.2.x and allows to use ap_get_server_banner() for 2.2.4+.
> The below test in mod_ftp trunk is AP_MODULE_MAGIC_AT_LEAST(20060905,0),
> which is appropriate for trunk.
> > >
> >
> > It's not an issue; because 2.2 builds of the module can't load in 2.0 and
> > shouldn't be loaded in 2.3-dev, this simply isn't a problem.  The flip
> > occurs within 2.1-dev and we don't target binaries to such users.
> >
>
>  Hmmm, I'm talking only about 2.2. The function ap_get_server_banner() has
> been added between 2.2.3 and 2.2.4 with an associated minor MMN bump. So any
> module build against 2.2.4 using ap_get_server_banner() shielded by
> AP_MODULE_MAGIC_AT_LEAST(20051115,4) will not load into 2.2.3, because the
> symbol ap_get_server_banner can not be resolved. That was the original issue
> noticed by Henri.
>
>  Regards,
>
>  Rainer
>
>
>
>  ---------------------------------------------------------------------
>  To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
>  For additional commands, e-mail: dev-help@tomcat.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org


Mime
View raw message