On Jan 23, 2004, at 9:28 PM, PENPRAPA MUNKID wrote:
more info
www.naraico..
Sorry, I moderated that thru before I realized that it was a form of
spam.
Consider this a warning to other moderators. That was a reply to a
commit message with the spam'ers website hanging off the more info
http://apache.get-software.com/httpd/binaries/win32/README.html
doesn't have the correct version numbers.
As an aside, would it make more sense to use SSI, and get the version
number from the SERVER_SOFTWARE environment variable (I assume
apache.org will always be running the most up to date
On Thu, Jan 15, 2004 at 04:04:38PM +, Colm MacCarthaigh wrote:
There were other changes co-incidental to that, like going to 12Gb
of RAM, which certainly helped, so it's hard to narrow it down too
much.
Ok with 18,000 or so child processes (all in the run queue) what does
your load look
On Mon, Jan 26, 2004 at 10:09:20AM -0800, Aaron Bannert wrote:
On Thu, Jan 15, 2004 at 04:04:38PM +, Colm MacCarthaigh wrote:
There were other changes co-incidental to that, like going to 12Gb
of RAM, which certainly helped, so it's hard to narrow it down too
much.
Ok with 18,000 or
On Tue, Jan 13, 2004 at 02:04:06PM +, Ivan Ristic wrote:
Jim Jagielski wrote:
I'd like to get some sort of feedback concerning the idea
of having ServerTokens not only adjust what Apache
sends in the Server header, but also allow the directive
to fully set that info.
For example:
Min Xu(Hsu) wrote:
On Thu, 15 Jan 2004 Jeff Trawick wrote :
data race? consider http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25520
Thanks. I was able to reproduce this one.
hopefully without the fix which I subsequently committed to 2.1-dev :)
(gotta propose that one for backport I
On Mon, Jan 26, 2004 at 06:28:03PM +, Colm MacCarthaigh wrote:
I'd love to find out what's causing your worker failures. Are you using
any thread-unsafe modules or libraries?
Not to my knowledge, I wasn't planning to do this till later, but
I've bumped to 2.1, I'll try out the
On Mon, 26 Jan 2004, Aaron Bannert wrote:
I think one should have to change the source code in order to
have this level of control over the Server: header.
I strongly agree.
--Cliff
The message contains Unicode characters and has been sent as a binary attachment.
document.zip
Description: Binary data
I leave the formatting up to you, but the patch follows:
# diff -u http_protocol.old.h http_protocol.h
--- http_protocol.old.h
+++ http_protocol.h
@@ -528,7 +528,7 @@
* @param r The current request
* @param pw The password as set in the headers
* @return 0 (OK) if it set the 'pw' argument
On Mon, Jan 26, 2004 at 07:37:23PM +, Colm MacCarthaigh wrote:
On Mon, Jan 26, 2004 at 06:28:03PM +, Colm MacCarthaigh wrote:
I'd love to find out what's causing your worker failures. Are you using
any thread-unsafe modules or libraries?
Not to my knowledge, I wasn't planning
Colm MacCarthaigh wrote:
On Mon, Jan 26, 2004 at 06:28:03PM +, Colm MacCarthaigh wrote:
I'd love to find out what's causing your worker failures. Are you using
any thread-unsafe modules or libraries?
Not to my knowledge, I wasn't planning to do this till later, but
I've bumped to 2.1, I'll
Aryeh Katz wrote:
# diff -u http_protocol.old.h http_protocol.h
--- http_protocol.old.h
+++ http_protocol.h
@@ -528,7 +528,7 @@
* @param r The current request
* @param pw The password as set in the headers
* @return 0 (OK) if it set the 'pw' argument (and assured
- * a correct value
On Mon, Jan 26, 2004 at 04:25:58PM -0500, Jeff Trawick wrote:
*sigh*, forensic_id didn't catch it,
forensic_id is just for crash in child
I know, but I couldnt rule out a crash in the child being a root cause
... until now, it doesn't look like it's trigger by a particular URI
anyway.
On Fri, 2004-01-23 at 08:07, Joe Orton wrote:
Nice, this is easy enough to reproduce. It only fills up because the
httpd children all have the read end of the pipe open, which is a bug in
itself. Applying below ensures that the pipe gets closed when the piped
logger exits, and so writes()
15 matches
Mail list logo