On Mon, Oct 10, 2005 at 10:54:36AM -0400, Jim Jagielski wrote:
I will be TR'ing 1.3.34 On Tues or Weds
May I humbly request inclusion of a patch I wrote almost a year ago?
http://issues.apache.org/bugzilla/show_bug.cgi?id=31858
|31858|New|Maj|2004-10-22|regular expression matching broken on
On Tue, Dec 14, 2004 at 03:58:42AM -0600, William A. Rowe, Jr. wrote:
I would like to see ALOT of feedback to current-testers or dev
or even apache-modules of the alpha before declaring first beta.
Once beta - we should be very adverse to API changes - our module
authors will want to fix once
On Mon, Nov 22, 2004 at 10:06:02PM +, Matthieu Estrade wrote:
Justin Erenkrantz wrote:
http://httpd.apache.org/dev/dist/
Grab the 2.1.1 tarballs while they're fresh. Please start testing
these releases - they should have the intent of becoming the beginning
of the 2.2.x series
On Wed, Nov 17, 2004 at 10:45:14PM +, Matthieu Estrade wrote:
[...]
I think 2.1 is not public enough
Actually, i think people don't take time to use cvs + cvs on apr and
apr-util, or don't take time to find snapshot to use 2.1. They also
don't telnet apache.org to look what we are
On Fri, Oct 15, 2004 at 08:14:03PM -0600, Paul Querna wrote:
Glenn Strauss wrote:
On Fri, 15 Oct 2004, Luc Pardon wrote:
What are the general requirements to getting a patch or module
included in the contrib/ directory? And on that topic, what
happened to http://www.apache.org/dist/httpd
On Sat, Oct 16, 2004 at 12:58:48AM +0100, Nick Kew wrote:
On Fri, 15 Oct 2004, Luc Pardon wrote:
The usual fate of patches in bugzilla is that, even if they are
appropriate for inclusion, they need a committer to take sufficient
interest to review and incorporate them. A chronic shortage of
On Thu, Oct 14, 2004 at 02:03:06PM -0400, Brian Akins wrote:
Joe Orton wrote:
Speculation: the buffer is being flushed, but the piped logger is
SIGTERMed already just like the restart case, per PR 26467?
Perhaps. Any progress on that?
My performance drops when I disable buffered logs,
On Thu, Oct 07, 2004 at 12:12:57PM -0700, Justin Erenkrantz wrote:
--On Thursday, October 7, 2004 12:13 PM -0600 Jean-Jacques Clar
[EMAIL PROTECTED] wrote:
I won't probably agree if we use 'Waboozle', and I suggest that the
description
should with the name of the module like MemCache* and
On Tue, Sep 28, 2004 at 09:29:15AM -0400, Brian Akins wrote:
This may be wrong list to ask, but, is there a supported way to have a
module decide which vhost a request belongs to? I know of some of the
mass virtual hosting modules, but they seem to not be fully integrated.
(Not sure if
On Tue, Sep 28, 2004 at 04:14:03PM -0400, Brian Akins wrote:
Glenn Strauss wrote:
On Tue, Sep 28, 2004 at 09:29:15AM -0400, Brian Akins wrote:
Have you tried giving a list of addresses and ports?
VirtualHost 1.2.3.4:8080 1.2.3.4:8081 1.2.3.4:8082 1.2.3.4:8083
...
/VirtualHost
I need
On Sat, Sep 25, 2004 at 10:23:40AM -0600, Brad Nicholes wrote:
I am in total agreement in fact my guess would be that most
organizations will eventually split up the httpd.conf file to fit
whatever needs they have. But I would imagine that no two organizations
split up the .conf file in the
On Mon, Sep 13, 2004 at 12:09:20AM -0500, William A. Rowe, Jr. wrote:
At 05:05 PM 9/12/2004, you wrote:
-AP_DECLARE(long) ap_get_client_block(request_rec *r, char *buffer, apr_size_t
bufsiz);
+AP_DECLARE(apr_ssize_t) ap_get_client_block(request_rec *r, char *buffer,
apr_size_t bufsiz);
On Thu, Aug 12, 2004 at 02:06:39PM -0700, Justin Erenkrantz wrote:
--On Thursday, August 12, 2004 3:52 PM -0400 Glenn Strauss
[EMAIL PROTECTED] wrote:
I saw so much repeated code for parsing brigades, that I created a
readahead API: ap_brigade_ra(). It is passed similar arguments as
those
On Thu, Aug 12, 2004 at 10:20:14AM -0700, Justin Erenkrantz wrote:
--On Thursday, August 12, 2004 2:51 AM -0400 Glenn Strauss
[EMAIL PROTECTED] wrote:
of code duplication between modules. For example, the behavior of
line-mode is vauge and requires that callers re-parse the brigade
On Fri, Aug 13, 2004 at 12:37:30PM -0400, Joe Schaefer wrote:
Justin Erenkrantz [EMAIL PROTECTED] writes:
[...]
Therefore, folding might only be possible to do in ap_http_filter, but
it can't go down further as into core_input_filter (which is where we
now call apr_brigade_split_line).
On Fri, Aug 13, 2004 at 01:21:15PM -0400, Greg Ames wrote:
Glenn Strauss wrote:
On Wed, Aug 11, 2004 at 03:51:13PM -0700, Justin Erenkrantz wrote:
Please back up a bit.
Why do you think the modes should be combined? -- justin
More details:
-
Why bitflags, you ask
On Fri, Aug 13, 2004 at 02:36:38PM -0400, Joe Schaefer wrote:
Glenn Strauss [EMAIL PROTECTED] writes:
If you are suggesting that there be no line-mode to read from filters,
I am.
then we might also need some sort of way to push excess data back up
the filter chain if we pulled
On Fri, Aug 13, 2004 at 03:08:17PM -0400, Joe Schaefer wrote:
Glenn Strauss [EMAIL PROTECTED] writes:
[...]
I'm not sure the answer to this one:
Are protocol filters attached to the request (I think so)
or to the connection? If attached to the request, then
wouldn't they need
On Wed, Aug 11, 2004 at 03:51:13PM -0700, Justin Erenkrantz wrote:
--On Wednesday, August 11, 2004 5:16 PM -0400 Glenn Strauss
[EMAIL PROTECTED] wrote:
I'm finding ap_input_mode_t very restrictive as a linear enum
and would like to make it an enum of bitflags.
Please back up a bit
, 2004 at 10:20:14AM -0700, Justin Erenkrantz wrote:
--On Thursday, August 12, 2004 2:51 AM -0400 Glenn Strauss
[EMAIL PROTECTED] wrote:
/** The filter should pass any special buckets (not in-memory) as long
as it * does not need to perform any processing on them (translation
or protocol
The BRIGADE_NORMALIZE macro in server/core.c is a
terrible coding example of brigade use.
It took me a little while to wrap my head around brigades
because I had assumed this code to be correct. It is not.
On Thu, Aug 12, 2004 at 02:27:03PM -0700, Justin Erenkrantz wrote:
--On Thursday, August 12, 2004 5:03 PM -0400 Glenn Strauss
[EMAIL PROTECTED] wrote:
BRIGADE_NORMALIZE skips the bucket after a 0-length bucket.
In doing so, it might skip a 0-length bucket following it. If the last
IMHO
I'm finding ap_input_mode_t very restrictive as a linear enum
and would like to make it an enum of bitflags.
If I put together a patch, what are the chances it will be accepted?
It is for Apache 2.1/2.2 only, because it
a) breaks binary compatibility by changing the ap_input_mode_t values
b)
On Sat, Aug 07, 2004 at 03:36:33PM -0700, Roy T. Fielding wrote:
CGI would happen after mod_deflate. If mod_deflate changes the
request
body without also (un)setting content-length, then it is broken.
Huh? Input filters are pulled, so they run *after* the handler has been
started. And -
On Sat, Aug 07, 2004 at 05:24:19PM -0700, Roy T. Fielding wrote:
Since the Apache server can not know if CGI requires C-L, I conclude
that CGI scripts are broken if they require C-L and do not return
411 Length Required when the CGI/1.1 CONTENT_LENGTH environment
variable is not present. It's
These's been a recent discussion over on the modperl list
(reference: http://marc.theaimsgroup.com/?t=10912298461r=1w=2)
with regards to C-L and HEAD requests. Dynamic handlers that know the
length of the content, but do not want to generate the content must send
something (anything) down the
26 matches
Mail list logo