[Mod_gzip] Possible bug in handling outdated precompressed files

[Christian Kruse]

Hello,

On Tue, Oct 08, 2002 at 10:22:49AM -0400, Terry, Bill  (MARC) wrote:
> Is there any way to get it to log the dates/times it's comparing?

Are you able to check out the actual cvs repository? Just type

  cvs -d:pserver:anonymous@cvs.mod-gzip.sourceforge.net:/cvsroot/mod-gzip login
  cvs -z3 -d:pserver:anonymous@cvs.mod-gzip.sourceforge.net:/cvsroot/mod-gzip co mod-gzip13x

When promted for the password for user 'anonymous', just press enter.

I added a '#ifdef MOD_GZIP_DEBUG_DATETIME' which writes an entry to the
error-log if

- MOD_GZIP_DEBUG_DATETIME is defined
- MOD_GZIP_LOG_IS_APACHE_LOG is defined

You can define these two symbols if you replace the line

  $(APXS) -Wc,-Wall,-O3,-fomit-frame-pointer,-pipe -c mod_gzip.c mod_gzip_debug.c mod_gzip_compress.c -o mod_gzip.so

through

  $(APXS) -Wc,-Wall,-O3,-fomit-frame-pointer,-pipe,-DMOD_GZIP_DEBUG_DATETIME,-DMOD_GZIP_LOG_IS_APACHE_LOG -c mod_gzip.c mod_gzip_debug.c mod_gzip_compress.c -o mod_gzip.so

in the Makefile. Notice that there are no trailing spaces but a trailing
tab! If you do this, mod_gzip should log the st_atime and st_mtime
entries of the two stat calls and log it to the errog-log. The loglevel
has to be 'debug'. Would be nice if you can find the reason, I cannot
reproduce this failure.

Greetings,
 CK