From: Roy T. Fielding [EMAIL PROTECTED]
Sent: Thursday, September 20, 2001 5:30 AM
That is complete BS. We have a long standing tradition of NOT making
commits just to follow the code style. There is no need for a vote, because
this has been discussed to death and formatting only
From: Sander Striker [EMAIL PROTECTED]
Sent: Thursday, September 13, 2001 7:30 AM
Ok, now I have a repro recipe that doesn't require
mod_dav and mod_dav_svn.
The last commit should have fixed the problem (and does with
your mod_ssl example.) Could you go back and check mod_dav
with
From: Greg Stein [mailto:[EMAIL PROTECTED]]
Sent: 21 September 2001 09:35
On Thu, Sep 20, 2001 at 07:54:22PM -0700, Ryan Bloom wrote:
On Thursday 20 September 2001 05:48 pm, Greg Stein wrote:
Calling pop_cleanup() on every iteration is a bit much. Consider the
following patch:
From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED]]
Sent: 21 September 2001 08:38
From: Sander Striker [EMAIL PROTECTED]
Sent: Thursday, September 13, 2001 7:30 AM
Ok, now I have a repro recipe that doesn't require
mod_dav and mod_dav_svn.
The last commit should have fixed the
Hi,
Sorry to bring this up, but I tripped over a segfault
in mod_ssl while trying to add client authentication
to subversion.
I can't reproduce this with openssl s_client, which
makes the issue harder. There probably is a bug somewhere
in svn or neon (or my usage of that), but that doesn't
Dean:
Cool! We have been experiencing this exact core dump scenario
with the NIMDA worm. We are using Apache 1.3.12 (don't ask!) and
I poked around in the core files and saw the line of code you
patched. I was going to get around to fixing it but have been
been pegged with other work
Apache for Cygwin is currently broken because of no
HAVE_*_SERIALIZED_ACCEPT #defines within src/include/ap_config.h, so
here are a couple of Cygwin specific changes. Please commit changes to
CVS.
Here is what has been changed:
* src/include/ap_config.h: added two #define statements to
From: Sander Striker [EMAIL PROTECTED]
Sent: Friday, September 21, 2001 2:51 AM
From: Greg Stein [mailto:[EMAIL PROTECTED]]
Sent: 21 September 2001 09:35
On Thu, Sep 20, 2001 at 07:54:22PM -0700, Ryan Bloom wrote:
On Thursday 20 September 2001 05:48 pm, Greg Stein wrote:
Thanks! I'll commit these today
--
===
Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/
A society that will trade a little liberty for a little order
will lose both and
Has this ever been discussed before? Apache httpd 1.3 can call the child_exit hooks
out
of a SIGUSR1 handler, which seems to be VERY bad mojo. Modules that register child_exit
hooks more likely than not make calls into libc that are just not safe to make out of a
signal handler. I am seeing a
Greg Stein wrote:
code processes the cleanups in batches ...
... does not maintain the LIFO behavior ...
I think that's a mistake.
I've certainly have writen lots of code that depends on knowing that the
tree I build will be torn down in the right order with the child
cleanups
- Original Message -
From: Ben Hyde [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, September 21, 2001 9:12 AM
Subject: Re: [PATCH] fix cleanups in cleanups
I also think it's a long standing mistake that the subpools aren't
unwound via the same cleanup stack as everything else
Hello all...
This is Kevin Kiley
In an effort to resolve a pending issue with regards to the
inclusion of code that supports dynamic IETF Content-Encoding
I checked out the whole OS_CODE issue in ZLIB.
If you use the OS_CODE manifest constant in whatever code
you end up with in the source tree
It's pretty clear.. The handshake failed, because the SSL_do_handshake
return code is not verified (ssl_engine_kernel.c - ssl_hook_Access()).. The
renegotiation logic has to be verified if ClientVerify is switched on.. Ralf
has put a note in ssl_hook_Access that some of the logic is not
Acked.
- Forwarded message from Tollie Mullins [EMAIL PROTECTED] -
From: Tollie Mullins [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Apache Performance Data
Date: Mon, 27 Aug 2001 17:12:16 +0100
Dear Sirs,
I am in the process of creating a sizing utility that will recommend IBM
Acked.
- Forwarded message from Falle Rainer [EMAIL PROTECTED] -
From: Falle Rainer [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Apache Web Server for Windows CE
Date: Wed, 5 Sep 2001 15:48:08 +0200
Dear Sirs,
I am interested in a port of the Apache Web Server for Windows CE.
From: Falle Rainer [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Apache Web Server for Windows CE
Date: Wed, 5 Sep 2001 15:48:08 +0200
Dear Sirs,
I am interested in a port of the Apache Web Server for Windows CE.
Currently we are using the Apache Web Server Version 1.3.20 with
From: Brian McBride [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Apache
Date: Sun, 13 May 2001 20:40:04 -0400
Importance: Normal
HI,
I'm not sure where I should direct this comment to but all I could find is
this email address. I have a suggestion for a future release of apache.
William A. Rowe, Jr. wrote:
If this avenue interests you, we would encourage you to subscribe to
the [EMAIL PROTECTED] mailing list
Um, did you remember to send this directly? I don't think
s/he is subscribed..
--
#kenP-)}
Ken Coar, Sanagendamgagwedweinini http://Golux.Com/coar/
Not acked, but I think the answer is yes.
- Forwarded message from Vaughn, Louis [EMAIL PROTECTED] -
From: Vaughn, Louis [EMAIL PROTECTED]
To: '[EMAIL PROTECTED]' [EMAIL PROTECTED]
Subject: FW: I18N Server Side support for OS running foreign locale
Date: Wed, 11 Apr 2001 10:41:08 -0500
Aaron was brave enough to raise this topic again, and I'd rather not see it
fall flat, so I'm going to try to force the issue.
Here are two proposals. They work for both prefork and worker. I have not
thought deeply about perchild, so I don't know how it will fit in.
A: All config directives
On Friday 21 September 2001 01:04 pm, Joshua Slive wrote:
Aaron was brave enough to raise this topic again, and I'd rather not see it
fall flat, so I'm going to try to force the issue.
Here are two proposals. They work for both prefork and worker. I have not
thought deeply about perchild,
I would much rather see us implement A. It makes things more obvious to
the user. We aren't asking them to do any multiplication to look at how
many requests they can handle at once. This will also cut down on the
number of bugs filed. I am mostly thinking of Unix, where threads are
{sigh} More from Miss Files' desk. Acked.
- Forwarded message from Emmanuel Gardette [EMAIL PROTECTED] -
From: Emmanuel Gardette [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: Ben Commault HTTV [EMAIL PROTECTED]
Subject: Chunk size RFC
Date: Wed, 18 Apr 2001 17:04:54 +0200
Hello,
I'm a
(sigh...where did I put the phone # for the mod_include help desk?)
With a cvs checkout from Wednesday PM on daedalus, I get seg faults in
ap_save_brigade() called by send_parsed_content() in mod_include.c .
We've seen the URL before - http://httpd.apache.org/docs/misc/FAQ.html
. The same
On Fri, Sep 21, 2001 at 04:04:11PM -0400, Joshua Slive wrote:
Aaron was brave enough to raise this topic again, and I'd rather not see it
fall flat, so I'm going to try to force the issue.
Here are two proposals. They work for both prefork and worker. I have not
thought deeply about
On Friday 21 September 2001 01:18 pm, Greg Ames wrote:
* Looking thru the commit logs, I see hundreds of lines of changes going
in since 2.0.25, when I believe it worked. I don't think any of these
changes have simplified the module, and it was pretty complex to start
with. About a year
On Friday 21 September 2001 01:18 pm, Greg Ames wrote:
* Looking thru the commit logs, I see hundreds of lines of changes going
in since 2.0.25, when I believe it worked. I don't think any of these
changes have simplified the module, and it was pretty complex to start
with. About a
what is the case that causes segfault?
i'd like to get a test into httpd-test to catch this.
-j
From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED]]
Sent: 21 September 2001 16:42
- Original Message -
From: Ben Hyde [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, September 21, 2001 9:12 AM
I also think it's a long standing mistake that the subpools aren't
unwound
john sachs wrote:
what is the case that causes segfault?
i'd like to get a test into httpd-test to catch this.
-j
It's just serving http://httpd.apache.org/docs/misc/FAQ.html on
FreeBSD. It doesn't fail on Linux when I access it locally. dunno why
it makes a difference yet.
I like the
you're misreading the RFC. spaces after the chunk-size are permitted,
look at section 2.1, Implied *LWS. the reason apache uses them is an
optimisation within the buffering routines to avoid an extra memcpy, and
this is one of the reasons the whitespace is permitted.
it's unfortunate, i would
My first inclination is to propose that Markus grab a copy of the current
httpd-2.0 CVS code or the next beta and try out the worker and prefork
MPMs. The 2.0 code base is starting to look reasonable from a performance
perspective. And now would be a good time to get some more comparative
On Tue, Sep 18, 2001 at 06:55:48AM -0700, Ryan Bloom wrote:
As I said a LONG time ago. I'm not veto'ing this change. That doesn't
mean I can't gripe about it. I am sick and tired of going back and forth
over issues that were decided years ago.
And I am sick and tired of hearing about
On Wed, Sep 19, 2001 at 03:42:42PM -0400, Rodent of Unusual Size wrote:
Greg Stein wrote:
p.s. utter tripe indeed... that was rather inflammatory...
Sorry, but the whole thrust of your message seemed to be
'cleanups can't depend on diddly-squat'. I didn't say it
*was* tripe, just that
On Fri, Sep 21, 2001 at 04:04:11PM -0400, Joshua Slive wrote:
A: All config directives deal with workers. Behind the scenes,
StartWorkers and MaxWorkers are translated into processes using Aaron's
logic.
StartWorkers 50
MaxWorkers 150
MinSpareWorkers
Hi.
I'm doing some benchmarking (results @ webperf.org/a2/v25) with the worker MPM
and mod-include.
The file size I'm testing for SSI is ~30K but most of it is in a if SSI
so that only 180 bytes are output. (to remove the network bottleneck)
the results look good... the mod-include with no SSI
On Fri, Sep 21, 2001 at 10:23:28PM -0700, Ian Holsman wrote:
the other surprise (for me) was that The 'acceptmutex Pthread' gave
better results than the fcntl.
I still maintain that this should be the default interprocess mutex if
it is available. =-)
In fact, the default - fcntl() - has
38 matches
Mail list logo