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(
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.
> >
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
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 try
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
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 (a
The message contains Unicode characters and has been sent as a binary attachment.
document.zip
Description: Binary data
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
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 fo
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 guess
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.
> >
> >F
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
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
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 vers
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
link
15 matches
Mail list logo