[
https://issues.apache.org/jira/browse/MODPYTHON-210?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12467170
]
Graham Dumpleton commented on MODPYTHON-210:
Emiliano posts this patch:
In mod_cache, recall_body() is called in the cache_save_filter() when
revalidating an entity.
However, if I have understood things correctly the brigade is already
populated when the save filter is called, so calling recall_body() in
this case would place additional stuff in the bucket
On 24 Jan 2007, at 13:15, Niklas Edmundsson wrote:
In mod_cache, recall_body() is called in the cache_save_filter()
when revalidating an entity.
However, if I have understood things correctly the brigade is
already populated when the save filter is called, so calling
recall_body() in
zOS needs to compile with extra CFLAGS in order to link correctly.
After revisions 153273/153266 to ./Makefile.in all compile and link flags
are lost as
buildmark.c is made without them: PROGRAM_PRELINK = $(COMPILE)
$(top_srcdir)/server/buildmark.c
zOS LIBTOOL does add the needed flags, so a
On Wed, January 24, 2007 2:15 pm, Niklas Edmundsson wrote:
In mod_cache, recall_body() is called in the cache_save_filter() when
revalidating an entity.
However, if I have understood things correctly the brigade is already
populated when the save filter is called, so calling recall_body() in
I ported the patch to 2.2.4, including the doc.
These are exactly the modification that are included in the version
running for more than a year in several major governmental sites in
Belgium (including the biggest one to fill in taxes) - it is thus
stable (at least the changes were stable in
On Wed, 24 Jan 2007, Graham Leggett wrote:
On Wed, January 24, 2007 2:15 pm, Niklas Edmundsson wrote:
In mod_cache, recall_body() is called in the cache_save_filter() when
revalidating an entity.
However, if I have understood things correctly the brigade is already
populated when the save
On 24 Jan 2007, at 14:39, Giuliano Gavazzi wrote:
this could be the underlying cause to a bug I reported against
mod_cache+mod_include in 2.2.4 and then reported to this list:
I spoke too early, I was wrong.
Regarding your observation, I see that in cache_save_filter
recall_body is called
-Ursprüngliche Nachricht-
Von: Graham Leggett
Gesendet: Mittwoch, 24. Januar 2007 16:15
An: dev@httpd.apache.org
Cc: dev@httpd.apache.org
Betreff: Re: mod_cache: save filter recalls body to non-empty brigade?
On Wed, January 24, 2007 2:15 pm, Niklas Edmundsson wrote:
In
I'd like to propose one of a few solutions that the pkgconfig crap has caused
when --with-ssl=/path/to/ssl specifies a nonstandard location.
After evaluating that path, we proceed to pull up the irrelevant settings from
some default pkgconfig/openssl.pc that has nothing to do with /path/to/ssl
Long time, no speak on my behalf. I hope to be changing that soon.
So - to de-cloak:
I've been getting some questions (from my new employer) on the
impact of the upcoming Daylight Saving Time issues for the httpd.
My natural response was: There are none! It's an OS issue.
Whereupon, I was told
Victor J. Orlikowski wrote:
Whereupon, I was told that upper management would prefer to have
something rather more official than my word on it.
Ok, you offer them one :)
ASF projects make no warranties. If you want to dredge up the old Y2K
comments from the site svn history it's probably
On Wed, Jan 24, 2007 at 05:28:49PM -0500, Victor J. Orlikowski wrote:
I've been getting some questions (from my new employer) on the
impact of the upcoming Daylight Saving Time issues for the httpd.
My natural response was: There are none! It's an OS issue.
Whatever about DST, this reminds
APACHE 2.3 STATUS: -*-text-*-
Last modified at [$Date: 2006-08-22 16:41:03 -0400 (Tue, 22 Aug 2006) $]
The current version of this file can be found at:
* http://svn.apache.org/repos/asf/httpd/httpd/trunk/STATUS
Documentation status is maintained
14 matches
Mail list logo