Re: store_headers in memcache and diskcache

On Feb 5, 2008 1:45 PM, Dirk-Willem van Gulik <[EMAIL PROTECTED]> wrote: > Caching experts -- why do memcache and diskcache have seemingly quite > different caching strategies when it comes to storing the headers ? > E.g. the cache_object_t * is populated with the status/date/etc data > in memcach

Re: Testing frameworks [was: mod_atom]

On 6/27/07, Issac Goldstand <[EMAIL PROTECTED]> wrote: Paul, do you know offhand what the difference is between the perl-framework, and perl.apache.org's Apache::Test framework? I'm familiar with the latter, and have found it to be an amazing tool for testing Apache modules written in all langua

Re: [PATCH] mod_wombat separate out connection and server

On 5/17/07, Akins, Brian <[EMAIL PROTECTED]> wrote: Had a couple hours while on vacation after reading PiL. This makes connection, server, and apr_table into real lua "modules." I also separated out the code and started playing with getters and setters. I like the idea of doing the function ta

Re: Question about httpd / APR version relationship

On 5/9/07, Guenter Knauf <[EMAIL PROTECTED]> wrote: Hi all, currently from what I see we use: Apache 2.0.x -> has to use APR 0.9.x Apache 2.2.x -> has to use APR 1.2.x Apache 2.3.x -> has to use APR 1.3.x is this now a mandatory relationship, or is it valid to: build Apache 2.2.x with APR 1.3.

Re: [mod_wombat] Patch to improve docs

On 5/2/07, Brian McCallister <[EMAIL PROTECTED]> wrote: On Apr 30, 2007, at 11:15 AM, Joe Schaefer wrote: > Brian McCallister <[EMAIL PROTECTED]> writes: > >> +If compiling (make) reports an error that it cannot find the >> +libapreq2 header file, please tell me ( [EMAIL PROTECTED] ) >>

Re: [mod_wombat] Patch to improve docs

On 4/30/07, Brian McCallister <[EMAIL PROTECTED]> wrote: Patch to add information on building, running tests, and organize the README into some actual docu. +1, looks like a big improvement. -garrett

Re: FastCGI

On 2/20/07, steve <[EMAIL PROTECTED]> wrote: I'm guessing that 2.4 is a while out... but that is good to hear that it will be baseline. Having its own balancer would be a plus as well. I honestly think that a dedicated version of such a thing just for PHP would ease adoption of Apache releases (

Re: FastCGI

On 2/20/07, steve <[EMAIL PROTECTED]> wrote: Is Apache considering including a FastCGI module? Apache includes a CGI module, but not FastCGI. And the FastCGI module that is available does not compile with Apache 2.2 (yes, I know the ways around that). One of the advantages of Lighttpd is that it

Re: 3.0 - Introduction

On 2/14/07, Davanum Srinivas <[EMAIL PROTECTED]> wrote: Dumb Question: Would all this mean a total(?) rewrite of APR as well? A total rewrite of APR seems unlikely, but if there are changes people want made to APR in order to better support new functionality in HTTPD I don't see why it wouldn't

Re: 3.0 - Proposed Requirements

On 2/14/07, Greg Marr <[EMAIL PROTECTED]> wrote: At 08:33 AM 2/14/2007, Garrett Rooney wrote: >On 2/14/07, Paul Querna <[EMAIL PROTECTED]> wrote: >>This proposed list of requirements for a 3.0 platform. this list >>enables >>a 'base' level of perf

Re: 3.0 - Proposed Goals

On 2/14/07, Paul Querna <[EMAIL PROTECTED]> wrote: - Rewrite how Brigades, Buckets and filters work. Possibly replace them with other models. I haven't been able to personally consolidate my thoughts on how to 'fix' filters, but I am sure we can plenty of long threads about it :-) I think a b

Re: 3.0 - Proposed Requirements

On 2/14/07, Paul Querna <[EMAIL PROTECTED]> wrote: This proposed list of requirements for a 3.0 platform. this list enables a 'base' level of performance and design decisions to be made. If others can make designs work with 'lessor' requirements, all the better, but I'm not worried about it. Pro

Re: mod_memcache??

On 2/2/07, Brian Akins <[EMAIL PROTECTED]> wrote: I have a need to write a generic way to integrate apr_memcache into httpd. Basically, I have several otehr modules taht use memcached as backend and want to combine the "boring" stuff into a central place, ie configuration, stats, etc. We talked

Re: svn commit: r490086 - in /httpd/site/trunk: docs/bis.rdf xdocs/bis.rdf

