Brian W. Fitzpatrick wrote:
Badda bing, badda boom. So my rsync fears were unfounded, it appears
it is trivial to mirror the repository?
I'm much more comfortable with that news. Is this more or less bandwidth
intensive than simply rsync'ing the repository files themselves?
Much much much much
Geoffrey Young wrote:
hi all
I was just in garrett's APR talk here at oscon and he was mentioning the
APR_STATUS_IS_SUCCESS macro, which I found interesting since httpd only uses
it in a few places, opting for a direct comparison to APR_SUCCESS instead.
should we move to APR_STATUS_IS_SUCCESS in
William A. Rowe, Jr. wrote:
The initial thought was you might have LDAP success, OS status success,
and possibly multiple return codes that were considered successes.
Nothing was ever done with this.
What about the win32 definition of the macro:
#define APR_STATUS_IS_SUCCESS(s) ((s) ==
Greg Stein wrote:
On Wed, Jul 28, 2004 at 08:08:05PM -0400, Ryan Bloom wrote:
Basically, the macro is wrong and needs to be removed. The contract
that _all_ APR API's live up to is that on a successful result, they
must return APR_SUCCESS. The reason we chose to use 0 as success is
simple:
Yup.
Brian Akins wrote:
Or use HEAD where apr_off_t is an off64_t on i386
too.
any plan to backport this? All my counters are rolling over :(
That sounds like the kind of thing that would break binary
compatability, so I imagine it won't be backported.
-garrett
Nick Kew wrote:
On Thu, 16 Sep 2004, Paul Querna wrote:
In most of the Apache 2.0.XX releases, we have been using a CVS snapshot
of APR and APR-Util.
I would like to make it an official policy that for the 2.2 cycle, we
will never use a CVS snapshot of APR.
That makes httpd releases (relatively
Justin Erenkrantz wrote:
--On Friday, September 17, 2004 1:07 PM -0400 Garrett Rooney
[EMAIL PROTECTED] wrote:
Could someone please take a look at bug 31228 in bugzilla?
It's just adding a new response code (226) which is defined in rfc3229.
I'm working on a module that implements a type
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
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 on
On 9/19/06, Davi Arnaut [EMAIL PROTECTED] wrote:
Remove duplicated defines.
Applied in r448226. Thanks,
-garrett
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 not
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 anything
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's a
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
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 @@
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://svn.haxx.se/users/archive-2006-03/0549.shtml
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
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
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
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 TLP -
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:
http://svn.i-want-a-pony.com/repos/wombat/trunk/
If the vote passes, mod_wombat will fill out the
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=revrev=490083
Log:
Follow Garrett's example and provide a crypto notice in the README,
with specific details for removing the
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=revrev=490086
Log:
BIS Notice for TSU exception
Note that this still needs to be registered with export-registry.xml
and the
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 a
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.
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
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 performance and design decisions to be made. If
others
can make
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
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
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] )
+as
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.x
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
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
On 12/3/05, Ian Holsman [EMAIL PROTECTED] wrote:
I'd also like to brainstorm a better solution to running Rails/Django
applications inside of the httpd process than the SCGI/FastCGI solution
which most people use.
Out of curiosity, what do you think is wrong with the current FastCGI
method of
On 12/8/05, Ruediger Pluem [EMAIL PROTECTED] wrote:
Furthermore you need a platform with a recent JDK. Of course our main
platforms should provide
this, but I think many of the platforms on the outer rim do not have this.
Converting the build system to Ant would cancel support for those
On 12/8/05, Brandon Fosdick [EMAIL PROTECTED] wrote:
FWIW, I've never seen that syntax before either.
That's C99 syntax. Older compilers, and C++ compilers, don't
generally support it.
-garrett
On 12/23/05, Maxime Petazzoni [EMAIL PROTECTED] wrote:
Since this tarball was not yet a release, does it still apply ? You're
getting self-contradictory here :)
It doesn't really matter, the point is that you've now got a situation
where there are multiple different tarballs with the same
So I've been taking a look at the new work Paul's been doing on the
fcgi-proxy-dev branch, and it looks really cool, but I've got some
questions on its direction. What's there now is the beginnings of
functionality to let you use mod_proxy to send requests for particular
parts of the URL space to
I wasy playing around with the FastCGI stuff tonight, and I
implemented the next step in the request process, sending the
environment over to the backend fcgi process. This also involved
refactoring some of the existing code a bit, removing unused
variables, etc, but nothing too extraordinary.
On 12/26/05, Paul Querna [EMAIL PROTECTED] wrote:
Garrett Rooney wrote:
I wasy playing around with the FastCGI stuff tonight, and I
implemented the next step in the request process, sending the
environment over to the backend fcgi process. This also involved
refactoring some
And here we have today's mod_proxy_fcgi patch, support for sending the
FASTCGI_STDIN records (which contain the data from the body of the
request) to the fastcgi process. Again, basic testing with a Ruby
fastcgi program indicates that it's at least minimally functional
Log follows, patch
On 12/26/05, Paul Querna [EMAIL PROTECTED] wrote:
Garrett Rooney wrote:
And here we have today's mod_proxy_fcgi patch, support for sending the
FASTCGI_STDIN records (which contain the data from the body of the
request) to the fastcgi process. Again, basic testing with a Ruby
fastcgi
On 12/26/05, Justin Erenkrantz [EMAIL PROTECTED] wrote:
On Mon, Dec 26, 2005 at 11:28:45PM -0800, Paul Querna wrote:
1) 1024 is tiny. Prolly should try something much higher.
How about using AP_IOBUFSIZE instead? -- justin
Makes sense to me. The next patch switches to using that for the
This patch makes the code for talking to the back end fastcgi process
use apr_poll, interleaving reads and writes as they become ready.
Note that it doesn't actually switch to nonblocking reads/writes, but
that can be done in another pass. This also switches to AP_IOBUFSIZE
for the read/write
On 12/27/05, Garrett Rooney [EMAIL PROTECTED] wrote:
Comments, as always, are more than welcome.
As Paul pointed out on IRC, this patch fails to parse the HTTP headers
coming back from the back end fastcgi process. Here's an updated
version that fixes that. Log follows, patch attached
On 12/27/05, Garrett Rooney [EMAIL PROTECTED] wrote:
On 12/27/05, Garrett Rooney [EMAIL PROTECTED] wrote:
Comments, as always, are more than welcome.
As Paul pointed out on IRC, this patch fails to parse the HTTP headers
coming back from the back end fastcgi process. Here's an updated
On 12/29/05, Jim Jagielski [EMAIL PROTECTED] wrote:
Personally, I think it would be cool to fold the fcgi branch
into httpd-trunk. I have some cycles coming up and it would
be cool to get that puppy official for trunk and maybe
even 2.2
No objection to merging it eventually, but I'd really
On 12/29/05, Brian McCallister [EMAIL PROTECTED] wrote:
On Dec 29, 2005, at 2:08 PM, Paul Querna wrote:
As for backport it to 2.2 Right now, I believe this should be
one of the headliner features for a 2.4 release in 8-12 months.
I am not a fan of backportitist. I am not saying I
Here's a very lightly tested patch to allow mod_proxy_fcgi to deal
with fastcgi records with content length greater than AP_IOBUFSIZE.
If someone could double check the math to make sure it's correct in
all cases I'd appreciate it, I tested it by reducing the buffers to
very small sizes, and it
On 12/29/05, Garrett Rooney [EMAIL PROTECTED] wrote:
Here's a very lightly tested patch to allow mod_proxy_fcgi to deal
with fastcgi records with content length greater than AP_IOBUFSIZE.
If someone could double check the math to make sure it's correct in
all cases I'd appreciate it, I tested
On 12/29/05, Colm MacCarthaigh [EMAIL PROTECTED] wrote:
[1] and [3] on their own are simply enough, [2] is the crazy part.
Does any of this make any sense?
I don't know enough about [2] to say if it's possible or not, but it
makes sense at first glance. I'm highly in favor of [3], since it
On 12/30/05, Garrett Rooney [EMAIL PROTECTED] wrote:
On 12/29/05, Garrett Rooney [EMAIL PROTECTED] wrote:
Here's a very lightly tested patch to allow mod_proxy_fcgi to deal
with fastcgi records with content length greater than AP_IOBUFSIZE.
If someone could double check the math to make
There's a small bug in the fastcgi header parsing code, the chars need
to be treated as unsigned in order for all the shifting to work
properly...
Log follows, patch attached.
-garrett
Fix the extraction of shorts from the header parsing code.
* modules/proxy/mod_proxy_fcgi.c
(dispatch):
On 12/31/05, Rian Hunter [EMAIL PROTECTED] wrote:
Also I want to fix the folder hierarchy and put all the src in one
folder and the Makefiles in others, so it isn't so UNIX-centric.
Most of the suff you mentioned seems fine (in concept anyway), but I
don't really see the point of this one.
On 1/2/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: jim
Date: Mon Jan 2 10:25:42 2006
New Revision: 365387
URL: http://svn.apache.org/viewcvs?rev=365387view=rev
Log:
Temporary hack to allow testing to continue. Interesting that
other FCGI modules (like mod_fcgid) don't bother to
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=365376view=rev
Log:
Avoid magic numbers. Since we are reading the header, let's
be explicit about it. Also removes the need to clean
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=3D365376view=3Drev
Log:
Avoid magic numbers
On 1/4/06, Jim Jagielski [EMAIL PROTECTED] wrote:
On Jan 4, 2006, at 4:32 AM, Ian Holsman wrote:
I'm not sure why we aren't just reading the plen at the same time
as the clen... but as is when the 2nd header is read, it is not in
sync (out by padding-len bytes)
this patch makes it
On 1/4/06, Jim Jagielski [EMAIL PROTECTED] wrote:
On Jan 4, 2006, at 10:38 AM, Garrett Rooney wrote:
See the list archives from last week for my
attempts if you want someplace to start.
You mean: Message-Id:
[EMAIL PROTECTED] ??
That exact message is the version we finally went
On 1/4/06, Jim Jagielski [EMAIL PROTECTED] wrote:
How are you testing? Let me see if I can recreate
your test env here (or Paul's) so I can dig deeper.
I tested those changes with a simple fastcgi app that just dumps 50 or
60 bytes of content, then I manually messed with the size of the
On 1/4/06, Jim Jagielski [EMAIL PROTECTED] wrote:
Garrett Rooney wrote:
On 1/4/06, Jim Jagielski [EMAIL PROTECTED] wrote:
How are you testing? Let me see if I can recreate
your test env here (or Paul's) so I can dig deeper.
I tested those changes with a simple fastcgi app
On 1/5/06, Ian Holsman [EMAIL PROTECTED] wrote:
this allows you to pass a 'path' to the fast cgi process
to use:
ProxyPass /forum fcgi-tcp://127.0.0.1:8005/foruX
request
/forum/zx will have a path_info of /foruX/zx
posting it as a patch, as the code is a bit fugly.
The question is, what
On 1/5/06, Garrett Rooney [EMAIL PROTECTED] wrote:
On 1/5/06, Ian Holsman [EMAIL PROTECTED] wrote:
this allows you to pass a 'path' to the fast cgi process
to use:
ProxyPass /forum fcgi-tcp://127.0.0.1:8005/foruX
request
/forum/zx will have a path_info of /foruX/zx
posting
On 1/7/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: rooneg
Date: Sat Jan 7 20:48:50 2006
New Revision: 366985
URL: http://svn.apache.org/viewcvs?rev=366985view=rev
Log:
In theory, we now correctly implement all of the FastCGI protocol, so
there's no reason that request ids
On 1/8/06, Jim Jagielski [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
Author: rooneg
Date: Sat Jan 7 13:37:40 2006
New Revision: 366926
Weird... Just yesterday I did the below, which allows us to
keep using FCGI headers where natural yet also resolves the
struct stuff I
On 1/8/06, Jim Jagielski [EMAIL PROTECTED] wrote:
On Jan 8, 2006, at 1:46 PM, Garrett Rooney wrote:
On 1/8/06, Jim Jagielski [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
Author: rooneg
Date: Sat Jan 7 13:37:40 2006
New Revision: 366926
Weird... Just yesterday I did
On 1/8/06, Jim Jagielski [EMAIL PROTECTED] wrote:
If it's OK, I'll merge the best aspects of both together and commit
that...
Basically, it would be abstracting out the mapping between the header
struct and the actual array used, to use the header when logical
but avoid the mess of loads of
On 1/7/06, Garrett Rooney [EMAIL PROTECTED] wrote:
On 1/5/06, Garrett Rooney [EMAIL PROTECTED] wrote:
On 1/5/06, Ian Holsman [EMAIL PROTECTED] wrote:
this allows you to pass a 'path' to the fast cgi process
to use:
ProxyPass /forum fcgi-tcp://127.0.0.1:8005/foruX
request
On 1/8/06, Garrett Rooney [EMAIL PROTECTED] wrote:
On 1/7/06, Garrett Rooney [EMAIL PROTECTED] wrote:
On 1/5/06, Garrett Rooney [EMAIL PROTECTED] wrote:
On 1/5/06, Ian Holsman [EMAIL PROTECTED] wrote:
this allows you to pass a 'path' to the fast cgi process
to use:
ProxyPass
As we get further into implementing this stuff, it seems more and more
silly to have more than one scheme for fastcgi. Any non-tcp mechanism
is going to require more info than we can easily get out of the URL
anyway, since we're already using the path portion of the URL for
calculating the
On 1/9/06, Garrett Rooney [EMAIL PROTECTED] wrote:
With that in mind, does anyone object to the following patch?
Well, since nobody jumped up and down screaming NO, NO, DON'T DO IT
I committed this in r367906.
-garrett
On 9/9/05, Daniel L. Rall [EMAIL PROTECTED] wrote:
This is a code-clarity improvement only.
* server/request.c
(ap_process_request_internal): Check the return value of hook
functions against the constant OK -- defined in httpd.conf as
Module has handled this stage -- instead of
On 1/13/06, Nick Kew [EMAIL PROTECTED] wrote:
r368730 encodes Rüdiger's name using UTF-8 in CHANGES.
When I look at it, I see junk in my default tools. I also see junk
when viewing it in viewcvs.cgi, which reports it as iso-8859-1.
Is that just a viewcvs bug and my local setup, or is there
On 1/13/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
--- httpd/httpd/trunk/modules/aaa/config.m4 (original)
+++ httpd/httpd/trunk/modules/aaa/config.m4 Fri Jan 13 16:13:22 2006
@@ -48,6 +48,10 @@
dnl keep the bad guys out.
APACHE_MODULE(authz_default, authorization control backstopper, ,
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
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 beyond
maybe knowing to insert the right filter
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
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
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=369283view=rev
Log:
Update svn:ignore properties so that generated files from a win32 VC++
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
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
various locale related environment variables? As far
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 gets to the point of trying to run the
script
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 don't think
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
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 command or
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
On 2/3/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
+ttmod_smtpd/tt started it's life as a 2005 Google Summer of Code
project
+taken on by strongRian Hunter/strong and strongJem Berkes/strong
with
+mentors strongNick Kew/strong and strongPaul Querna/strong. It
continues
+
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 prime
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,
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
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,
clicking on links that direct you
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
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
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 got a
scheme for making that work under proxy already
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 load
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. Quite a few
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 problem with
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 and manage them
internally, or whether it should be one
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 outside of fastcgi.
But as connection pools are per worker
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, persistent
connections are fine as long as you're actually making use
1 - 100 of 191 matches
Mail list logo
