httpd-modules-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ignaz Birnstingl <ign...@gmail.com>
Subject Handling APR_HAS_LARGE_FILES
Date Wed, 30 Mar 2011 14:25:15 GMT
Hello,

we are trying to develop a proprietary (i.e. closed-source, binary-shipped)
Apache module and have run into troubles with binary incompatibilities
because of APR_HAS_LARGE_FILES being either 0 or 1. I have only found
http://osdir.com/ml/apache.apr.devel/2003-05/msg00028.html but this does not
exactly describe our problem.
The problem is that depending on APR_HAS_LARGE_FILES the sizes and offsets
of structs (e.g. request_rec) change, breaking binary compatibility. Now we
could compile the module twice - once with large file support and once
without large file support but this leads to yet more binaries we would have
to ship (32/64bit, Apache2.0/2.2, LFS=0/LFS=1). Besides, I guess most
customers do not know/care if their httpd was compiled with LFS or without.

So my question: How do you handle these kinds of problems? (Are there any
proprietary Apache modules out there? ;-)) Are there some best practices or
is there something I am missing? Is there a way to find out at run-time if
httpd was compiled with LFS or without?

Thanks,
Ignaz

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message