On 12/24/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: Author: fielding Date: Sun Dec 24 15:32:15 2006 New Revision: 490086 URL: http://svn.apache.org/viewvc?view=rev&rev=490086 Log: BIS Notice for TSU exception Note that this still needs to be registered with export-registry.xml and the cr

Re: svn commit: r490083 - /httpd/httpd/trunk/README

On 12/24/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: Author: fielding Date: Sun Dec 24 14:54:49 2006 New Revision: 490083 URL: http://svn.apache.org/viewvc?view=rev&rev=490083 Log: Follow Garrett's example and provide a crypto notice in the README, with specific details for removing the cry

Re: {VOTE] Import mod_wombat

On 11/26/06, Paul Querna <[EMAIL PROTECTED]> wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This is a vote to import mod_wombat under the httpd pmc. mod_wombat is currently located at: If the vote passes, mod_wombat will fill out the i

Re: [VOTE] Re: mod_wombat

On 11/20/06, Justin Erenkrantz <[EMAIL PROTECTED]> wrote: On 11/17/06, William A. Rowe, Jr. <[EMAIL PROTECTED]> wrote: > I'm happy to see wombat enter the ASF, but as an httpd-sponsored incubation > project. My question is, if we are punting mod_python out to a TLP, and > mod_perl is already a T

Re: mod_wombat

On 11/8/06, Brian McCallister <[EMAIL PROTECTED]> wrote: Yes. I had thought it would be a good labs project, but as there is already outside interest, I think a lab wouldn't be the right path for it. I figured as much. If there are people who aren't yet ASF committers of some sort who are int

Re: mod_wombat

On 11/8/06, Garrett Rooney <[EMAIL PROTECTED]> wrote: Seriously though, I want to see mod_lua here at the ASF eventually. Oops, s/mod_lua/mod_wombat/ -garrett

Re: mod_wombat

