William A. Rowe, Jr. wrote:
At 03:07 PM 6/17/2005, William A. Rowe, Jr. wrote:
-1 on Win32, caddr_t isn't sufficiently portable (fix committed).
Correction, -1 on all platforms.
jfclere just committed a significant patch to the T-E override
of the C-L passed to us, as part of the Watchfire
William A. Rowe, Jr. wrote:
Also, possibly across platforms is a fault in ssl_engine_init,
where the host-protocol is still NULL, and we are trying to
strcmp it to 'https'. I spent part of my weekend trying to
grok what change has broken this, but strcmp to NULL is popping
a segfault. Not
On Monday 20 June 2005 06:44, Justin Erenkrantz wrote:
Since the purpose of this directive is now available from mod_filter,
does anyone object if I simply yank AddOutputFilterByType from 2.1?
Why can't AddOutputFilterByType call mod_filter under the hood?
Good point.
Of course it raises
[EMAIL PROTECTED] wrote:
Sorry for being persistent, but any news / comments on this?
Thanks for being persistent and patient.
Unfortunately, no, I don't think there is any news yet. I have
gone over your patch, but not detailed enough to commit it.
I'll give it another shot before friday.
jean-frederic clere wrote:
William A. Rowe, Jr. wrote:
At 03:07 PM 6/17/2005, William A. Rowe, Jr. wrote:
-1 on Win32, caddr_t isn't sufficiently portable (fix committed).
Correction, -1 on all platforms.
jfclere just committed a significant patch to the T-E override
of the C-L passed
Not sure what is causing he protocol not to be set either, but I hit the same
thing when testing mod_ssl on NetWare.
Brad
[EMAIL PROTECTED] Monday, June 20, 2005 1:12:23 AM
William A. Rowe, Jr. wrote:
Also, possibly across platforms is a fault in ssl_engine_init,
where the host-protocol
On Fri, Jun 17, 2005 at 12:40:50AM -0700, Paul Querna wrote:
Please test and vote on releasing 2.1.5 as -alpha.
+1 for alpha, httpd-test'ed on a bunch of Linuxes here, looks good.
Thanks Paul! Also +1 on basing the 2.1.x/2.2.x stabilisation branch on
this per previous discussion.
The C-L vs
On Thu, Jun 16, 2005 at 08:43:00AM -0600, Brad Nicholes wrote:
I have run into this one also and I still don't understand why the
make is all of the sudden asking for yacc when this all worked
before. Since neither mod_ssl nor BSD sockets are part of the
standard NetWare
On 20-Jun-05, at 8:55 AM, jean-frederic clere wrote:
and GET with content-length.
I think that is not forbidden in the rfc...
But what about returning HTTP_BAD_REQUEST if Content-Length is not 0?
I don't believe rfc2616 forbids GET requests to have entity-bodies, so
it could be argued that
William A. Rowe, Jr. wrote:
At 08:55 AM 6/20/2005, jean-frederic clere wrote:
jean-frederic clere wrote:
and GET with content-length.
I think that is not forbidden in the rfc...
But what about returning HTTP_BAD_REQUEST if Content-Length is not 0?
See section 4.3 of RFC 2616.
At 11:13 AM 6/20/2005, jean-frederic clere wrote:
William A. Rowe, Jr. wrote:
At 08:55 AM 6/20/2005, jean-frederic clere wrote:
jean-frederic clere wrote:
and GET with content-length.
I think that is not forbidden in the rfc...
But what about returning HTTP_BAD_REQUEST if Content-Length is not
At 11:18 AM 6/20/2005, jean-frederic clere wrote:
Correct, I have a new additional patch that prevent multiples C-L headers.
It isn't needed for reasons I pointed out on the dev list.
Content-Encoding: x followed by Content-Encoding: y becomes
Content-Encoding: x, y - this is rejected later in
I'd appreciate another two +1's for this patch I posted some time
ago, I discovered the problem with 1.3's mod_ssl, where we never
set up the connection (the headers were never handshaked correctly)
so... ...the next connection attempt on a keepalive threw up sort
of violently.
I can't think of
On Jun 17, 2005, at 12:40 AM, Paul Querna wrote:
Please test and vote on releasing 2.1.5 as -alpha.
I know it's already been vetoed, but here's my run:
Darwin MonaLisa 8.1.0 Darwin Kernel Version 8.1.0: Tue May 10
18:16:08 PDT 2005; root:xnu-792.1.5.obj~4/RELEASE_PPC Power Macintosh
Sander Striker wrote:
[EMAIL PROTECTED] wrote:
Sorry for being persistent, but any news / comments on this?
Thanks for being persistent and patient.
Thanks for the response and your time. I try to follow the three P's: be
patient, persistent and polite :-)
Regards
Rüdiger
Greg Ames wrote:
Brian Akins wrote:
We've been doing some testing with the current 2.1 implementation, and
it works, it just currently doesn't offer much advantage over worker
for us. If num keepalives == maxclients, you can't accept anymore
connections.
that's a surprise, and it
Title: Re: Keepalives
On 6/20/05 3:14 PM, Greg Ames [EMAIL PROTECTED] wrote:
...so with this setup, I have roughly 3 connections for every worker thread,
including the idle threads.
Cool. Maybe I just need the latest version. Or I could have just screwed my
test...
Anyway, there
Title: Reward SSL and IE
Not the most appropriate forum, but we are willing to pay a reward to
someone who can definitively help use with a mod_ssl (Apache 2.0.54) and IE
issue. It seems to only affect older versions (5.5 and early 6). We have
tried various work arounds from the net but to no
Title: Re: Reward SSL and IE
Akins, Brian wrote:
Not the most appropriate forum, but we are willing to pay a reward to
someone who can definitively help use with a mod_ssl (Apache 2.0.54) and IE
issue. It seems to only affect older versions (5.5 and early 6).
For reference:
[Mon
A couple of quick points (maybe you're tried them all already)
- Check with truss/tusc to see if read is timing out at system level (system read buffers may be getting full)
- Did you try tracking what is happening with the SSL protocol using ssldump ?. You can probably start analyzing the
at Montag, 20. Juni 2005, Nick Kew wrote:
Hmmm. Is it better to have a UI that's openly a little more complex but
works as documented, or one that appears simple but has lots of
gotchas lurking in ambush? I guess that's an argument for mod_filter
implementing AddOutputFilterByType.
First,
21 matches
Mail list logo