Learn how easy it is to sync an existing GitHub or Google Code repo to a SourceForge project! See Demo
well... due to my lack of c++ knowledge let me kindly
ask if there will be also a win32 binary available of the
recent and further releases
Logged In: YES
Of course, but we needed a little time to find someone
making the binaries :)
Logged In: YES
Yes, there will be one.
I already have mod_gzip 126.96.36.199a running on Windows NT, but there is an open issue about properly compiling the
module so that it may be used together with any other 3rd party module.
Currently it looks like the normal way to compile an Apache for Windows is done by using Microsoft Virtual C 6.0
(for which the Apache source for windows contains the appropriate project files), but the descriptions how to link
these modules seems to require an unique load point within the address space for every module (at least all the
standard Apache modules do contain such unique load points, or else you receive a linker warning by Apache. But
at the moment I am not sure how one could ever create such an unique load point without knowing the load points
of each and every existing Apache 3rd party module in this world ...
Addition to my previous note:
The current Win32 download DLL is okay.
The issue about the load point is only a performance tuning aspect - if the DLL is compiled as to be loaded to
some unique load point within the address space then the linker can already do all the address resolving at
compile time, and thus speed up the later load process. But the dynamic module loader will double-check whether
the load address is really unique, and if not, then do the address resolving at load time.
So if load points of Apache modules under Win32 would be non-unique, this would be a matter of some additional
milliseconds at Apache startup time.