On 11/8/06, Paul Querna <[EMAIL PROTECTED]> wrote: Thoughts? Big +1 from me, although you probably saw that coming ;-) Seriously though, I want to see mod_lua here at the ASF eventually. I had originally thought of it as a good example of a labs type project (assuming that labs.apache.org ge

Re: Coding style

On 10/2/06, Nick Kew <[EMAIL PROTECTED]> wrote: We have a bunch of new bug reports[1], detailing bugs of the form if ((rv = do_something(args) == APR_SUCCESS)) for if ((rv = do_something(args)) == APR_SUCCESS) Of course, that's a C classic, and can be a *** to spot. We can avoid this

Re: Regexp-based rewriting for mod_headers?

On 9/29/06, Nick Kew <[EMAIL PROTECTED]> wrote: On Thursday 28 September 2006 18:29, Garrett Rooney wrote: > On 9/28/06, Nick Kew <[EMAIL PROTECTED]> wrote: > > We have a problem with DAV + SSL hardware. > > It appears to be the issue described in > > http://

Re: svn commit: r451006 - in /httpd/httpd/trunk/modules/generators: mod_cgi.c mod_cgid.c

On 9/29/06, Joe Orton <[EMAIL PROTECTED]> wrote: On Thu, Sep 28, 2006 at 08:15:44PM -, [EMAIL PROTECTED] wrote: > --- httpd/httpd/trunk/modules/generators/mod_cgi.c (original) > +++ httpd/httpd/trunk/modules/generators/mod_cgi.c Thu Sep 28 13:15:42 2006 > @@ -837,6 +837,11 @@ >

Re: Regexp-based rewriting for mod_headers?

On 9/28/06, Nick Kew <[EMAIL PROTECTED]> wrote: We have a problem with DAV + SSL hardware. It appears to be the issue described in http://svn.haxx.se/users/archive-2006-03/0549.shtml It seems to me that the ability to rewrite a request header will fix that. As a generic fix, I've patched mod_h

Re: creating new lbmethod for mod_proxy_balancer

On 9/25/06, Ruediger Pluem <[EMAIL PROTECTED]> wrote: After having a look in the code I am just wondering why we do not have any locks around when changing this shared data / do not use atomics when increasing e.g the value for the number of read bytes (worker->s->read). Is this correct? That'

Re: creating new lbmethod for mod_proxy_balancer

On 9/25/06, Ruediger Pluem <[EMAIL PROTECTED]> wrote: On 25.09.2006 16:32, Garrett Rooney wrote: > On 9/25/06, Jim Jagielski <[EMAIL PROTECTED]> wrote: > >> Actually, I've added the 'busy' struct element which >> could be used for that... The orig

Re: creating new lbmethod for mod_proxy_balancer

On 9/25/06, Jim Jagielski <[EMAIL PROTECTED]> wrote: Actually, I've added the 'busy' struct element which could be used for that... The orig intent was to add the mod_jk "busyness" LB method, but it would also serve as a flag that the member is busy ;) As of now, neither Trunk or 2.2.x do anyth

Re: creating new lbmethod for mod_proxy_balancer

On 9/25/06, snacktime <[EMAIL PROTECTED]> wrote: I have very little C programming experience, but I've decided to tackle adding another load balancing method to mod_proxy_balancer. The reason for a new lbmethod is to have something that works nicely with ruby on rails. Both ruby and rails are no

Re: [patch 16/16] remove duplicated defines

On 9/19/06, Davi Arnaut <[EMAIL PROTECTED]> wrote: Remove duplicated defines. Applied in r448226. Thanks, -garrett

Re: fcgi proxy module to 2.2.x?

On 9/7/06, Paul Querna <[EMAIL PROTECTED]> wrote: Jim Jagielski wrote: > Topic for discussion: Add the FCGI proxy module to > the 2.2.x distro? I personally would like to get the local-process spawning done first, or has everyone pretty much given up on ever doing that? I don't personally plan

Re: fcgi proxy module to 2.2.x?

On 9/7/06, Jim Jagielski <[EMAIL PROTECTED]> wrote: Topic for discussion: Add the FCGI proxy module to the 2.2.x distro? I'm split on the issue. On one hand, I'd like to have some evidence that someone has actually used it in anger and it didn't blow up on them. On the other hand I doubt anyo

Re: load balancer "cluster" set

On 7/31/06, Guy Hulbert <[EMAIL PROTECTED]> wrote: On Mon, 2006-31-07 at 13:54 -0400, Brian Akins wrote: > Guy Hulbert wrote: > > That's the ultimate case, after all :-) > > Not necessarily. Google's answer is to throw tons of hardware at > stuff. The point of contention was scalability ... fro

Re: svn commit: r423886 - in /httpd/httpd/trunk: CHANGES server/request.c

On 7/20/06, Ruediger Pluem <[EMAIL PROTECTED]> wrote: I guess I can't change the log entry anymore. All I can do is adjust the CHANGES entry. Would that address your concerns? Actually you can change the log entry. Try 'svn pedit --revprop -r REVISION' -garrett

Re: svn commit: r421686 - in /httpd/httpd/trunk: CHANGES docs/manual/mod/mod_proxy.xml modules/proxy/mod_proxy.c modules/proxy/mod_proxy.h modules/proxy/proxy_util.c

On 7/14/06, Nick Kew <[EMAIL PROTECTED]> wrote: On Friday 14 July 2006 14:16, Joe Orton wrote: > This introduced compiler warnings: > > cc1: warnings being treated as errors > mod_proxy.c: In function `proxy_interpolate': > mod_proxy.c:427: warning: passing arg 1 of `ap_strstr' discards qualifie

Re: APR-UTIL build breakage

On 7/12/06, Jim Jagielski <[EMAIL PROTECTED]> wrote: Since this morning, apr-util (trunk) is refusing to build: Making all in apr-util make[3]: *** No rule to make target `.make.dirs', needed by `buckets/apr_brigade.lo'. Stop. make[2]: *** [all-recursive] Error 1 make[1]: *** [a

Re: atom feeds for projects

On 7/4/06, Sam Ruby <[EMAIL PROTECTED]> wrote: Garrett Rooney wrote: > On 7/4/06, Sam Ruby <[EMAIL PROTECTED]> wrote: > >> > To be clear, AFAIK, there was never a patch for mod_mbox -- it was a >> > Ruby file that only solved part of the problem. Again, AFAIK,

Re: atom feeds for projects

On 7/4/06, Sam Ruby <[EMAIL PROTECTED]> wrote: > To be clear, AFAIK, there was never a patch for mod_mbox -- it was a > Ruby file that only solved part of the problem. Again, AFAIK, no one > ever wrote a patch in C for mod_mbox to attempt to resolve this issue. I offered. The response was, and

Re: [PATCH] Compilation on Solaris

On 6/16/06, Shanti Subramanyam <[EMAIL PROTECTED]> wrote: Thanks Mads. I've re-generated the PATCH with the Studio URL : --- README.platformsFri Jun 16 13:58:10 2006 +++ README.platforms.orig Thu Jun 15 13:13:50 2006 @@ -95,12 +95,4 @@ http://www.apache.org/dist/httpd/patches/apply_t

Re: httpd-win.conf broken on trunk

On 6/1/06, William A. Rowe, Jr. <[EMAIL PROTECTED]> wrote: Garrett Rooney wrote: > > One thing that seems odd, it looks like Makefile.win is still copying > docs/conf/httpd-win.conf to conf/httpd.conf.default, isn't the goal of > the previous changes to get a ma

Re: There should be a filter spec

On 6/5/06, Joachim Zobel <[EMAIL PROTECTED]> wrote: Am Donnerstag, den 01.06.2006, 16:36 +0200 schrieb Plüm, Rüdiger, VF EITO: > As far as I remember there had been also a discussion on who "owns" a brigade. > So who has to call / should not call apr_brigade_destroy / apr_brigade_cleanup > in the

Re: There should be a filter spec

On 5/26/06, Joachim Zobel <[EMAIL PROTECTED]> wrote: Hi. I need a specification that tells me what a filter must/should and must not/should not do. Is there something alike? My actual problem is that I have a filter that if nothing was modified drops all content, sets f->r->status to 304 and se

Re: svn commit: r410761 - /httpd/httpd/trunk/docs/conf/extra/httpd-mpm.conf.in

On 6/1/06, Joshua Slive <[EMAIL PROTECTED]> wrote: On 6/1/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Author: wrowe > Date: Wed May 31 22:42:13 2006 > New Revision: 410761 > > URL: http://svn.apache.org/viewvc?rev=410761&view=rev > Log: > > That's the point, isn't it? All mpm's in one b

Re: httpd-win.conf broken on trunk

On 6/1/06, William A. Rowe, Jr. <[EMAIL PROTECTED]> wrote: Garrett Rooney wrote: > It looks like the trunk version of httpd has been busted on win32 ever > since the big authz refactoring in r368027. I'd be happy to make the > changes to get it working again, if someone wo

httpd-win.conf broken on trunk

It looks like the trunk version of httpd has been busted on win32 ever since the big authz refactoring in r368027. I'd be happy to make the changes to get it working again, if someone would be so kind as to point me to some sort of documentation on how exactly one goes from "The old way" to "The

Re: Apache 2.0 -> 2.2 Module upgrade...errors

On 5/25/06, Schwenker, Stephen <[EMAIL PROTECTED]> wrote: Hello, I'm trying to upgrade a 3rd party module from 2.0 to 2.2 and I'm getting the following errors. Can anyone help me figure out what the issue is? I'm not sure where to start. Thank you, Steve. gcc -DHAVE_CONFIG_H -g -O2

Re: mod_proxy_fcgi and php

On 5/13/06, Markus Schiegl <[EMAIL PROTECTED]> wrote: Because of r->uri == r->path_info, ap_add_cgi_vars sets SCRIPT_NAME to "" PHP needs this one for backreference and http://cgi-spec.golux.com states it must be set. An empty r->path_info (manually patched) would give me a SCRIPT_NAME but remov

mod_dav spamming over r->status

So I've got this module that works as an input filter. It sits in front of mod_dav_svn and parses incoming REPORT requests, and when it determines that something is wrong it sets r->status and r->status_line and errors out by returning APR_EGENERAL. In HTTPD 2.0.x this works as I expect, the sta

Re: mail-archives.apache.org not refreshed

On 5/19/06, Plüm, Rüdiger, VF EITO <[EMAIL PROTECTED]> wrote: Someone an idea why at least the httpd lists do not get refreshed any more in the mod_mbox archive on mail-archives.apache.org? The latest entries e.g. for bugs@httpd.apache.org are rather old. Yeah, that was noticed yesterday, and

Re: [PATCH] aborting on OOM

On 5/10/06, Colm MacCarthaigh <[EMAIL PROTECTED]> wrote: On Wed, May 10, 2006 at 11:22:25AM -0700, Garrett Rooney wrote: > Which is likely to be redirected to /dev/null in most cases... We redirect standard error to the main error log :) See ap_open_logs in server/log.c :-) http

