Hello,
posted some time ago under Re: [VOTE] Apache HTTP Server 1.3.41,
2.0.63 and 2.2.8 but as it received no comment I post it again a bit
more organised and with a solution too (tested on 2.2.8).
There are two main problems with Mac OSX, one longstanding but easily
fixed at build
On 14 Jan 2008, at 22:57, Nick Kew wrote:
On Mon, 14 Jan 2008 11:58:53 -0500
Jim Jagielski [EMAIL PROTECTED] wrote:
I am keeping voting open, simply because we don't have a
lot of votes currently... PMC members especially, please
download, test and vote.
2.2.8: Linux clear +1, MacOSX
On 28 Jun 2007, at 13:36, Mike wrote:
Anyway, without seeing the actual commands you are using to do the
compilation and then link the .so file, doing it properly with apxs is
all I can suggest.
Ok, I got your point. I'm gonna try to use apxs and post current
Makefile as
soon as I reach
On 15 Jun 2007, at 07:02, Graham Dumpleton wrote:
This is all well and good on Windows, but on MacOSX one also has a
case insensitive but case preserving filesystem in the form of HFS and
HFS+. On MacOSX though, the apr_filepath_merge() follows the UNIX
behaviour where APR_FILEPATH_TRUENAME
I read the announcement of mod_sasl_auth. I admit I haven't yet
examined the question further, but wasn't SASL a no go for
authentication because of apache threads?
I have been running a mod_authnz_sasl I wrote, for almost eight
months but never dared to make it public for the above
On 11 Jun 2007, at 23:16, Nick Kew wrote:
Thanks for sharing. Have you entered it in the register at
modules.apache.org?
thank you!
Done and done. (the latter being the license)
Giuliano
On 11 Jun 2007, at 15:01, Allen Pulsifer wrote:
When processing a GET /.../file.html, Apache httpd briefly treats
file.html as a directory and attempts to open
docroot/.../file.html/.htaccess. The os returns ENOTDIR, and then
processing of the request continues.
[...]
Does anyone else see
On 29 Apr 2007, at 09:17, Giuliano Gavazzi wrote:
I don't remember how I got to this, perhaps modifying some other
one, but attached you find a Makefile I use for my module
mod_authnz_sasl (yes, I know, it's probably not thread-safe...).
I have not yet tested it on intel
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
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
On 17 Jan 2007, at 10:36, Niklas Edmundsson wrote:
On Wed, 17 Jan 2007, Giuliano Gavazzi wrote:
I have a solution for the r470455 mod_disk_cache not caching SSI.
There are two points where the module seems incorrect to me,
changing those makes it work:
[...]
First, don't reindent code
On 17 Jan 2007, at 12:15, Giuliano Gavazzi wrote:
note that I am still calling store_headers, for it has side effects
(presumably the stuff you say it should do). But store_disk_headers
should not, unless it overwrites the headers when called again with
the correct size
On 17 Jan 2007, at 16:06, Niklas Edmundsson wrote:
On Wed, 17 Jan 2007, Giuliano Gavazzi wrote:
rv = apr_file_seek(dobj-hfd, APR_SET, off);
does not rewind if the file has been opened with
APR_FOPEN_BUFFERED. Now, I
This is an APR bug, I submitted a bug report for it a while
On 17 Jan 2007, at 17:32, Niklas Edmundsson wrote:
patches! And I suppose now you agree that the extra indentation on
my patch stemmed from the broken nature of the original code!
Actually I don't. Either you or me have misunderstood how buckets
work, since the rest of the code should
I have a solution for the r470455 mod_disk_cache not caching SSI.
There are two points where the module seems incorrect to me, changing
those makes it work:
1) in store_body the condition (!APR_BUCKET_IS_EOS(APR_BRIGADE_LAST
(bb))) was incorrectly stopping the flow from ever going past (for
Here is the patch against r470455:
mod_disk_cache.c.r470455.patch
Description: Binary data
g
On 15 Jan 2007, at 19:20, Giuliano Gavazzi wrote:
[re r470455 not serving cached content]
This, I think, happens because in mod_cache' s cache_save_filter
you have the following calls is this order:
1) store_headers
2) store_body
but the size of the body is not know until store_body
On 16 Jan 2007, at 01:08, Giuliano Gavazzi wrote:
r470455
I should have really kept this branch of the thread separate. Let me
just state, to avoid confusion later:
1) r470455 cache imported in the 2.2.4 tag, shows the cache
discarding behaviour when combined with SSI exec cmd. So
Hello, I am new to this list and hope this will be in an acceptable
format and of appropriate content.
I have found that mod_disk_cache is definitely not compatible with
mod_include when the SSI pages contain something like !--#exec
cmd=./foo.sh -- (or even an include virtual that points
19 matches
Mail list logo
