Now there is a theory! However, we explicitly don't allow the
module to unload itself - and (IIRC) we preserve the initial
pass through the configuration.
This brings up an interesting point. Yussef, try stopping the
service, and start bin\apache.exe -X
--- let's see if this is the parent
On Sat, Nov 20, 2004 at 01:11:16PM -0700, Paul Querna wrote:
Jeff Trawick wrote:
The PMC would have to be willing to specifically forbid maintenance of
2.0 in order to determine such a date.
No, I do not want to make it forbidden. Rather, I would like a set date
where we do not provide
On Sat, 20 Nov 2004 13:11:16 -0700, Paul Querna [EMAIL PROTECTED] wrote:
Jeff Trawick wrote:
On Sat, 20 Nov 2004 11:45:31 -0700, Paul Querna [EMAIL PROTECTED] wrote:
William A. Rowe, Jr. wrote:
If we simply leave 2.0 as no-features / critical bugfixes / security
bugfixes / any other
Brad Nicholes wrote:
I understand about the revision numbers and I agree that it is an
important piece of information, but unnecessary on the subject line.
The subject line needs to include information that allows one to quickly
sort and prioritize the commits. IMHO, the revision number isn't a
Stas Bekman wrote:
Geoffrey Young wrote:
[...]
so, rock on svn.
yes, yes, I'm +1. Thanks for taking care of it.
Don't forget about preserving the frozen cvs though. I have lots of
modified files all over.
Yah, the CVS repository will remain for a long time read-only. (don't
exactly know what
On Sun, 21 Nov 2004 [EMAIL PROTECTED] wrote:
Author: pquerna
Date: Sat Nov 20 21:53:38 2004
New Revision: 106072
Modified:
httpd/httpd/trunk/modules/http/http_request.c
Log:
Compile Fix for Netware Port with CodeWarrior.
FYI, this would not be just a CodeWarrior thing... declaring
Cliff Woolley wrote:
On Sun, 21 Nov 2004 [EMAIL PROTECTED] wrote:
Author: pquerna
Date: Sat Nov 20 21:53:38 2004
New Revision: 106072
Modified:
httpd/httpd/trunk/modules/http/http_request.c
Log:
Compile Fix for Netware Port with CodeWarrior.
FYI, this would not be just a CodeWarrior thing...
I believe this should allow the Event MPM to run on Solaris 10.
I am not sure about supporting older versions of Solaris, ie versions
7/8/9, because /dev/poll really isn't that cool, and it has no way to
pass a udata/void* to avoid an array search for an fd.
-Paul Querna
---BeginMessage---