Christoph,
I had a mod_buffer module written for me by Konstantin Chuguev
(konstan...@chuguev.com) which collects chunks and buffers them for transfer in
one shot.
You should contact him and see whether he'll give/license it to you.
-Tony
---
Manager, IT Operations
skrishnam...@bloomberg.com wrote:
You're on the wrong list: this belongs on users@
(I know you posted there, but your mailer sent a bunch of
pseudo-HTML crap that made it too annoying to read).
I built it with the below two flags that should point it to the same apr and
apr-util that were
Per my knowledge this is the apr source tar ball that was used. How do I find
the 'installed' apr and use that instead? Posted here because I didn't get any
response on the users list and this seemed to be a modules issue.
Do let me know and Ill continue the posting there. thanks
-Original
-Original Message-
From: Dirk-Willem van Gulik [mailto:di...@webweaving.org]
Sent: Saturday, November 07, 2009 12:28 AM
To: dev@httpd.apache.org
Subject: Re: TLS renegotiation attack, mod_ssl and OpenSSL
+1 from me. (FreeBSD, Solaris). Test with and without certs (firefox,
On Sunday 08 November 2009, Ruediger Pluem wrote:
Just a random thought: Wouldn't it be possible to simply things
even further with apr_strtok?
Yes. Done in r834006.
On 11/09/2009 10:39 AM, Boyle Owen wrote:
-Original Message-
From: Dirk-Willem van Gulik [mailto:di...@webweaving.org]
Sent: Saturday, November 07, 2009 12:28 AM
To: dev@httpd.apache.org
Subject: Re: TLS renegotiation attack, mod_ssl and OpenSSL
+1 from me. (FreeBSD, Solaris).
On 11/09/2009 11:00 AM, s...@apache.org wrote:
Author: sf
Date: Mon Nov 9 09:59:53 2009
New Revision: 834006
URL: http://svn.apache.org/viewvc?rev=834006view=rev
Log:
Simplify code by using apr_strtok
Modified:
httpd/httpd/trunk/modules/loggers/mod_log_config.c
Modified:
Hi,
with openssl 0.9.8k, I currently get a large number of test failures:
Test Summary Report
---
t/ssl/basicauth.t (Wstat: 0 Tests: 3 Failed: 2)
Failed tests: 2-3
t/ssl/env.t (Wstat: 0 Tests: 30 Failed: 15)
Failed tests: 16-30
t/ssl/extlookup.t
On 11/09/2009 11:25 AM, Stefan Fritsch wrote:
Hi,
with openssl 0.9.8k, I currently get a large number of test failures:
Test Summary Report
---
t/ssl/basicauth.t (Wstat: 0 Tests: 3 Failed: 2)
Failed tests: 2-3
t/ssl/env.t (Wstat: 0 Tests: 30
On Monday 09 November 2009, Ruediger Pluem wrote:
On 11/09/2009 11:25 AM, Stefan Fritsch wrote:
Hi,
with openssl 0.9.8k, I currently get a large number of test
failures:
Test Summary Report
---
t/ssl/basicauth.t (Wstat: 0 Tests: 3 Failed: 2)
Failed
On Friday 23 October 2009, Stefan Fritsch wrote:
On Thursday 22 October 2009, Joe Orton wrote:
Is the performance improvement of inode keyed locking so large
that it is worth the hassle? If mod_dav_fs used filename keyed
locking entirely, there would be an easy way to make file
Sorry for missing earlier messages; I don't follow httpd as closely as before.
See my replies below:
On Mon, Nov 9, 2009 at 06:28, Stefan Fritsch s...@sfritsch.de wrote:
On Friday 23 October 2009, Stefan Fritsch wrote:
On Thursday 22 October 2009, Joe Orton wrote:
Is the performance
Trailing CRLF on POSTs
This is a legacy issue. The CERN webserver required POST data to have an
extra CRLF following it. Thus many clients send an extra CRLF that is not
included in the Content-Length of the request. Apache works around this
problem by eating any empty lines which appear before a
On Mon, Nov 9, 2009 at 08:14, s...@apache.org wrote:
Author: sf
Date: Mon Nov 9 13:14:07 2009
New Revision: 834049
URL: http://svn.apache.org/viewvc?rev=834049view=rev
Log:
Make PUT with DAV_MODE_WRITE_TRUNC create a temporary file first and, when the
transfer has been completed
On Monday 09 November 2009, Greg Stein wrote:
On Mon, Nov 9, 2009 at 08:14, s...@apache.org wrote:
Author: sf
Date: Mon Nov 9 13:14:07 2009
New Revision: 834049
URL: http://svn.apache.org/viewvc?rev=834049view=rev
Log:
Make PUT with DAV_MODE_WRITE_TRUNC create a temporary file
On 11/09/2009 02:14 PM, s...@apache.org wrote:
Author: sf
Date: Mon Nov 9 13:14:07 2009
New Revision: 834049
URL: http://svn.apache.org/viewvc?rev=834049view=rev
Log:
Make PUT with DAV_MODE_WRITE_TRUNC create a temporary file first and, when the
transfer has been completed
On Monday 09 November 2009, Ruediger Pluem wrote:
This causes the following warning:
repos.c: In function 'dav_fs_open_stream':
repos.c:900: warning: passing argument 2 of 'apr_file_mktemp'
discards qualifiers from pointer target type
Thanks. Fixed.
On Mon, Nov 9, 2009 at 08:42, Stefan Fritsch s...@sfritsch.de wrote:
On Monday 09 November 2009, Greg Stein wrote:
On Mon, Nov 9, 2009 at 08:14, s...@apache.org wrote:
Author: sf
Date: Mon Nov 9 13:14:07 2009
New Revision: 834049
URL: http://svn.apache.org/viewvc?rev=834049view=rev
Hi Stefan,
On Nov 9, 2009, at 2:25 AM, Stefan Fritsch wrote:
Hi,
with openssl 0.9.8k, I currently get a large number of test failures:
These tests do not fail for me. Can you run a subset in verbose and
see how they fail? Like:
t/TEST ... -verbose t/ssl/basicauth.t
should get you
On 11/9/09 12:32 AM, Brian McCallister bri...@skife.org wrote:
A 3.0, a fundamental architectural shift, would be interesting to
discuss, I am not sure there is a ton of value in it, though, to be
honest.
So I should continue to investigate nginx? ;)
FWIW, nginx delivers on its performance
On Monday 09 November 2009, Sander Temme wrote:
Hi Stefan,
On Nov 9, 2009, at 2:25 AM, Stefan Fritsch wrote:
Hi,
with openssl 0.9.8k, I currently get a large number of test
failures:
These tests do not fail for me. Can you run a subset in verbose
and see how they fail? Like:
Hi,
I compiled subversion with apache 2.2 on solaris but when I hit the server with
an svn request, the svn modules produce a core dump. Has anyone faced anything
similar or have any ideas about how to fix or workaround this issue? Any help
is appreciated.
Running a pstack on the core file
On Mon, Nov 9, 2009 at 10:55 AM, Stefan Fritsch s...@sfritsch.de wrote:
On Monday 09 November 2009, Sander Temme wrote:
Hi Stefan,
On Nov 9, 2009, at 2:25 AM, Stefan Fritsch wrote:
Hi,
with openssl 0.9.8k, I currently get a large number of test
failures:
These tests do not fail for
Actually, the reason I started this thread is because I wanted to start
making builds that used IBM's installp format for distribution rather than
RPM - which is the format chosen for most of the AIX toolbox. Imho much of
the difficulity the libtool devs have with the AIX platform (as generally
Akins, Brian wrote:
FWIW, nginx delivers on its performance promises, but is a horrible hairball
of code (my opinion). We (httpd-dev type folks) could do much better - if
we just would. (Easy for the guy with no time to say, I know...)
I think it is entirely reasonable for the httpd v3.0
Hello dev@,
I intend to roll a 2.3 alpha release on Wednesday November 11th.
I will bundle APR from the 1.4.x branch. (APR people should make a
release, but this shouldn't be a blocker for our own alpha releases).
I am almost 90% sure the release might fail due to various issues, but
we need to
On 11/9/09 12:52 PM, Graham Leggett minf...@sharp.fm wrote:
This gives us the option of prefork reliability, and event driven speed,
as required by the admin.
I think if we try to do both, we will wind up with the worst of both worlds.
(Or is it worse??) Blocking/buggy modules should be ran
Michael Felt wrote:
Actually, the reason I started this thread is because I wanted to start
making builds that used IBM's installp format for distribution rather
than RPM - which is the format chosen for most of the AIX toolbox. Imho
much of the difficulity the libtool devs have with the AIX
Paul Querna wrote:
I intend to roll a 2.3 alpha release on Wednesday November 11th.
I will bundle APR from the 1.4.x branch. (APR people should make a
release, but this shouldn't be a blocker for our own alpha releases).
I am almost 90% sure the release might fail due to various issues,
Dr Stephen Henson wrote:
Yes that looks better. There is an alternative technique if it is easier to
find
a base SSL_CTX, you can retrieve the auto generated keys using
SSL_CTX_get_tlsext_ticket_keys() and then copy to the new context as above.
The loop actually iterates over all contexts,
Hello list,
I have written a module which does filtering the content.
It gets those buckets and works on them and passes on the brigade of
buckets. OK, works perfect for nearly all conditions.
Execpt
When the user runs the infamous Internet Explorer and uses a
misconfigured proxy, it
Akins, Brian wrote:
This gives us the option of prefork reliability, and event driven speed,
as required by the admin.
I think if we try to do both, we will wind up with the worst of both worlds.
(Or is it worse??) Blocking/buggy modules should be ran out of process
(FactCGI/HTTP/Thrift).
On 11/9/09 1:18 PM, Graham Leggett minf...@sharp.fm wrote:
and we know
from the same period of experience from others that a pure event driven
model is useful for shipping static data and not much further.
It works really well for proxy.
--
Brian Akins
On Nov 9, 2009, at 10:04 AM, Graham Leggett wrote:
Paul Querna wrote:
I intend to roll a 2.3 alpha release on Wednesday November 11th.
I will bundle APR from the 1.4.x branch. (APR people should make a
release, but this shouldn't be a blocker for our own alpha releases).
I am almost 90%
Akins, Brian wrote:
and we know
from the same period of experience from others that a pure event driven
model is useful for shipping static data and not much further.
It works really well for proxy.
Aka static data :)
The key advantage to doing both prefork and event behaviour in the same
On 11/9/09 1:36 PM, Graham Leggett minf...@sharp.fm wrote:
It works really well for proxy.
Aka static data :)
Nah, we proxy to fastcgi php stuff, http java stuff, some horrid HTTP perl
stuff, etc (Full disclosure, I wrote the horrid perl stuff.)
--
Brian Akins
Paul Querna wrote:
I intend to roll a 2.3 alpha release on Wednesday November 11th.
+1
ciao...
--
Lars Eilebrecht
l...@eilebrecht.net
On Mon, Nov 9, 2009 at 10:23 AM, Sander Temme scte...@apache.org wrote:
On Nov 9, 2009, at 10:04 AM, Graham Leggett wrote:
Paul Querna wrote:
I intend to roll a 2.3 alpha release on Wednesday November 11th.
I will bundle APR from the 1.4.x branch. (APR people should make a
release, but
On 11/9/09 1:40 PM, Brian Akins brian.ak...@turner.com wrote:
On 11/9/09 1:36 PM, Graham Leggett minf...@sharp.fm wrote:
It works really well for proxy.
Aka static data :)
Nah, we proxy to fastcgi php stuff, http java stuff, some horrid HTTP perl
stuff, etc (Full disclosure, I wrote
Akins, Brian wrote:
It works really well for proxy.
Aka static data :)
Nah, we proxy to fastcgi php stuff, http java stuff, some horrid HTTP perl
stuff, etc (Full disclosure, I wrote the horrid perl stuff.)
Doesn't matter, once httpd proxy gets hold of it, it's just shifting
static bits.
Akins, Brian wrote:
FWIW, nginx buffers backend stuff to a file, then sendfiles it out - I
think this is what perlbal does as well. Same can be done outside apache
using X-sendfile like methods. Seems like we could move this inside
apache fairly easy. May can do it with a filter. I tried
On 11/9/09 2:06 PM, Greg Stein gst...@gmail.com wrote:
These issues are already solved by moving to a Serf core. It is fully
asynchronous.
Okay that's one convert, any others? ;)
That's what Paul and I discussed a lot last week.
My ideal httpd 3.0 is:
Libev + serf + lua
--
Brian Akins
On Mon, Nov 9, 2009 at 11:06 AM, Greg Stein gst...@gmail.com wrote:
On Mon, Nov 9, 2009 at 13:59, Graham Leggett minf...@sharp.fm wrote:
Akins, Brian wrote:
It works really well for proxy.
Aka static data :)
Nah, we proxy to fastcgi php stuff, http java stuff, some horrid HTTP perl
stuff,
On Monday 09 November 2009, Greg Stein wrote:
Why did you go with a format change of the DAVLockDB? It is
quite possible that people will miss that step during an
upgrade. You could just leave DAV_TYPE_FNAME in there.
That wouldn't help because it would still break with
DAV_TYPE_INODE
On 11/09/2009 08:34 PM, Stefan Fritsch wrote:
On Monday 09 November 2009, Jeff Trawick wrote:
and see how they fail? Like:
t/TEST ... -verbose t/ssl/basicauth.t
should get you some more insight. Also, which platform?
This is Debian unstable with the Debian openssl. It seems to
On Mon, Nov 9, 2009 at 14:21, Paul Querna p...@querna.org wrote:
...
I agree in general, a serf-based core does give us a good start.
But Serf Buckets and the event loop definitely do need some more work
-- simple things, like if the backend bucket is a socket, how do you
tell the event loop,
Graham Leggett wrote:
Is there a need to bundle APR at all?
Yep, let's draw a line under that. APR is a dependency,
not a component.
Otherwise +1.
MeToo.
--
Nick Kew
On Mon, Nov 9, 2009 at 15:21, Greg Stein gst...@gmail.com wrote:
On Mon, Nov 9, 2009 at 14:46, Stefan Fritsch s...@sfritsch.de wrote:
On Monday 09 November 2009, Greg Stein wrote:
Why did you go with a format change of the DAVLockDB? It is
quite possible that people will miss that step
On Nov 9, 2009, at 11:49 AM, Ruediger Pluem wrote:
Thanks, that was the right hint. With a new svn checkout of the
framework, all tests pass and t/TEST -clean or make clean cleans
the certs.
For some reason, the cleaning of the certs does not work with the old
tree. I don't think I am
Greg Stein wrote:
These issues are already solved by moving to a Serf core. It is fully
asynchronous.
Backend handlers will no longer push bits towards the network. The
core will pull them from a bucket. *Which* bucket is defined by a
{URL,Headers}-Bucket mapping system.
How is pull
On Mon, Nov 9, 2009 at 16:19, Graham Leggett minf...@sharp.fm wrote:
Greg Stein wrote:
These issues are already solved by moving to a Serf core. It is fully
asynchronous.
Backend handlers will no longer push bits towards the network. The
core will pull them from a bucket. *Which* bucket is
Here are two details of mod_fcgid process management that I've just
learned after a long debug session and squinting at the mod_fcgid
code.
1) symlinks you.
It seems that mod_fcgid identifies fcgid programs by inode and device,
not by filename. So two fcgid programs invoked by the webserver
On Mon, Nov 9, 2009 at 5:43 AM, s...@apache.org wrote:
Author: sf
Date: Mon Nov 9 10:43:16 2009
New Revision: 834013
URL: http://svn.apache.org/viewvc?rev=834013view=rev
Log:
Also remove trailing whitespace in the value
Modified:
httpd/httpd/trunk/modules/loggers/mod_log_config.c
I did a first try on backporting the CVE-2009-3555 patch to 2.0:
http://people.apache.org/~rjung/patches/cve-2009-3555_httpd_2_0_x.patch
I hadn't yet time for intensive testing, but first tests looked OK.
I noticed I couldn't log the SSL_SESSION_ID, but maybe that was a
Windows thing. Hadn't yet
On Mon, Nov 9, 2009 at 5:16 PM, Danny Sadinoff danny.sadin...@gmail.com wrote:
Here are two details of mod_fcgid process management that I've just
learned after a long debug session and squinting at the mod_fcgid
code.
1) symlinks you.
It seems that mod_fcgid identifies fcgid programs by
2009/11/10 Jeff Trawick traw...@gmail.com:
On Mon, Nov 9, 2009 at 5:16 PM, Danny Sadinoff danny.sadin...@gmail.com
wrote:
Here are two details of mod_fcgid process management that I've just
learned after a long debug session and squinting at the mod_fcgid
code.
1) symlinks you.
It seems
On Tue, Nov 10, 2009 at 12:53 AM, Jeff Trawick traw...@gmail.com wrote:
On Mon, Nov 9, 2009 at 5:16 PM, Danny Sadinoff danny.sadin...@gmail.com
wrote:
...
1) symlinks you.
It seems that mod_fcgid identifies fcgid programs by inode and device,
not by filename. So two fcgid programs
Greg Stein wrote:
How is pull different from push[1]?
The network loop pulls data from the content-generator.
Apache 1.x and 2.x had a handler that pushed data at the network.
There is no loop, of course, since each worker had direct control of
the socket to push data into.
As I said in
On Mon, Nov 9, 2009 at 6:47 PM, Danny Sadinoff da...@sadinoff.com wrote:
On Tue, Nov 10, 2009 at 12:53 AM, Jeff Trawick traw...@gmail.com wrote:
On Mon, Nov 9, 2009 at 5:16 PM, Danny Sadinoff danny.sadin...@gmail.com
wrote:
...
1) symlinks you.
It seems that mod_fcgid identifies fcgid
Hi,
Yes, mod_fcgid search process node base on file's inode and deviceid(plus
share_group_id, virtual host name). The goal is to create as less process as
possible. Some administrators like the idea that all virtual hosts share one
PHP process pool. (But some other don't, they can turn that
Hi, all
I am new to this community, I am think to add mod_status support to
mod_fcgid, which provide more internal information to administrators. Is it a
good idea? I am working on it now, but if someone think it's not a good idea,
please let me know.
BTW, I did test spin lock on share
On Nov 9, 2009, at 5:51 PM, pqf wrote:
Hi, all
I am new to this community, I am think to add mod_status support
to mod_fcgid, which provide more internal information to
administrators. Is it a good idea? I am working on it now, but if
someone think it's not a good idea, please let me
62 matches
Mail list logo