Tested successfully on Linux 2.6.13/x86_64 (Fedora Core 4) with
both worker and prefork MPMs.
I encountered lots of errors in perl-framework's t/TEST with prefork
on Darwin 8.2.0/PPC (OS X 10.4.2). I don't yet know whether these
are due to httpd-2.0.55 problems or just problems with my Perl
With the batch of commits I did this weekend, the Event MPM in
the async-dev Subversion branch now does write completion
in a nonblocking manner. Once an entire response has been
generated and passed to the output filter chain, the MPM's
poller/listener thread watches the connection for
Brian Pane wrote:
With the batch of commits I did this weekend, the Event MPM in
the async-dev Subversion branch now does write completion
in a nonblocking manner. Once an entire response has been
generated and passed to the output filter chain, the MPM's
poller/listener thread watches the
måndag 10 oktober 2005 06.42 skrev William A. Rowe, Jr.:
The httpd-2.0.55 candidate, including win32 source .zip and installers*,
is now available for testing at
http://httpd.apache.org/dev/dist/
Please review this candidate, and when responding, indicate the precise
operating system
måndag 10 oktober 2005 09.54 skrev Oden Eriksson:
måndag 10 oktober 2005 06.42 skrev William A. Rowe, Jr.:
The httpd-2.0.55 candidate, including win32 source .zip and installers*,
is now available for testing at
http://httpd.apache.org/dev/dist/
Please review this candidate, and
Brian Pane said:
I encountered lots of errors in perl-framework's t/TEST with prefork
on Darwin 8.2.0/PPC (OS X 10.4.2). I don't yet know whether these
are due to httpd-2.0.55 problems or just problems with my Perl
installation.
I ran the build/binbuild.sh script, and httpd built clean on
David Reid wrote:
Joe Orton wrote:
On Fri, Aug 05, 2005 at 08:00:01PM +0200, Martin Kraemer wrote:
On Tue, Aug 02, 2005 at 07:14:10PM +0200, Martin Kraemer wrote:
I wanted something like
SSLRequire committers in SSLPeerExtList(1.3.6.1.4.1.18060.1);
to mean at least one extension with
måndag 10 oktober 2005 06.42 skrev William A. Rowe, Jr.:
The httpd-2.0.55 candidate, including win32 source .zip and installers*,
is now available for testing at
http://httpd.apache.org/dev/dist/
Please review this candidate, and when responding, indicate the precise
operating system
On Sat, Oct 08, 2005 at 08:52:23PM +0100, Nick Kew wrote:
I've just stumbled on something perplexing. Compiling mod_validator[1],
a large C++ module, for 2.1, I found each entry in the command_rec
generating a syntax error. They are fine with 2.0.x.
AP_HAVE_DESIGNATED_INITIALIZER is defined
On Sat, Oct 08, 2005 at 04:51:51PM -0500, William Rowe wrote:
Joe Orton wrote:
I'd suggest just incrementing the MMN by one rather than bumping it by
date on the branch unless and until the API is the same as the trunk.
I previously considered that. Although you are right; they are out of
On Oct 10, 2005, at 2:22 AM, Graham Leggett wrote:
Brian Pane said:
I encountered lots of errors in perl-framework's t/TEST with prefork
on Darwin 8.2.0/PPC (OS X 10.4.2). I don't yet know whether these
are due to httpd-2.0.55 problems or just problems with my Perl
installation.
I ran
Joe Orton wrote:
c) don't backport ABI changes to branches; a branch much fork from a
specific MODULE_MAGIC_NUMBER_MAJOR and must be rebased entirely to move
to a new major
- avoids the problem entirely
It's always this way on even branches, but we are talking about odd #'ed
branches,
Oden Eriksson wrote:
And some investigations told me it requires apr 0.9.7, maybe the autotools
stuff should check for this or be documented?
Yup - apr 0.9.7 is part of the bundle. We can spell this out in the
announce, certainly, and on the downloads page README - would that
suffice?
Brian Pane wrote:
I encountered lots of errors in perl-framework's t/TEST with prefork
on Darwin 8.2.0/PPC (OS X 10.4.2). I don't yet know whether these
are due to httpd-2.0.55 problems or just problems with my Perl
installation.
Hmmm... review this bug (not fixed in 0.9.7, afaict);
måndag 10 oktober 2005 16.27 skrev William A. Rowe, Jr.:
Oden Eriksson wrote:
And some investigations told me it requires apr 0.9.7, maybe the
autotools stuff should check for this or be documented?
Yup - apr 0.9.7 is part of the bundle. We can spell this out in the
announce, certainly,
William A. Rowe, Jr. wrote:
Yup - apr 0.9.7 is part of the bundle. We can spell this out in the
announce, certainly, and on the downloads page README - would that
suffice?
How horrible would it be to have the apr_reslist_invalidate patch
applied to the bundled apr?
ducks and runs /
--
Nicely done. Have you done any benchmarking to see if this improved
performance as one would expect? Would it be much more work to use true
async IO instead of non blocking IO and polling? What about doing the
same for reads, as well as writes?
Brian Pane wrote:
With the batch of commits
I agree... For some reason in ap_proxy_get_worker() we specifically
skip over the path info, even though it is part of the stored name.
This also means that, afaik, we will miss finding valid workers
when needed.
A forthcoming patch will normalize this.
Phillip Susi wrote:
Nicely done. Have you done any benchmarking to see if this improved
performance as one would expect? Would it be much more work to use true
async IO instead of non blocking IO and polling? What about doing the
same for reads, as well as writes?
All current async_io
Brian Akins wrote:
William A. Rowe, Jr. wrote:
Yup - apr 0.9.7 is part of the bundle. We can spell this out in the
announce, certainly, and on the downloads page README - would that
suffice?
How horrible would it be to have the apr_reslist_invalidate patch
applied to the bundled apr?
I will be TR'ing 1.3.34 On Tues or Weds
Paul Querna wrote:
Huh? It is already in 0.9.7 :) I committed it to the 0.9.x branch right
after 0.9.6 was released.
Thank you! I guess I didn't check the CHANGELOG closely enough.
hangs head in shame /
--
Brian Akins
Lead Systems Engineer
CNN Internet Technologies
On what OS? Linux? NT supports async IO on sockets rather nicely, as
does FreeBSD iirc.
Paul Querna wrote:
Phillip Susi wrote:
Nicely done. Have you done any benchmarking to see if this improved
performance as one would expect? Would it be much more work to use
true async IO instead of
måndag 10 oktober 2005 16.56 skrev Brian Akins:
Paul Querna wrote:
Huh? It is already in 0.9.7 :) I committed it to the 0.9.x branch right
after 0.9.6 was released.
Thank you! I guess I didn't check the CHANGELOG closely enough.
i think it's not there :)
--
Regards // Oden Eriksson
Phillip Susi wrote:
On what OS? Linux? NT supports async IO on sockets rather nicely, as
does FreeBSD iirc.
The event MPM doesn't run on NT at all, only Unixes.
Yes, FreeBSD (and linux) support async_write().. But this requires that
you read the file off of disk, and into a buffer, and
Brian Akins wrote:
William A. Rowe, Jr. wrote:
Yup - apr 0.9.7 is part of the bundle. We can spell this out in the
announce, certainly, and on the downloads page README - would that
suffice?
How horrible would it be to have the apr_reslist_invalidate patch
applied to the bundled apr?
On NT you can set the kernel buffer size on the socket to 0 ( with
setockopt() or ioctlsocket()? ), and the NIC can DMA directly from the
user buffers to send rather than copy to kernel space. This of course,
requires that you keep more than one pending async operation so the nic
allways has
Oden Eriksson wrote:
i think it's not there :)
Oden, just looked again, would you check your package signature?
b45f16a9878e709497820565d42b00b9 httpd-2.0.55.tar.gz
and ensure that you are building against the included srclib/apr/ and
not against some system installed 0.9.6 version?
Bill
Phillip Susi wrote:
As an alternative, you can bypass the cache and do direct async IO to
the disk with zero copies. IIRC, this is supported on linux with the
O_DIRECT flag. Doing this though, means that you will need to handle
caching yourself, which might not be such a good idea. Does
For consideration:
Index: modules/proxy/mod_proxy_balancer.c
===
--- modules/proxy/mod_proxy_balancer.c(revision 312628)
+++ modules/proxy/mod_proxy_balancer.c(working copy)
@@ -477,8 +477,12 @@
*val++ =
måndag 10 oktober 2005 17.33 skrev William A. Rowe, Jr.:
Oden Eriksson wrote:
i think it's not there :)
Oden, just looked again, would you check your package signature?
b45f16a9878e709497820565d42b00b9 httpd-2.0.55.tar.gz
and ensure that you are building against the included srclib/apr/
Non blocking is not async IO. It is not really possible to perform zero
copy IO with non blocking IO semantics, you must have full async IO to
issue multiple pending requests.
Brian Akins wrote:
Phillip Susi wrote:
As an alternative, you can bypass the cache and do direct async IO to
the
+1 NetWare
Brad
On 10/9/2005 at 10:42:43 pm, in message
[EMAIL PROTECTED],
[EMAIL PROTECTED] wrote:
The httpd-2.0.55 candidate, including win32 source .zip and
installers*,
is now available for testing at
http://httpd.apache.org/dev/dist/
Please review this candidate, and when
(tagged
www.apache.org-20051010). No cores so far but I'll keep an eye on it.
S.
--
[EMAIL PROTECTED] http://www.temme.net/sander/
PGP FP: 51B4 8727 466A 0BC3 69F4 B7B8 B2BE BC40 1529 24AF
smime.p7s
Description: S/MIME cryptographic signature
måndag 10 oktober 2005 17.28 skrev William A. Rowe, Jr.:
Brian Akins wrote:
William A. Rowe, Jr. wrote:
Yup - apr 0.9.7 is part of the bundle. We can spell this out in the
announce, certainly, and on the downloads page README - would that
suffice?
How horrible would it be to have the
to GA, contingent upon an absence
of problem reports (specificially regressions).
We're now also running a very current version of mod_mbox (tagged
www.apache.org-20051010). No cores so far but I'll keep an eye on it.
Nice! Hope this licks the earlier chaos.
Bill
On Mon, Oct 10, 2005 at 10:11:13AM -0600, Brad Nicholes wrote:
+1 NetWare
Brad
BSD/OS using Openssl 0.9.8 is spot on!
On 10/9/2005 at 10:42:43 pm, in message
[EMAIL PROTECTED],
[EMAIL PROTECTED] wrote:
The httpd-2.0.55 candidate, including win32 source .zip and
installers*,
is
[EMAIL PROTECTED] wrote:
Author: jim
Date: Mon Oct 10 11:05:52 2005
New Revision: 312704
URL: http://svn.apache.org/viewcvs?rev=312704view=rev
Log:
Reverse preload - prevent site update
Jim, nothing is cron'ned up to the website, and this is strictly the
/dist/httpd/ location. I think we are
Oden Eriksson wrote:
And some investigations told me it requires apr 0.9.7, maybe the autotools
stuff should check for this or be documented?
Yup - apr 0.9.7 is part of the bundle. We can spell this out in the
announce, certainly, and on the downloads page README - would that
William A. Rowe, Jr. wrote:
The httpd-2.0.55 candidate, including win32 source .zip and installers*,
is now available for testing at
http://httpd.apache.org/dev/dist/
My appologies; I should have provided this with the announcement to
testers@ and dev@, to avoid confusion;
Luc Pardon wrote:
Oden Eriksson wrote:
And some investigations told me it requires apr 0.9.7, maybe the autotools
stuff should check for this or be documented?
Yup - apr 0.9.7 is part of the bundle. We can spell this out in the
announce, certainly, and on the downloads page README - would
On 10/10/2005 05:43 PM, Jim Jagielski wrote:
For consideration:
[..cut..]
Thanks for your thoughts.
BTW: It was a little bit tricky to apply the patch as my Mozilla
seems to have changed things in the mail spaces / empty lines.
So I guess attached patches are easier to handle :-).
I think I
On 10/10/2005 11:13 PM, Ruediger Pluem wrote:
[..cut..]
Thus ap_proxy_get_worker would be called with the URL
http://backend.com/rsync/bar
which would lead to a no match. I guess instead of a simple strcasecmp
we need something like a longest match here since I think we cannot rely
dharana wrote:
I think there is a problem with the autocleaning function in
FileSession. I'm using Mod_Python 3.2.2b in a live server and I today I
noticed this:
/tmp/mp_sess # df -h /tmp
FilesystemSize Used Avail Use% Mounted on
/dev/sda7 989M 544M 395M 58% /tmp
dharana wrote:
--with-python=DIR Path to specific Python binary
It should say:
--with-python=PATHPath to specific Python binary
---
checking Python version... ./configure: line 2869:
/usr/local/hosting/bin/: is a directory
./configure: line 2870: /usr/local/hosting/bin/: is a
The new mod_mbox looks really great. No cores so far, and a big
interface improvement.
A few comments:
1. Do we really want people subscribing to mailing lists using atom
over http? This would consume way more resources than a standard
mailing list subscription (due to the polling nature
Joshua Slive wrote:
3. We should probably turn on the email-address-obfiscation feature. I
personally would prefer if everyone could just use proper spam
filtering, but I think the general expectation nowadays is that we try
to avoid displaying raw addresses.
Consider the other side of that
Brian Pane wrote:
With the batch of commits I did this weekend, the Event MPM in
the async-dev Subversion branch now does write completion
in a nonblocking manner.
very cool!
There are several more things that need to be fixed in order
to make the asynchronous write completion useful in a
On 10/10/05, Joshua Slive [EMAIL PROTECTED] wrote:
1. Do we really want people subscribing to mailing lists using atom
over http? This would consume way more resources than a standard
mailing list subscription (due to the polling nature of atom). I don't
have any evidence, but this worrys
Garrett Rooney wrote:
On 10/10/05, Joshua Slive [EMAIL PROTECTED] wrote:
1. Do we really want people subscribing to mailing lists using atom
over http? This would consume way more resources than a standard
mailing list subscription (due to the polling nature of atom). I don't
have any
On Oct 10, 2005, at 7:32 AM, William A. Rowe, Jr. wrote:
Brian Pane wrote:
I encountered lots of errors in perl-framework's t/TEST with prefork
on Darwin 8.2.0/PPC (OS X 10.4.2). I don't yet know whether these
are due to httpd-2.0.55 problems or just problems with my Perl
installation.
On Oct 10, 2005, at 12:01 AM, Paul Querna wrote:
Brian Pane wrote:
With the batch of commits I did this weekend, the Event MPM in
the async-dev Subversion branch now does write completion
in a nonblocking manner. Once an entire response has been
generated and passed to the output filter
On Mon, Oct 10, 2005 at 06:46:57PM -0400, Joshua Slive wrote:
1. Do we really want people subscribing to mailing lists using atom
over http? This would consume way more resources than a standard
mailing list subscription (due to the polling nature of atom). I don't
have any evidence, but
Justin Erenkrantz wrote:
On Mon, Oct 10, 2005 at 06:46:57PM -0400, Joshua Slive wrote:
1. Do we really want people subscribing to mailing lists using atom
over http? This would consume way more resources than a standard
mailing list subscription (due to the polling nature of atom). I don't
2. There are several formats for each mail message (regular, raw, mime).
Probably the links to everything other than the standard format should
use the rel=nofollow modifier to keep the search engines out. Keeping
the robots off of 2/3 of the links could make a big difference in load
* Justin Erenkrantz [EMAIL PROTECTED] [2005-10-10 22:33:16]:
3. We should probably turn on the email-address-obfiscation feature. I
personally would prefer if everyone could just use proper spam
filtering, but I think the general expectation nowadays is that we try
to avoid displaying
Maxime Petazzoni wrote:
* Justin Erenkrantz [EMAIL PROTECTED] [2005-10-10 22:33:16]:
3. We should probably turn on the email-address-obfiscation feature. I
personally would prefer if everyone could just use proper spam
filtering, but I think the general expectation nowadays is that we try
57 matches
Mail list logo