Re: [PATCH] aborting on OOM

On 5/10/06, Colm MacCarthaigh <[EMAIL PROTECTED]> wrote: On Wed, May 10, 2006 at 11:11:27AM -0700, Garrett Rooney wrote: > On 5/10/06, Colm MacCarthaigh <[EMAIL PROTECTED]> wrote: > >On Wed, May 10, 2006 at 10:53:50AM -0700, Garrett Rooney wrote: > >> I would p

Re: [PATCH] aborting on OOM

On 5/10/06, Colm MacCarthaigh <[EMAIL PROTECTED]> wrote: On Wed, May 10, 2006 at 10:53:50AM -0700, Garrett Rooney wrote: > I would personally prefer abort to exit... is write()'ing a static error message an option too? Perhaps, but where would you write() to? -garrett

Re: [PATCH] aborting on OOM

On 5/10/06, Joe Orton <[EMAIL PROTECTED]> wrote: There a few choices for what to do in the oom handler: 1.3 fprintf's to stderr, then does exit(1), which doesn't seem particularly wise since fprintf can itself malloc; could do similarly, could just exit(1) or even just exit(APEXIT_CHILDSICK); but

Re: mod_proxy_fcgi and php

On 4/22/06, Markus Schiegl <[EMAIL PROTECTED]> wrote: Sorry it took me so long to get back to this. Got distracted with other things, etc. From my limited perspective r->filename should be set to "/opt/www/html/i.php" Any ideas? mod_proxy_fcgi is talking to an arbitrary socket that could cor

