Re: svn commit: r360461 - in /httpd/httpd/trunk: CHANGES include/ap_mmn.h include/httpd.h server/protocol.c

2006-01-03 Thread William A. Rowe, Jr.
Roy T. Fielding wrote: On Jan 2, 2006, at 2:14 PM, Roy T. Fielding wrote: Now, if you want to tell me that those changes produced a net performance benefit on prefork (and thus are applicable to other MPMs), then I am all ears. I am easily convinced by comparative performance figures when the

Re: svn commit: r360461 - in /httpd/httpd/trunk: CHANGES include/ap_mmn.h include/httpd.h server/protocol.c

2006-01-03 Thread Brian Pane
On Jan 2, 2006, at 3:41 PM, Justin Erenkrantz wrote: +static apr_status_t process_request_line(request_rec *r, char *line, + int skip_first) +{ +if (!skip_first && (r->the_request == NULL)) { +/* This is the first line of the request */ +

RE: RLimitCPU is not working

2006-01-03 Thread R, Rajesh (STSD)
Title: RE: RLimitCPU is not working Does RLimitCPU limit CPU usage by putting a Setrlimit on the subsequent child processes ?? I cannot find the limitsĀ  in utask.uu_rlmit[0] in proc. structure of the repective httpd processes. How is the time limited then ? I am keen to know how exactl

Re: AW: AW: AW: 2.2 mod_http_proxy and "partial" pages

2006-01-03 Thread Ruediger Pluem
On 01/03/2006 03:52 AM, Justin Erenkrantz wrote: > On Mon, Jan 02, 2006 at 10:18:19PM +0100, Ruediger Pluem wrote: > [..cut..] > >>2. Proposal >>If a subrequest has a broken backend do not sent the error bucket. Only >>set r->no_cache to ensure that this subrequest response does not get >>cac

Re: RLimitCPU is not working

2006-01-03 Thread Colm MacCarthaigh
On Tue, Jan 03, 2006 at 03:16:18PM +0530, R, Rajesh (STSD) wrote: > Does RLimitCPU limit CPU usage by putting a > Setrlimit on the subsequent child processes ?? When it works, yes. > I cannot find the limits in utask.uu_rlmit[0] in proc. structure of the > repective httpd processes. > How is t

RE: RLimitCPU is not working

2006-01-03 Thread R, Rajesh (STSD)
I was using mod_cgid. Later I disabled it and couldn't execute cgi program without it. In the directory /cgi-bin I gave "options ExecCGI" but I get the code being displayed every time I try to run the program from browser. Is there a way to run cgi without mod_cgid ??? Or does RLimitCPU work w

Re: RLimitCPU is not working

2006-01-03 Thread Colm MacCarthaigh
On Tue, Jan 03, 2006 at 04:27:01PM +0530, R, Rajesh (STSD) wrote: > I was using mod_cgid. > Later I disabled it and couldn't execute cgi program without it. The setrlimit calls have been commented out for mod_cgid for a long long time, so they don't take effect. A simple workaround is to use the s

RE: RLimitCPU is not working

2006-01-03 Thread R, Rajesh (STSD)
Point taken.Thanks. Is there any specific reason why setrlimit is disabled for mod_cgid ?? Rajesh R -- This space intentionally left non-blank. -Original Message- From: Colm MacCarthaigh [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 03, 2006 4:35 PM To: dev@httpd.apache.org Subjec

Re: RLimitCPU is not working

2006-01-03 Thread Colm MacCarthaigh
On Tue, Jan 03, 2006 at 05:00:03PM +0530, R, Rajesh (STSD) wrote: > Point taken.Thanks. > Is there any specific reason why setrlimit is disabled for mod_cgid ?? Not that I know of, no. But they've been commented out from the very start, the very first incarnation of mod_cgid was done that way. Fi

Re: svn commit: r365376 - /httpd/httpd/branches/fcgi-proxy-dev/modules/proxy/mod_proxy_fcgi.c

2006-01-03 Thread Jim Jagielski
Garrett Rooney wrote: > > On 1/2/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > Author: jim > > Date: Mon Jan 2 08:52:58 2006 > > New Revision: 365376 > > > > URL: http://svn.apache.org/viewcvs?rev=3D365376&view=3Drev > > Log: > > Avoid magic numbers. Since we are reading the header, let's

Re: mod_proxy, another case of ignoring the filter stack?

2006-01-03 Thread Brian Akins
Sander Striker wrote: Ok, let me tell you why I want it. I want to implement a directive called CacheErrorServeStale, which, when it hits the CACHE_SAVE filter say with a 503 Service Temporarily Unavailable, and has a cache->stale_handle, continues as if it would have received a 304 Not Modif

RE: Apache 2.2.0 Listen Directive

2006-01-03 Thread Fenlason, Josh
Nothing is output by running ./apachectl start. The access_log and error_log files are created, but do not contain anything. Running ./httpd output the following: bash-2.05b$ ./httpd httpd: Could not reliably determine the server's fully qualified domain name, using 132.253.10.58 for ServerName

Re: A Bloat of Libraries

2006-01-03 Thread Philip M. Gollucci
Nick Kew wrote: How about modularised dependencies as a goal for 2.4? I agree with the idea, but I don't really think theres that manu libraries linked in... I've got a 2.0.55 with mp2, php4, ssl, ruby, python, mod_log_sql using a slew of config IfDevines, each server runs only what it needs.

Re: A Bloat of Libraries

2006-01-03 Thread Brian Akins
Nick Kew wrote: Amongst modules, we should apply the same principle: e.g. with mod_deflate and zlib. Or why not just have mod_deflate link against zlib and not have httpd do it. SSL seems to be the worst culprit. httpd gets linked against tons of stuff so that I cannot copy the binary to a

Re: svn commit: r365376 - /httpd/httpd/branches/fcgi-proxy-dev/modules/proxy/mod_proxy_fcgi.c

2006-01-03 Thread Garrett Rooney
On 1/3/06, Jim Jagielski <[EMAIL PROTECTED]> wrote: > Garrett Rooney wrote: > > > > On 1/2/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > > Author: jim > > > Date: Mon Jan 2 08:52:58 2006 > > > New Revision: 365376 > > > > > > URL: http://svn.apache.org/viewcvs?rev=3D365376&view=3Drev > > >

Re: svn commit: r365376 - /httpd/httpd/branches/fcgi-proxy-dev/modules/proxy/mod_proxy_fcgi.c

2006-01-03 Thread Jim Jagielski
Garrett Rooney wrote: > > The problem isn't just the number of bytes we read off the wire, it's > also that if the compiler has introduced padding between elements of > the struct when you recv directly into the struct the data is not > aligned with the proper members, so when you later access it

Re: svn commit: r360461 - in /httpd/httpd/trunk: CHANGES include/ap_mmn.h include/httpd.h server/protocol.c

2006-01-03 Thread Justin Erenkrantz
On 1/3/06, Brian Pane <[EMAIL PROTECTED]> wrote: > Yeah, setting r->status to HTTP_OK is done here solely to make it work > with the existing logic about HTTP_REQUEST_TIME_OUT meaning "still > reading the request header." > > +1 for of removing the HTTP_REQUEST_TIME_OUT hack. I was trying > to be

Re: AW: AW: AW: 2.2 mod_http_proxy and "partial" pages

2006-01-03 Thread Justin Erenkrantz
On 1/3/06, Ruediger Pluem <[EMAIL PROTECTED]> wrote: > >>2. Proposal > >>If a subrequest has a broken backend do not sent the error bucket. Only > >>set r->no_cache to ensure that this subrequest response does not get > >>cached. > > > > > > I think we still need to ensure that an error bucket is s

Re: AW: AW: AW: 2.2 mod_http_proxy and "partial" pages

2006-01-03 Thread Jim Jagielski
On Jan 2, 2006, at 4:18 PM, Ruediger Pluem wrote: 1. Proposal If a subrequest has a broken backend also set r->no_cache for the main request and ensure that the chunk filter does not sent the last chunk marker in this case. 2. Proposal If a subrequest has a broken backend do not sent the

Re: svn commit: r360461 - in /httpd/httpd/trunk: CHANGES include/ap_mmn.h include/httpd.h server/protocol.c

2006-01-03 Thread Roy T. Fielding
On Jan 3, 2006, at 12:02 AM, William A. Rowe, Jr. wrote: Roy T. Fielding wrote: On Jan 2, 2006, at 2:14 PM, Roy T. Fielding wrote: Now, if you want to tell me that those changes produced a net performance benefit on prefork (and thus are applicable to other MPMs), then I am all ears. I am

Re: mod_proxy, another case of ignoring the filter stack?

2006-01-03 Thread Sander Striker
Brian Akins wrote: Sander Striker wrote: Ok, let me tell you why I want it. I want to implement a directive called CacheErrorServeStale, which, when it hits the CACHE_SAVE filter say with a 503 Service Temporarily Unavailable, and has a cache->stale_handle, continues as if it would have rece

Re: A Bloat of Libraries

2006-01-03 Thread Justin Erenkrantz
--On January 3, 2006 10:18:06 AM -0500 Brian Akins <[EMAIL PROTECTED]> wrote: Nick Kew wrote: Amongst modules, we should apply the same principle: e.g. with mod_deflate and zlib. Or why not just have mod_deflate link against zlib and not have httpd do it. SSL seems to be the worst culprit.

Re: A Bloat of Libraries

2006-01-03 Thread Nick Kew
On Tuesday 03 January 2006 15:18, Brian Akins wrote: > Nick Kew wrote: > > Amongst modules, we should apply the same principle: e.g. > > with mod_deflate and zlib. > > Or why not just have mod_deflate link against zlib and not have httpd do > it. It does that now - if built from ./configure. That

Re: A Bloat of Libraries

2006-01-03 Thread Nick Kew
On Tuesday 03 January 2006 15:13, Philip M. Gollucci wrote: > Nick Kew wrote: > > How about modularised dependencies as a goal for 2.4? > > I agree with the idea, but I don't really think theres that manu > libraries linked in... > > I've got a 2.0.55 with mp2, php4, ssl, ruby, python, mod_log_sql

Re: A Bloat of Libraries

2006-01-03 Thread Justin Erenkrantz
--On January 3, 2006 11:09:34 PM + Nick Kew <[EMAIL PROTECTED]> wrote: That is of course resolved by LoadFile /lib/libz.so, which is what I contend should be standard practice. So when another module relies on libz, there's no side effect that manifests mysteriously according to whether and

Re: A Bloat of Libraries

2006-01-03 Thread William A. Rowe, Jr.
Brian Akins wrote: Nick Kew wrote: Amongst modules, we should apply the same principle: e.g. with mod_deflate and zlib. Or why not just have mod_deflate link against zlib and not have httpd do it. SSL seems to be the worst culprit. httpd gets linked against tons of stuff so that I cannot

Re: svn commit: r360461 - in /httpd/httpd/trunk: CHANGES include/ap_mmn.h include/httpd.h server/protocol.c

2006-01-03 Thread William A. Rowe, Jr.
Roy T. Fielding wrote: Alternatively, rewrite the server to remove all MPMs other than event and then show that the new server is better than our existing server, and we can adopt that for 3.0. Well that's a bit silly, leave the others for those who must have an entirely non-threaded server or

Re: A Bloat of Libraries

2006-01-03 Thread William A. Rowe, Jr.
Justin Erenkrantz wrote: Nice idea, but libtool doesn't support any of this in a portable manner - some OSes support DSOs having their own dependencies, a number just don't. Name a few? Or one?

Re: A Bloat of Libraries

2006-01-03 Thread Justin Erenkrantz
On Wed, Jan 04, 2006 at 12:12:18AM -0600, William A. Rowe, Jr. wrote: > Justin Erenkrantz wrote: > > > >Nice idea, but libtool doesn't support any of this in a portable manner > >- some OSes support DSOs having their own dependencies, a number just > >don't. > > Name a few? Or one? In my exper