dean gaudet wrote:
>your numbers look about in the right ballpark for the top performance
>you'll get from apache on that hardware. the apache architecture has some
>fundamental performance issues... consider using TUX instead (it's
>included with redhat 7.1) or X15 (which is also linux, userlan
APACHE 2.0 STATUS: -*-text-*-
Last modified at [$Date: 2001/09/17 11:22:52 $]
Release:
2.0.25 : rolled August 29, 2001
2.0.24 : rolled August 18, 2001
2.0.23 : rolled August 9, 2001
2.0.22 : rolled July 29, 2001
2.0.21 : rolle
APACHE 1.3 STATUS: -*-text-*-
Last modified at [$Date: 2001/09/26 18:22:06 $]
Release:
1.3.21: In development - Bill Stoddard has proposed a T&R "soon",
most likely the 1st week of October.
1.3.20: Tagged and rolled May 15, 2001. An
From: "Greg Ames" <[EMAIL PROTECTED]>
Sent: Wednesday, September 26, 2001 3:44 PM
> Greg Ames wrote:
> >
> > Ryan Bloom wrote:
> > >
> > > On Tuesday 25 September 2001 03:32 pm, Greg Ames wrote:
> > >
> > > Yeah, that should fail. Why isn't that an absolute path?
> >
> > That's the bug. We'r
> One problem though - the documentation file for proxy was moved out
> without it's history. The new file now has a history of it's own - is
> there a way of merging two ,v files?
You can choose the oldest and then replay the commitlog diffs. Or you
can branch it at some common revision, apply
On Wednesday 26 September 2001 05:45 pm, Roy T. Fielding wrote:
> > I'm still in favor of apr-client. If we want to rename the top-level CVS
> > directory at some point, then fine...
>
> Okay, assuming the APR PMC wants to take it on as a responsibility.
I'll check this, and report back the resul
On Wednesday 26 September 2001 05:40 pm, Graham Leggett wrote:
> Graham Leggett wrote:
> > The last step is to use cvs rm to remove the files (aka move the files
> > to the Attic) from the httpd-proxy tree.
>
> Sorry - that was the second last step.
>
> The last step is to merge the changes in the
"Roy T. Fielding" wrote:
> It looks good to me. cvs update -dP worked without hitch and the
> cvs log seems fine. Do we want to continue with CHANGES in that directory
> or merge them into the main CHANGES file?
I vote for combining them into the CHANGES file.
One problem though - the documen
> I'm still in favor of apr-client. If we want to rename the top-level CVS
> directory at some point, then fine...
Okay, assuming the APR PMC wants to take it on as a responsibility.
Roy
> In theory this should mean that when an old version of httpd-2.0 is
> checked out, the equivalent aged files in the proxy will be checked out
> too. I would appreciate it if someone could double check what I have
> done is correct.
It looks good to me. cvs update -dP worked without hitch and t
Graham Leggett wrote:
> The last step is to use cvs rm to remove the files (aka move the files
> to the Attic) from the httpd-proxy tree.
Sorry - that was the second last step.
The last step is to merge the changes in the httpd-proxy CHANGES file
into the httpd-2.0 CHANGES file. I will do this
Greg Stein wrote:
> Thankfully, it appears that we moved all that history over to httpd-proxy.
> Which, in turn, *may* mean that there is nothing in the Attic that is not
> already in the httpd-proxy history.
Ok - this is what I have done:
I checked the history - when the code was removed, the
On Thu, Sep 27, 2001 at 01:33:10AM +0200, Graham Leggett wrote:
>
> Would anyone object to me changing this to "ProxyErrorOverride" - the
> above directive is *way* too long...
>
+1 from the proxy peanut gallery.
--Cliff
--
Cliff Wo
On Thu, Sep 27, 2001 at 01:33:10AM +0200, Graham Leggett wrote:
> [EMAIL PROTECTED] wrote:
>
> > add the ProxyHTTPOverrideReturnedErrors directive documentation
>
> Would anyone object to me changing this to "ProxyErrorOverride" - the
> above directive is *way* too long...
+1
--
Greg Stein,
On Wed, Sep 26, 2001 at 04:22:46PM -0700, Roy T. Fielding wrote:
>...
> > Nah. This has utility outside of httpd. Specifically, Subversion is an
> > excellent candidate. I also know that Covalent has a similar library that
> > they use internally ("apua", I believe). So that is candidate #2. And t
> Independent of httpd effectively means APR. I guess you could be an httpd
> subproject, but this has nothing to do with an HTTP server.
>
> [ there is no way the board would establish a new PMC for this, speaking as
> one of those board members :-) ]
I don't see why. I don't believe umbrell
[EMAIL PROTECTED] wrote:
> add the ProxyHTTPOverrideReturnedErrors directive documentation
Would anyone object to me changing this to "ProxyErrorOverride" - the
above directive is *way* too long...
Regards,
Graham
--
-
[EMAIL PROTECTED]
On Wed, Sep 26, 2001 at 04:15:30PM -0700, Aaron Bannert wrote:
> On Wed, Sep 26, 2001 at 03:52:18PM -0700, Greg Stein wrote:
> > > FWIW, flood in httpd-test already has 80% of what Sander suggested.
> >
> > Sander and I already talked about stealing code from flood and mod_proxy. :-)
>
> *ahem*
On Wednesday 26 September 2001 04:22 pm, Roy T. Fielding wrote:
> > > And, in discussions with Roy, I think he was thinking a client
> > > library should be a part of httpd not APR. But, I don't care
> > > one way or another. -- justin
> >
> > Nah. This has utility outside of httpd. Specifically
On Wednesday 26 September 2001 03:21 pm, Greg Stein wrote:
> Umm... Ryan... *what* are you talking about? :-)
Ooops, you're right. I misremembered the uri parsing stuff. My fault.
Ryan
__
Ryan Bloom [EMAIL
> > And, in discussions with Roy, I think he was thinking a client
> > library should be a part of httpd not APR. But, I don't care
> > one way or another. -- justin
>
> Nah. This has utility outside of httpd. Specifically, Subversion is an
> excellent candidate. I also know that Covalent has a
> Well, I don't know for sure, but there might be another option
> that doesn't involve too much work.
>
> In CVSROOT/modules do this:
>
> httpd-2.0 httpd-2.0 &httpd-2.0/modules/proxy
> httpd-2.0/modules/proxy -d modules/proxy httpd-proxy/module-2.0
>
> But then again, this m
On Wed, Sep 26, 2001 at 03:52:18PM -0700, Greg Stein wrote:
> > FWIW, flood in httpd-test already has 80% of what Sander suggested.
>
> Sander and I already talked about stealing code from flood and mod_proxy. :-)
*ahem* ;)
In all seriousness, I think we've already got most of the code we want.
On Wed, Sep 26, 2001 at 03:33:12PM -0700, Justin Erenkrantz wrote:
> On Wed, Sep 26, 2001 at 03:21:42PM -0700, Greg Stein wrote:
> > But that said, I'm am a BIG +1 on adding an http client library into the
> > ASF's APR project. Whether people want that to go into apr-util or into a
> > new apr-cl
On Wed, Sep 26, 2001 at 11:14:05PM +0200, Sander Striker wrote:
> Hi all,
>
> I wish to propose a new library: apr-client.
btw, I'm +1 on all points in here. Sander and I talked about this quite a
bit last night over IRC. I'm hoping for a general go ahead, a creation of a
STATUS and or roadmap/d
On Wed, Sep 26, 2001 at 03:21:42PM -0700, Greg Stein wrote:
> But that said, I'm am a BIG +1 on adding an http client library into the
> ASF's APR project. Whether people want that to go into apr-util or into a
> new apr-client, I'm not too concerned.
FWIW, flood in httpd-test already has 80% of
Would anyone have a problem if I converted AP_CHILD_THREAD_FROM_ID from
a macro that returns "n,m" to two macros that each return an int?
Something like AP_CHILD_PSLOT_FROM_ID() and AP_CHILD_TSLOT_FROM_ID()?
I'd like to do this for a couple reasons:
1) it gives us the opportunity to reduce the n
Umm... Ryan... *what* are you talking about? :-)
I do not recall ever discussing a client library in there. Nor as a
motivation for APRUTIL. I'm happy to be disproved on that :-), but I'd
rather see a separate library started for this. An http client library is a
big chunk of code.
I just counte
Jim Jagielski <[EMAIL PROTECTED]> writes:
> PR 8001 reports that we are incorrectly using exit() in clean_child_exit
> when it's called via just_die, which is a signal handler... I'm not
> aware of exit() being a non-recommended option :)
Hmmm, never heard of exit() as a problem. Maybe the poin
On Wednesday 26 September 2001 02:14 pm, Sander Striker wrote:
There is supposed to be an http client library as a part of apr-util.
It's just that nobody has actually written it yet. I would prefer to not
create another library for this, because this client lib was one of the
reasons that apr-u
Hi all,
I wish to propose a new library: apr-client.
It is basically a http client library. I see
a direct use for at least three projects:
- mod_proxy (which has most of the code in it),
- flood (to do more flexible testing, for example
with authentication, or even ssl client auth),
We (and third party modules) call lots of stuff in clean_child_exit that is not safe to
call from a signal handler. Dean has pointed this out many times. We need to eliminate
this particular architectural flaw in 2.0.
BTW, Jeff is working on a patch to 1.3 that will help out some though I do not
Yep, you are right. My head is a bit fuzzy recovering from some flu like bug.
Bill
- Original Message -
From: "William A. Rowe, Jr." <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Wednesday, September 26, 2001 10:52 AM
Subject: Re: cvs commit: apache-1.3/src/os/
Greg Ames wrote:
>
> Ryan Bloom wrote:
> >
> > On Tuesday 25 September 2001 03:32 pm, Greg Ames wrote:
> >
> > Yeah, that should fail. Why isn't that an absolute path?
>
> That's the bug. We're not mapping the subrequest URI into a path in
> this case.
OK, this takes care of it. mod_rewrit
PR 8001 reports that we are incorrectly using exit() in clean_child_exit
when it's called via just_die, which is a signal handler... I'm not
aware of exit() being a non-recommended option :)
Anyone else have more info on this...
--
"William A. Rowe, Jr." wrote:
>
> The actual merge occurs in ap_sub_req_method_uri().
Thanks!
> Can you breakpoint and
> determine what's passed? This sounds like a vhost's per-dir-config may not
> be initialized.
from an earlier post,
#6 0x08081d1e in ap_sub_req_method_u
The actual merge occurs in ap_sub_req_method_uri(). Can you breakpoint and
determine what's passed? This sounds like a vhost's per-dir-config may not
be initialized.
I also (reviewing that code) didn't like what I saw...
udir = ap_make_dirstr_parent(rnew->pool, r->uri);
udir =
From: <[EMAIL PROTECTED]>
Sent: Wednesday, September 26, 2001 9:59 AM
> wrowe 01/09/26 07:59:29
>
> Modified:src/modules/standard mod_unique_id.c
> Log:
> Implement gettid() based qualifier for MULTITHREAD platforms.
Be warned that we still use the static variables that need
Copying [EMAIL PROTECTED], so that the APR developers know about this.
On Wednesday 26 September 2001 04:18 am, Daniel Stone wrote:
> Hi all,
> Currently libapr and apache2 are designed to put their includes into the
> one directory. For example:
> apxs2 -q INCLUDEDIR, will return /usr/include/a
Ryan Bloom wrote:
>
> On Tuesday 25 September 2001 03:32 pm, Greg Ames wrote:
>
> Yeah, that should fail. Why isn't that an absolute path?
That's the bug. We're not mapping the subrequest URI into a path in
this case. I don't know where it's supposed to happen any more -
map_to_storage soun
From: <[EMAIL PROTECTED]>
Sent: Wednesday, September 26, 2001 9:41 AM
> stoddard01/09/26 07:41:11
>
> Modified:src/os/win32 os.c
> Log:
> Win32: Set errno to ENAMETOOLONG when os_stat() returns -1.
>
> This will fix problem where Apache on Windows can return a directory index
Hi all,
Currently libapr and apache2 are designed to put their includes into the
one directory. For example:
apxs2 -q INCLUDEDIR, will return /usr/include/apache2, in our Debian
package.
The problem is, we have libapr-dev as well, with {apr,APR}*, from the
include directory, with its includes in
On Wed, 26 Sep 2001, Greg Stein wrote:
> Um. The above loop sucks. ctx->b is *only* a SOCKET bucket. We know that as
> a given since that is a private brigade that we populated. Further, the
> above loop will read *everything* on that socket into memory. Man... talk
> about Denial of Service. "He
I'm new to this list so am hoping that I'm posting to the right place. If
not, please guide me to the correct list.
Below is the e-mail I had sent to the developers before I got directed to
this list. If anyone finds the below script helpful, please comment on my
page. I will continue to develop
Hmm. This doesn't seem to address some of the concerns that I detailed in
Msg-ID: <[EMAIL PROTECTED]>
On Mon, Sep 24, 2001 at 02:03:11PM -0700, Justin Erenkrantz wrote:
> It seems that this patch is growing by leaps and bounds each time
> I post. =-)
:-)
Actually, http_protocol.c shrank dramat
> From: Greg Stein [mailto:[EMAIL PROTECTED]]
> Sent: 26 September 2001 09:35
> On Tue, Sep 25, 2001 at 05:45:40PM -0700, Ryan Bloom wrote:
> > On Tuesday 25 September 2001 04:13 pm, Graham Leggett wrote:
> >...
> > > Right now, what is the best way of returning mod_proxy to the tree? Is
> > > it
On Tue, Sep 25, 2001 at 05:45:40PM -0700, Ryan Bloom wrote:
> On Tuesday 25 September 2001 04:13 pm, Graham Leggett wrote:
>...
> > Right now, what is the best way of returning mod_proxy to the tree? Is
> > it
> >
> > a) checking in the latest copy of proxy, relying on the old httpd-proxy
> > tree
47 matches
Mail list logo
