apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ruediger Pluem <rpl...@apache.org>
Subject Re: Mod_cache expires check
Date Wed, 17 Jan 2007 20:23:18 GMT


On 01/15/2007 01:56 PM, Bart van der Schans wrote:
> In r463496 the following check was added to mod_cache.c :
> 
>     else if (exp != APR_DATE_BAD && exp < r->request_time)
>     {
>         /* if a Expires header is in the past, don't cache it */
>         reason = "Expires header already expired, not cacheable";
>     }
> 
> This check fails to correctly identify the expires header "Thu, 01 Jan
> 1970 00:00:00 GMT". The apr_date_parse_http function(exps) returns
> (apr_time_t)0 which is equal to APR_DATE_BAD, but it should recognize it
> as an already expired header. Is there a way to distinct between
> APR_DATE_BAD and the unix epoch? Or is that considered a bad date?

I would say 0 is not a bad day. But if this is a bug it is an APR(-util) bug.
Thus I forward it to the apr dev list.

Regards

RĂ¼diger


Mime
View raw message