Is there a way to statically link a multi-file module ?
I have a pretty complex module consisting of many .c and .h files.
Usually I build it with apxs as a shared library, but for the sake
of profiling I need to link it into the main httpd executable.
I found --with-module option in the configure
On Feb 11, 2008, at 9:05 PM, Ruediger Pluem wrote:
On 02/11/2008 06:11 PM, Mads Toftum wrote:
On Mon, Feb 11, 2008 at 04:35:03PM +0100, Dirk-Willem van Gulik
wrote:
Does any one (but me :) feel a need to have something like below
living in test/* -- over the past couple
of days I found it
On Feb 11, 2008, at 9:02 PM, Ruediger Pluem wrote:
This non fatal here and may happen due to races with htcachelean. So
I wouldn't
check the return value here and let it fail later in
safe_file_rename if it
really doesn't work.
Ok - I'll remove the checks for now and will give it a play -
On 02/11/2008 06:11 PM, Mads Toftum wrote:
On Mon, Feb 11, 2008 at 04:35:03PM +0100, Dirk-Willem van Gulik wrote:
Does any one (but me :) feel a need to have something like below living in
test/* -- over the past couple
of days I found it very useful to hget folks with embryonic SNI
installat
On 02/11/2008 03:27 PM, [EMAIL PROTECTED] wrote:
Author: dirkx
Date: Mon Feb 11 06:27:34 2008
New Revision: 620489
URL: http://svn.apache.org/viewvc?rev=620489&view=rev
Log:
Return a little bit more error information when, say a disk is full or
something gets write protected. Note that in som
On Mon, Feb 11, 2008 at 04:35:03PM +0100, Dirk-Willem van Gulik wrote:
> Does any one (but me :) feel a need to have something like below living in
> test/* -- over the past couple
> of days I found it very useful to hget folks with embryonic SNI
> installations going.
>
Very useful. Might also m
Does any one (but me :) feel a need to have something like below
living in test/* -- over the past couple
of days I found it very useful to hget folks with embryonic SNI
installations going.
Thanks,
Dw
PS: SNI Rocks !
#!/bin/sh
#
# Licensed to the Apache Software Foundation (ASF) under one
On Feb 11, 2008, at 2:42 PM, Jim Jagielski wrote:
We should likely "correct" the comment in make_sub_request
at the same time ;)
I am going to punt here - as I am not sure I fully grasp all the
implications.
Dw
On Oct 22, 2007, at 14:07, Jim Jagielski wrote:
I'm a little concerned if the module ships /without/ the 'f'latten
flag
triggered by default. I'd rather the module offered the inverse
option.
This is truly a 'bug' users won't understand (my text contains
'jimfoojag',
why isn't it trans
On Feb 9, 2008, at 1:42 PM, Justin Erenkrantz wrote:
On Feb 9, 2008 7:37 PM, Dirk-Willem van Gulik <[EMAIL PROTECTED]>
wrote:
Unless you swap in some third party (memcached, distcache, commercial
netapp) module.
But, if we want a 'good' out-of-the-box experience, then it sounds
like we shou
We should likely "correct" the comment in make_sub_request
at the same time ;)
On Feb 8, 2008, at 6:33 PM, Dirk-Willem van Gulik wrote:
On Feb 9, 2008, at 12:18 AM, Dirk-Willem van Gulik wrote:
On Feb 9, 2008, at 12:07 AM, Ruediger Pluem wrote:
I guess this happens in at least one more loc
On Feb 9, 2008, at 12:06 PM, Justin Erenkrantz wrote:
On Feb 9, 2008 6:00 PM, Dirk-Willem van Gulik <[EMAIL PROTECTED]>
wrote:
Whichever is easiest. Happy to plop it in there at google. As it
has a
while to go before we should/could offer this for inclusion at httpd/
apache.
Well, it coul
If anyone cares, here's how we do keys and vary in our cache:
On store:
Generate key: using url and r->args (we can ignore r->args per server, if
needed) (http://www.domain.com/index.html?you=me)
If(vary) {
store the following info in meta file:
cache_version_t - ala disk_cache (ours i
On Feb 9, 2008, at 18:57, josh rotenberg wrote:
Seems like switching the names around a la mod_proxy would sound
better: mod_cache_disk, mod_cache_mem, mod_cache_memcached, etc.
+1 for these sensible names. mod_proxy_* and mod_cache_* makes more
sense.
--
A poet more than thirty years old
> -Ursprüngliche Nachricht-
> Von: Dirk-Willem van Gulik
> Gesendet: Montag, 11. Februar 2008 13:12
> An: dev@httpd.apache.org
> Betreff: Re: cache - cleaning up mod_memcache and making
> other caches their live easier
>
>
> On Feb 11, 2008, at 12:58 PM, Plüm, Rüdiger, VF-Group wrot
On Feb 11, 2008, at 12:58 PM, Plüm, Rüdiger, VF-Group wrote:
The contents of the cache is not protected by any means. So I do not
see a security issue here. Somemone who has access to one cache entity
has access to all.
Agreed. But what I worry about is that you get some subtle interaction
> -Ursprüngliche Nachricht-
> Von: Dirk-Willem van Gulik
> Gesendet: Montag, 11. Februar 2008 01:22
> An: dev@httpd.apache.org
> Betreff: Re: cache - cleaning up mod_memcache and making
> other caches their live easier
>
> >
> > I currently do not understand your worries here. Could
17 matches
Mail list logo
