We still lack several things from the scoreboard to provide a compelete status
- httpd 2.0 doesn't maintain start/stop times in the extended status mode
This feature was lost during the transition to 2.0. This breaks tools that
relied on these features in httpd 1.3. Jim has promised to look at i
Anybody?
On Nov 24th 2003 Stas Bekman wrote:
in apache-1.3 it was possible to emulate nph (non-parsed headers) handlers
by simply disabling the headers parsing in the sent response. It no longer
works in httpd-2.0 that way.
Looking at mod_cgi.c, it plays it dirty and shortcuts the filters chain t
I did a little more
debugging into this one and it seems that for every HTTP POST request that gets
reverse proxied, we lose a mem
block from the bucket allocator list which eventually
causes the apr_bucket_alloc() code to invoke malloc(). This leak
only happens if there is data in the req
Geoffrey Young wrote:
Stas Bekman wrote:
Geoffrey Young wrote:
[...]
hopefully, this kind of makes sense to at least some people. personally,
the only thing that makes sense to me is moving conditonal GET logic
to it's
own filter, similar to Content-Length I suppose. yes, it would slow down
the
Stas Bekman wrote:
> Geoffrey Young wrote:
> [...]
>
>> hopefully, this kind of makes sense to at least some people. personally,
>> the only thing that makes sense to me is moving conditonal GET logic
>> to it's
>> own filter, similar to Content-Length I suppose. yes, it would slow down
>> the
Geoffrey Young wrote:
[...]
hopefully, this kind of makes sense to at least some people. personally,
the only thing that makes sense to me is moving conditonal GET logic to it's
own filter, similar to Content-Length I suppose. yes, it would slow down
the server for default+deflate responses, but
* [EMAIL PROTECTED] wrote:
> + [EMAIL PROTECTED]:~/httpd-2.0/srclib$ cvs checkout -r APR_0_9_BRANCH apr-util
This is APU_0_9_BRANCH :-)
nd
On Mon, Dec 08, 2003 at 04:32:28PM -0500, Jeff Trawick wrote:
> but APU_0_9_BRANCH for apr-util
>
> $ cat srclib/apr/CVS/Tag
> TAPR_0_9_BRANCH
> $ cat srclib/apr-util/CVS/Tag
> TAPU_0_9_BRANCH
>
> (ouch)
Ups, my bad - I wonder why cvs didn't barf when I did that - I'll fix
my mess soon.
vh
Mad
[EMAIL PROTECTED] wrote:
mads2003/12/08 13:21:48
Modified:docs/dev anoncvs.txt devnotes.html
xdocs/dev anoncvs.txt devnotes.xml
Log:
APR_0_9_BRANCH is required for httpd-2.0.x
but APU_0_9_BRANCH for apr-util
$ cat srclib/apr/CVS/Tag
TAPR_0_9_BRANCH
$ cat srclib/ap
Jeff Trawick wrote:
> Geoffrey Young wrote:
>
>> I've griped a bit before about having default_handler make conditional
>> GET
>> decisions, and this is probably another instance where having
>> ap_meets_conditions in it's own filter could avoid inevitable problems.
>>
>> I'm up for laying out m
André Malo wrote:
> * Geoffrey Young <[EMAIL PROTECTED]> wrote:
>
>
>>anyway, attached is a patch that makes , ,
>
>
> I'd like to keep possible. Simply because it's a very efficient
> way to comment a whole part out (reliably, since one cannot specify an
> empty -D argument). And it's in us
* Geoffrey Young <[EMAIL PROTECTED]> wrote:
> anyway, attached is a patch that makes , ,
I'd like to keep possible. Simply because it's a very efficient
way to comment a whole part out (reliably, since one cannot specify an
empty -D argument). And it's in use out there.
nd
hi all...
currently, all core container directives have an issue (albeit a minor one)
- they require an argument in practice but are allowed to proceed without
one during configuration.
for example
does not currently throw an error. instead, the config is allowed to
proceed, soaking up the co
I put some rough notes at http://www.apache.org/~trawick/servbench.html
I'm curous about the perceived usefulness of it as well as who would be
interested in putting some effort into definition of the benchmark and/or
working on reports for specific platforms.
Personally I'd love to see a repor
14 matches
Mail list logo