thought this module would be of use to people over here.
I'm currently using it to test mod-include.
what it does:
- parses incoming stream of bytes.
IF it finds a '^B' or a '^F' it will create a
new bucket at this point and will insert a flush bucket
(if you
Ryan Bloom wrote:
This would be cool to add to modules/test. That would let it be used in
testing, and we would automagically remove it for the release.
I thought all of the testing modules got moved over to this project.
modules/test would suit me better, as I have commit over there
Ryan
This would be cool to add to modules/test. That would let it be
used in
testing, and we would automagically remove it for the release.
I thought all of the testing modules got moved over to this project.
modules/test would suit me better, as I have commit over there
IMHO, modules in
There are a couple more instances of ap_add_*_filter in core.c that can be
optimized away using ap_add_*_filter_handle. This particular block is
in core_pre_connection().
-Ryan
Index: server/core.c
===
RCS file:
On Sat, Feb 23, 2002 at 06:43:25AM -, [EMAIL PROTECTED] wrote:
ianh02/02/22 22:43:25
Modified:modules/test config.m4
Added: modules/test mod_bucketeer.c
Log:
introducing the bucketeer
it lets you set up boundry test conditions for things like
mod-include
On Fri, 22 Feb 2002, Ryan Bloom wrote:
While we are at it, Covalent has decided to open archives.covalent.net
so that people can hack on that site as well. Once we get a group of
people on the mailing list to discuss how we want to do
modules.apache.org, we can decide if and how we want to
According to Sander van Zoest:
It used to be at http://archive.covalent.net/ and was also reachable
via http://mail-archives.apache.org/ but this got lost in the downtime
and office move. We should probably update the IP so
mail-archives.apache.org
works again. Although most people use MARC
Jeff Trawick [EMAIL PROTECTED] writes:
t0 we need to fork() a new child for some reason
t1 we get the graceful restart prod on the pod BEFORE
the start_threads() thread has gotten dispatched and
initialized worker_queue
t2 we call signal_workers()
According to Sander van Zoest:
It used to be at http://archive.covalent.net/ and was also
reachable
via http://mail-archives.apache.org/ but this got lost in the
downtime
and office move. We should probably update the IP so
mail-archives.apache.org
works again. Although most people
To what extent are we keeping up with these changes in mod_ssl for apache
2.0?
--Cliff
-- Forwarded message --
Date: Sat, 23 Feb 2002 20:22:15 +0100
From: Ralf S. Engelschall [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject:
what is the issue exactly ?
-Original Message-
From: Austin Gonyou [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 21, 2002 4:18 PM
To: [EMAIL PROTECTED]
Subject: 2.0.32 + PHP 4 CVS
There may be some issue with PHP Apache2 SAPI and the worker
MPM. Since
that's what I'm
On 24 Feb 2002 [EMAIL PROTECTED] wrote:
HTTPD-test is failing.
but it was failing on 2.0.32 version of mod-include as well
Really?? What's the verbose output? It worked fine for me when I tested
2.0.32... I'll try it again with HEAD tomorrow.
--Cliff
Cliff Woolley wrote:
On 24 Feb 2002 [EMAIL PROTECTED] wrote:
HTTPD-test is failing.
but it was failing on 2.0.32 version of mod-include as well
Really?? What's the verbose output? It worked fine for me when I tested
2.0.32... I'll try it again with HEAD tomorrow.
--Cliff
On Wed, 20 Feb 2002, Graham Leggett wrote:
Igor Sysoev wrote:
1.3.23 mod_proxy calls ap_proxy_send_fb() and than closes backend.
But ap_proxy_send_fb() flushes output to client so it can hang
for a long time.
I have come up with a patch to solve this problem - in theory anyway.
I think I have it working now (with the mod_include
changes that I just committed). Mod_include test #31
in httpd-test is failing, but I think it's a config
problem.
We probably need some more test cases in httpd-test
to validate all the boundary conditions that can occur
in mod_include when
15 matches
Mail list logo