AW: prefork mpm in linux: ap_process_connection isn't called on connection

-Ursprüngliche Nachricht- Von: Rian Hunter Is there a kernel accept filter enabled? No, it is a default clean install. Are you suggesting that for me to get the behavior I want that there should be one enabled? No, but on Linux I think TCP_DEFER_ACCEPT is set by default

Re: [VOTE] Release 2.2.1 as GA

William A. Rowe, Jr. wrote: My thought is reroll aprutil, which i'll do tonight. The problem isn't with httpd; the problem's with the maintenance on two platforms, and that's what the release notes/CHANGES will say. Updated CHANGES. I'm also looking at the Win64 patch for apr-util before I

Re: [VOTE] Release 2.2.1 as GA

When build Apache 2.2.1 with APR 1.2.2, the Perl scripts are working. Steffen - Original Message - From: William A. Rowe, Jr. [EMAIL PROTECTED] To: dev@httpd.apache.org Sent: Sunday, April 02, 2006 05:17 Subject: Re: [VOTE] Release 2.2.1 as GA Steffen wrote: Perl scripts with

Re: AW: mod_http_proxy bug?

Plüm wrote: Proxy sents up an error_bucket with HTTP_BAD_GATEWAY if the connection to the backend broke in the middle. So should every modules that reads the brigade check for an error bucket? It does not appear that any of the cache modules do that. -- Brian Akins Lead Systems Engineer

Re: [PATCH] htdbm: warn crypt-enabled users that plaintext format won't work

On 4/3/06, William A. Rowe, Jr. [EMAIL PROTECTED] wrote: Taking things one step further, sha1 is far preferred for cryptographic purposes these days than md5. Suppose its time to switch? Also, get htpasswd and htdbm defaults in sync. htpasswd says it defaults to CRYPT where crypt() is

Re: AW: mod_http_proxy bug?

-Ursprüngliche Nachricht- Von: Brian Akins Proxy sents up an error_bucket with HTTP_BAD_GATEWAY if the connection to the backend broke in the middle. So should every modules that reads the brigade check for an error bucket? yes It does not appear that any of the cache

Re: AW: mod_http_proxy bug?

Plüm wrote: They don't need to since r-no_cache is also set by the proxy in this case. Okay, then I am back where I started. Ocasionally, when using mod_proxy_http, apr_bucket_read in a filter will not return an error (and r-no_cache is not set), but length will be zero from read. Brigade

Re: AW: mod_http_proxy bug?

Brian Akins wrote: If it's not in 2.2.0, that may explain my issues... It's in 2.2.1. It would help if when answering such questions that we mention what branch it is in. -- Brian Akins Lead Systems Engineer CNN Internet Technologies

Re: [VOTE] Release 2.2.1 as GA

Steffen wrote: When build Apache 2.2.1 with APR 1.2.2, the Perl scripts are working. This is apparent in my test case. Slowing things down in the debugger - the flaw goes away, which is to say some blocking logic isn't blocking, probably an attribute of some recent minor refactoring of the

Re: [VOTE] Release 2.2.1 as GA

Done. I build against APR and APR-util 1.3.0 and the Perl scripts working now. Also no build error apu_version anymore. All tests passed here, including mod_perl and other common mods. Steffen http://www.apachelounge.com - Original Message - From: William A. Rowe, Jr. [EMAIL

RE: Mod_proxy_http ProxyErrorOverride eating cookies

Folks, I just wanted to add my voice to this issue. We've ran into this bug when trying to reverse proxy a number of applications, including IBM WebSphere Proxy Server, SAP E-Recruiting, and Roller. In each case, we had ProxyErrorOverride set to On so we could intercept any errors from the

[Fwd: [Fwd: Re: [VOTE] Release 2.2.1 as GA]]

Letting the apr list ponder this suggestion. The code in question are the last four commits to http://svn.apache.org/viewcvs.cgi/apr/apr/trunk/file_io/win32/readwrite.c which closed a ton of edge cases identified by different users who were doing various (non-httpd) things with apr networking.