Re: test/zb.c

On 5/8/06, Sander Temme <[EMAIL PROTECTED]> wrote: Found on http://svn.apache.org/viewcvs.cgi?rev=80572&view=rev Does an archive of that apache-core mailing list mentioned above exist? Yes, it does. The first few years of archives of the httpd pmc mailing list are actually the archives of th

Re: test/zb.c

On 5/8/06, Thom May <[EMAIL PROTECTED]> wrote: Hey, just had a report in debian that test/zb.c's license doesn't necessarily allow you to modify and redistribute the code. A quick grep around doesn't reveal any uses of this code in our tree, and given that we have support/ab.c it seems strange to

Re: [PATCH 5/6] hard restart on Linux #38737

On 5/7/06, Nick Kew <[EMAIL PROTECTED]> wrote: On Sunday 07 May 2006 23:07, Garrett Rooney wrote: > On 5/7/06, Nick Kew <[EMAIL PROTECTED]> wrote: > > Now, what about a platform that HAS_PTHREAD_KILL, but which uses some > > other form of threading in its APR (isn&#

Re: [PATCH 5/6] hard restart on Linux #38737

On 5/7/06, Nick Kew <[EMAIL PROTECTED]> wrote: Now, what about a platform that HAS_PTHREAD_KILL, but which uses some other form of threading in its APR (isn't that at least an option on some FreeBSD versions?) Wouldn't this break horribly when it pthread_kills a non-pthread? Couldn't it even h

Re: svn commit: r396063 - in /httpd/httpd/trunk: modules/proxy/config.m4 modules/proxy/fcgi_protocol.h modules/proxy/mod_proxy_balancer.c modules/proxy/mod_proxy_fcgi.c support/ support/Makefile.in su

On 4/28/06, Joe Orton <[EMAIL PROTECTED]> wrote: On Sat, Apr 22, 2006 at 03:44:07AM -, [EMAIL PROTECTED] wrote: > Author: rooneg > Date: Fri Apr 21 20:44:05 2006 > New Revision: 396063 > > URL: http://svn.apache.org/viewcvs?rev=396063&view=rev > Log: > Merge the fcgi-proxy-dev branch to trunk

Re: Fold mod_proxy_fcgi into trunk (and maybe 2.2...)

On 4/19/06, Jim Jagielski <[EMAIL PROTECTED]> wrote: I think that the Proxy FastCGI module is at a point where we should consider folding it into trunk, with the hope of it being backported to 2.2.x and some not-too-distant future. Since everyone seems to be in favor of merging it I went ahead

Re: Fold mod_proxy_fcgi into trunk (and maybe 2.2...)

On 4/19/06, Nick Kew <[EMAIL PROTECTED]> wrote: > On Wednesday 19 April 2006 16:06, Jim Jagielski wrote: > > > > +1 on merging to trunk, +0 on 2.2.x. I'd love to see someone actually > > > using it for something real before it goes into any release, and at > > > this point I'm not sure it has... >

Re: Fold mod_proxy_fcgi into trunk (and maybe 2.2...)

On 4/19/06, Colm MacCarthaigh <[EMAIL PROTECTED]> wrote: > On Wed, Apr 19, 2006 at 11:06:56AM -0400, Jim Jagielski wrote: > > > +1 on merging to trunk, +0 on 2.2.x. I'd love to see someone actually > > > using it for something real before it goes into any release, and at > > > this point I'm not s

Re: Fold mod_proxy_fcgi into trunk (and maybe 2.2...)

On 4/19/06, Plüm, Rüdiger, VF EITO <[EMAIL PROTECTED]> wrote: > > > > -Ursprüngliche Nachricht- > > Von: Jim Jagielski > > > > > > I think that the Proxy FastCGI module is at a point where > > we should consider folding it into trunk, with the hope > > of it being backported to 2.2.x and so

Re: Fold mod_proxy_fcgi into trunk (and maybe 2.2...)

On 4/19/06, Jim Jagielski <[EMAIL PROTECTED]> wrote: > I think that the Proxy FastCGI module is at a point where > we should consider folding it into trunk, with the hope > of it being backported to 2.2.x and some not-too-distant > future. > > Comments? +1 on merging to trunk, +0 on 2.2.x. I'd lo

Re: It's that time of the year again

On 4/17/06, Brian McCallister <[EMAIL PROTECTED]> wrote: > > On Apr 17, 2006, at 10:04 AM, Garrett Rooney wrote: > > > I suspect that a significant problem with this sort of project will be > > lack of proper hardware for benchmarking purposes. From everything >

Re: It's that time of the year again

On 4/17/06, Colm MacCarthaigh <[EMAIL PROTECTED]> wrote: > On Mon, Apr 17, 2006 at 12:34:29PM -0400, Rian A Hunter wrote: > > I think a SoC project that profiles Apache (and finds out where we > > fall short) so that we are able to compete with other lightweight HTTP > > servers popping up these da

Re: It's that time of the year again

On 4/16/06, Ian Holsman <[EMAIL PROTECTED]> wrote: > Google is about to start it's summer of code project > > what does this mean for HTTP/APR ? > > we need: > - mentors I'd be willing to help mentor. > and > - project ideas. A few ideas: in APR: - Improve the build system so that it can gen

Re: svn commit: r391080 - in /httpd/mod_smtpd/trunk/src: Makefile.am smtp_bouncer.c smtp_protocol.c smtp_util.c

On 4/3/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > --- httpd/mod_smtpd/trunk/src/smtp_util.c (original) > +++ httpd/mod_smtpd/trunk/src/smtp_util.c Mon Apr 3 09:40:17 2006 > @@ -76,15 +76,17 @@ > smtpd_run_on_reset_envelope(scr); > smtpd_clear_envelope_rec(scr); > } > - > +#if 0

Re: fcgi branch

On 4/1/06, Jim Jagielski <[EMAIL PROTECTED]> wrote: > Topic for discussion: merge mod_proxy_fcgi into trunk... > > I think we're pretty close... +1 There are a number of improvements I'd like to make eventually (fcgistarter needs a good way to let you signal the running fcgi processes to restart

Re: svn commit: r390511 - /httpd/httpd/trunk/support/ab.c

On 3/31/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > + ** > + ** Version 2.3 > + ** SIGINT now triggers output_results(). > + ** Conributed by colm, March 30, 2006 You're missing a "t" in contributed. -garrett

Re: [PATCH] (resend) Re: mod_authz_core:check_provider_list bug?

On 3/31/06, Max Bowsher <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Could someone commit? Committed in r390506, thanks. -garrett

Re: When did this break?

On 3/31/06, William A. Rowe, Jr. <[EMAIL PROTECTED]> wrote: > It seems this can be trivially solved by ensuring we defer this test until > after we invoke the sub-configure of apr and apr-util. > > Comments? Makes sense to me. -garrett

Re: APR resolver?

On 3/28/06, Rian A Hunter <[EMAIL PROTECTED]> wrote: > I know there is apr_sockaddr_info_get but this doesn't handle getting mx > records > (or other DNS record types). Should a "resolver" API be added to APR. > Actually I > think yes and I think I'm going to implement this. Any objections? A r

Re: svn commit: r384580 - in /httpd/httpd/trunk/modules/proxy: mod_proxy.c mod_proxy.h mod_proxy_ajp.c proxy_util.c

On 3/9/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > --- httpd/httpd/trunk/modules/proxy/mod_proxy.c (original) > +++ httpd/httpd/trunk/modules/proxy/mod_proxy.c Thu Mar 9 10:39:16 2006 > @@ -218,6 +218,26 @@ > } > } > } > +else if (!strcasecmp(key, "ajpflushpa

Re: Should fastcgi be a proxy backend?

On 3/7/06, Brian Candler <[EMAIL PROTECTED]> wrote: > I'm not sure what you mean there, in particular what you mean by 'assumes > that you can make multiple connections to back end fastcgi processes' > > What I'm familiar with is apache 1.x with mod_fcgi. In that case, the > typical fastcgi progra

Re: Should fastcgi be a proxy backend?

On 3/6/06, William A. Rowe, Jr. <[EMAIL PROTECTED]> wrote: > Garrett Rooney wrote: > > On 3/6/06, William A. Rowe, Jr. <[EMAIL PROTECTED]> wrote: > > > >>Jim Jagielski wrote: > > > > See, the issue for fastcgi isn't controlling persistence,

Re: Should fastcgi be a proxy backend?

On 3/6/06, Plüm, Rüdiger, VIS <[EMAIL PROTECTED]> wrote: > > von Garrett Rooney > > > > Exactly, the pool of available backends needs to be managed globally, > > which we don't currently have and it's not clear if that ability would > > be useful o

Re: Should fastcgi be a proxy backend?

On 3/6/06, Jim Jagielski <[EMAIL PROTECTED]> wrote: > Garrett Rooney wrote: > > > > On 3/6/06, Jim Jagielski <[EMAIL PROTECTED]> wrote: > > > I think the whole issue revolves around whether the balancer > > > should, or should not, pre-open connections

Re: Should fastcgi be a proxy backend?

On 3/6/06, Plüm, Rüdiger, VIS <[EMAIL PROTECTED]> wrote: > > > > -Ursprüngliche Nachricht- > > Von: [EMAIL PROTECTED] > > > > We actually have a way to do that, it's the close_on_recycle flag, and > > I had to turn it on in order to get anything approaching reliability > > for fastcgi. The

Re: Should fastcgi be a proxy backend?

On 3/6/06, Sascha Schumann <[EMAIL PROTECTED]> wrote: > > > Also, we tend to run most of our fastcgi's using a domain socket. I'm > > > sure others do that as well. > > > > > > > Isn't that very unreliable? > > Why should Unix domain sockets be unreliable? Yeah, that's my question as well. Q

Re: Should fastcgi be a proxy backend?

On 3/6/06, William A. Rowe, Jr. <[EMAIL PROTECTED]> wrote: > Jim Jagielski wrote: > > I think the whole issue revolves around whether the balancer > > should, or should not, pre-open connections and manage them > > internally, or whether it should be one-shot. The real > > power is being able to lo

Re: Should fastcgi be a proxy backend?

On 3/6/06, Brian Akins <[EMAIL PROTECTED]> wrote: > Garrett Rooney wrote: > [snip] > > > Also, we tend to run most of our fastcgi's using a domain socket. I'm > sure others do that as well. True, but that's actually fairly simple to implement. I've g

Re: Should fastcgi be a proxy backend?

On 3/6/06, Jim Jagielski <[EMAIL PROTECTED]> wrote: > I think the whole issue revolves around whether the balancer > should, or should not, pre-open connections and manage them > internally, or whether it should be one-shot. The real > power is being able to load balance, and implement > that in a

Should fastcgi be a proxy backend?

So, predictably, now that we've gotten mod_proxy_fcgi to the point where it's actualy able to run real applications I'm starting to question some basic assumptions we made when we started out along this course. The general idea was that we want to be able to get content from some fastcgi processes

Re: Rails and mod_proxy_fcgi, a match made in... well... someplace anyway.

On 3/4/06, Garrett Rooney <[EMAIL PROTECTED]> wrote: > Doing more than this may or may not work. For example, if you use > rails scaffolding to create a model, view, and controller for some > object you'll be able to view some pages, but some will hang. Oddly, > clicki

Rails and mod_proxy_fcgi, a match made in... well... someplace anyway.

So I've been trying to make Rails work with mod_proxy_fcgi (since the whole point of writing mod_proxy_fcgi was to make it easier to use rails/django type web apps with httpd, and I'm more of a Ruby person than a Python person), and I think I've made enough progress that it's worth sharing with the

Re: Recompiling modules for Apache 2.2.0

On 2/14/06, System Support <[EMAIL PROTECTED]> wrote: > I am trying to recompile some modules from Apache 2.0 to use under 2.2.0, > and get the following: > > In file included from /usr/local/apache2/include/ap_config.h:25, > from /usr/local/apache2/include/httpd.h:43, >

Re: APR cross-platform signal semantics

On 2/4/06, Nick Kew <[EMAIL PROTECTED]> wrote: > Historically, different platforms have different signal semantics. > > I need to set up a signal handler. The primary targets are > Linux and Solaris, but I'd much prefer cross-platform. And I'd > like it to be MPM-agnostic in httpd, though the pri

Re: svn commit: r374754 - in /httpd/site/trunk: docs/ docs/mod_smtpd/ docs/modules/ xdocs/ xdocs/mod_smtpd/ xdocs/modules/

On 2/3/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > +mod_smtpd started it's life as a 2005 Google Summer of Code > project > +taken on by Rian Hunter and Jem Berkes > with > +mentors Nick Kew and Paul Querna. It > continues > +its life being developed and maintained by Ria

Re: Outch, a few problems for 2.0/2.2

On 2/2/06, William A. Rowe, Jr. <[EMAIL PROTECTED]> wrote: > Finally vpath + symlink builds were broken, there is a set of patches > over on http://people.apache.org/~wrowe/ named fixbuild-n.n.patch where > -n.n is -2.0 & -0.9, -2.2 & -1.2, and -2.3 & 1.3 for the corresponding > httpd and apr-util

Re: Bouncing messages in mod_smtpd

On 2/1/06, Rian Hunter <[EMAIL PROTECTED]> wrote: > mod_smtpd needs a bouncing mechanism! I need some help with this > because I am not sure how to approach this. Should I implement an > entire SMTP client in mod_smtpd to bounce messages? Should I relegate > this responsibility to a sendmail comma

Re: mod_proxy_fcgi TODO list

On 1/14/06, Garrett Rooney <[EMAIL PROTECTED]> wrote: > Fix handle_headers so that it works when the \r\n\r\n is split into > two of the FastCGI records, or when a FastCGI uses \n\n without the > \r's. This is done as of r371428. -garrett

Re: httpd and locales

On 1/19/06, André Malo <[EMAIL PROTECTED]> wrote: > * Branko Čibej wrote: > > > You're confusing the content of the SVN repository and hook scripts > > stored on the local filesystem. Paths in the first are always encoded in > > UTF-8. The latter naturally have to obey the server's locale. > > I do

Re: httpd and locales

On 1/18/06, André Malo <[EMAIL PROTECTED]> wrote: > * Garrett Rooney wrote: > > > The specific problem I'm trying to fix is that mod_dav_svn fails to > > run a pre-lock hook script when you try to lock a filename with double > > byte characters. It never even

Re: httpd and locales

On 1/18/06, Joe Orton <[EMAIL PROTECTED]> wrote: > On Wed, Jan 18, 2006 at 11:17:30AM -0800, Garrett Rooney wrote: > > Is there any particular reason that httpd never does the > > 'setlocale(LC_ALL, "");' magic necessary to get libc to respect the > &g

httpd and locales

Is there any particular reason that httpd never does the 'setlocale(LC_ALL, "");' magic necessary to get libc to respect the various locale related environment variables? As far as I can tell, despite system settings for locale (i.e. /etc/sysconfig/i18n on RHEL) httpd always runs with a locale of

Re: svn commit: r369283 - in /httpd/httpd/trunk: ./ build/win32/ modules/aaa/ modules/arch/win32/ modules/cache/ modules/database/ modules/dav/fs/ modules/dav/main/ modules/debug/ modules/echo/ module

On 1/16/06, William A. Rowe, Jr. <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] wrote: > > Author: rooneg > > Date: Sun Jan 15 15:47:19 2006 > > New Revision: 369283 > > > > URL: http://svn.apache.org/viewcvs?rev=369283&view=rev > > Log: > > Update svn:ignore properties so that generated files from

The Win32 Build, Visual Studio Versions, etc.

So I played around with getting HTTPD to build on a windows machine today, using only the freely available "Express" version of Visual C++ that Microsoft released a little while back. It works, basically, but it's not nearly as easy as it should be, for a few reasons. The major problems is that t

[PATCH] fix warning in mod_usertrack.c

While playing around with httpd on win32 today, I noticed a small warning in mod_usertrack.c. > >cls->expires = modifier; > The problem here is that modifier is a time_t, and cls->expires is an int, and Visual C++ Express 2005 is unthrilled about the possibility for data loss there. I threw

Re: mod_proxy_fcgi TODO list

On 1/15/06, Graham Leggett <[EMAIL PROTECTED]> wrote: > Garrett Rooney wrote: > > > Need a way to use a unix domain socket or a pipe instead of a TCP socket. > > Isn't this a filter problem? > > mod_proxy in theory should not care that the source is a socket b

mod_proxy_fcgi TODO list

Just in case other people want to jump in and fix things, here's a list of stuff I think needs to be done in order to make httpd + mod_proxy_fcgi a good replacement for the current popular fcgi solutions (httpd 1.3.x and mod_fcgi and lighttpd + it's fcgi module). Note that this is split up into th

  1   2   3   >