On Thu, 5 Sep 2002 08:30:51 -0700
Aaron Bannert [EMAIL PROTECTED] wrote:
On Thu, Sep 05, 2002 at 05:29:26PM +0200, Jacek Prucia wrote:
- fix install target so we can install flood amd examples off
$SRCDIR- fix few more bugs from STATUS (I'm on it)
- move tag on changed files and roll
On Thu, 5 Sep 2002 09:23:37 -0700
Justin Erenkrantz [EMAIL PROTECTED] wrote:
On Thu, Sep 05, 2002 at 05:48:51PM +0200, Jacek Prucia wrote:
Yep. I was thinking about treating all subsequent requests kinda
like separate URL list. Just like a stack.[...]
Yeah, a stack is probably the right
On Thu, 5 Sep 2002 10:04:59 -0700
Aaron Bannert [EMAIL PROTECTED] wrote:
On Wed, Sep 04, 2002 at 10:43:51AM -0700, Justin Erenkrantz wrote:
...and react to WWW-Authenticate header
[...]
I missed this part of the discussion the other day. I think it would
be useful to allow for certain types
On Fri, Sep 06, 2002 at 10:16:10AM -, [EMAIL PROTECTED] wrote:
@@ -244,7 +247,9 @@
apr_status_t round_robin_create_req(profile_t *profile, request_t *r)
{
round_robin_profile_t *p;
+int crdlen;
char *cookies;
+char *enc_credtls, *credtls, *authz_hdr =
On Thu, Sep 05, 2002 at 04:26:22PM -0700, Justin Erenkrantz wrote:
aaa rewrite belongs in:
2.0: rbb, brianp, dreid, gstein, jim, rederpj, striker, trawick,
ianh, gs, bnicholes
2.1: dpejesh, chris, aaron, hb
If someone would like to do a release before I check in the aaa
Ian Holsman [EMAIL PROTECTED] writes:
A useful performance improvement can be achieved by allowing the
administrator to select the following algorithm:
lookup IPv4
if at least one IPv4 address was found, we're done
lookup IPv6
I know this sounds stupid, but it is usefull to
Jeff Trawick [EMAIL PROTECTED] writes:
A useful performance improvement can be achieved by allowing the
administrator to select the following algorithm:
lookup IPv4
if at least one IPv4 address was found, we're done
lookup IPv6
Getting more specific, I envision a directive that
Looks fine to me.
What will the order of the returned matches be for All? IPv4 then IPv6 would
be my suggestion which we should be able to do with the changes you're
talking about I'd guess.
david
Jeff Trawick [EMAIL PROTECTED] writes:
A useful performance improvement can be achieved by
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
There are currently two possible avenues.
1) The code goes into apr-util.
2) The code goes into a sandbox project.
It makes a lot of sense to have it also in XML as well, together with
XERCES-C...
Pier
Jeff Trawick [EMAIL PROTECTED] writes:
Getting more specific, I envision a directive that works like this:
NameLookups All|IPv4Okay|IPv6Okay
Can I suggest IPLookups, or something along those lines. That makes
it clearer that we are talking about looking up an IP address using a
name, and
In case it is interesting to anybody, I have uploaded a binary build
test script to http://www.apache.org/~trawick/testbinbuild.pl. If
you have an interest in such issues, take a look (and send me patches
for the portions you think suck the most :) ). It doesn't do a whole
lot, but it does
At about the same time recently that I was doing horrible,
uncommittable hacks to the build to get Apache 2.0 to support C++
modules on HP-UX, somebody wrote a PR against Apache 1.3 pointing out
the same issue I encountered: If httpd is to properly support C++
modules, it may need to be linked
David Reid [EMAIL PROTECTED] writes:
Looks fine to me.
What will the order of the returned matches be for All? IPv4 then IPv6 would
be my suggestion which we should be able to do with the changes you're
talking about I'd guess.
Alternatively, we could leave it up the the resolver as we do
So I haven't really looked into how it works, but have you looked at
mod_cplusplus?
http://sourceforge.net/projects/modcplusplus/
Ryan
On 6 Sep 2002, Jeff Trawick wrote:
At about the same time recently that I was doing horrible,
uncommittable hacks to the build to get Apache 2.0 to support
On Fri, Sep 06, 2002 at 11:55:17AM -0400, Jeff Trawick wrote:
Though we probably don't want to be in the business of pretending to
support C++ modules in general, they certainly work with Apache on
some platforms and we could at least make it simple for the user to
specify the command to
[EMAIL PROTECTED] writes:
So I haven't really looked into how it works, but have you looked at
mod_cplusplus?
http://sourceforge.net/projects/modcplusplus/
just took a look, seems neat
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
Aaron Bannert [EMAIL PROTECTED] writes:
On Fri, Sep 06, 2002 at 11:55:17AM -0400, Jeff Trawick wrote:
Though we probably don't want to be in the business of pretending to
support C++ modules in general, they certainly work with Apache on
some platforms and we could at least make it simple
Joshua Slive [EMAIL PROTECTED] writes:
Jeff Trawick [EMAIL PROTECTED] writes:
Getting more specific, I envision a directive that works like this:
NameLookups All|IPv4Okay|IPv6Okay
Can I suggest IPLookups, or something along those lines. That makes
it clearer that we are talking about
aren't all these HTML files autogenerated now ?
I'm just wondering if they belong in CVS at all anymore
[EMAIL PROTECTED] wrote:
slive 2002/09/06 10:19:35
Modified:docs/manual index.html.en
Log:
Woops. Accidentally committed a bad index.html.en. Get back the good one.
Ian Holsman wrote:
aren't all these HTML files autogenerated now ?
I'm just wondering if they belong in CVS at all anymore
Ideally, No. (Although that particular one is not auto-generated, the
majority are.)
There are a couple reasons they are in CVS:
1. To make the release-manager's job
Hi,
I hereby volunteer to be RM for 2.0.41. (tag this weekend).
Objections?
Sander
Sander Striker wrote:
Hi,
I hereby volunteer to be RM for 2.0.41. (tag this weekend).
Objections?
Sander
+1 for tagging this weekend.
In the meantime, can the folks with repeatable mod_proxy memory
leak cases please try out the latest code in CVS to see if the
recent bucket cleanup fixes
At 01:43 PM 9/6/2002, Sander Striker wrote:
Hi,
I hereby volunteer to be RM for 2.0.41. (tag this weekend).
Objections?
If we say Monday it gives us time to...
1) shake out the new docs nits that folks are raising [and the docs
folks are fixing unbelievably quickly!!!] That's going to be
Index: src/include/ap_config.h
===
RCS file: /cvs/src/usr.sbin/httpd/src/include/ap_config.h,v
retrieving revision 1.13
diff -u -r1.13 ap_config.h
--- src/include/ap_config.h 19 Jul 2002 21:31:15 - 1.13
+++
On Fri, Sep 06, 2002 at 02:12:10PM -0500, William A. Rowe, Jr. wrote:
...
There are a few other little bugs that I'd like to fix so that 2.0.41
holds most folks for a month or few. I have no objection if you simply
want to use an interim tag so we consume only the bug fixes. But it's
At 02:20 PM 9/6/2002, Greg Stein wrote:
On Fri, Sep 06, 2002 at 02:12:10PM -0500, William A. Rowe, Jr. wrote:
...
There are a few other little bugs that I'd like to fix so that 2.0.41
holds most folks for a month or few. I have no objection if you simply
want to use an interim tag so we
I think that the below needs to be taken out of ap_vformatter in 1.3.26...
IIRC, it was a back-port of a 2.0 specific bug, regarding apr_psprintf().
This also gets rids of the bogusness of: It's not possible to
distinguish between an output which was truncated, and an output
which exactly filled
Jim Jagielski wrote:
I think that the below needs to be taken out of ap_vformatter in 1.3.26...
IIRC, it was a back-port of a 2.0 specific bug, regarding apr_psprintf().
This also gets rids of the bogusness of: It's not possible to
distinguish between an output which was truncated, and an
This part, though, sounds like a new problem. Do you have a way to grab
a stack trace of one of the stuck processes when this happens?
Apparently this is somewhat reproducable, it happened again. Problem is
too much to look at, 14 processes, 25 threads per and me hunting for a
needle
On Fri, Sep 06, 2002 at 12:20:48PM -0700, Greg Stein wrote:
People usually have free time on the weekend, so the release is more easily
done then.
You can always do a 2.0.42 next week if you'd like.
+1
Every time that somebody says hold off just a day, and again, and again,
and before
On Fri, 6 Sep 2002, Greg Stein wrote:
| On Fri, Sep 06, 2002 at 02:12:10PM -0500, William A. Rowe, Jr. wrote:
| ...
| There are a few other little bugs that I'd like to fix so that 2.0.41
| holds most folks for a month or few. I have no objection if you simply
| want to use an interim tag so
hi,
so could you possibly speak those unspeakable hacks you've made to
apache to run c++ modules on hp? we're trying to get a c++ module linked
into 2.0.39. any help would be appreciated. we can take this particular
aspect of the discussion out of this forum, if you'd prefer,
cheers
andy
On Fri, 6 Sep 2002, Dale Ghent wrote:
On Fri, 6 Sep 2002, Greg Stein wrote:
| On Fri, Sep 06, 2002 at 02:12:10PM -0500, William A. Rowe, Jr. wrote:
| ...
| There are a few other little bugs that I'd like to fix so that 2.0.41
| holds most folks for a month or few. I have no objection
At 11:27 AM 9/6/2002, Jeff Trawick wrote:
Aaron Bannert [EMAIL PROTECTED] writes:
On Fri, Sep 06, 2002 at 11:55:17AM -0400, Jeff Trawick wrote:
Though we probably don't want to be in the business of pretending to
support C++ modules in general, they certainly work with Apache on
some
At 03:58 PM 9/6/2002, [EMAIL PROTECTED] wrote:
On Fri, 6 Sep 2002, Dale Ghent wrote:
On Fri, 6 Sep 2002, Greg Stein wrote:
| You can always do a 2.0.42 next week if you'd like.
argh, we have to remember... Apache 2.0 is GA, not beta!
No, it is not. Apache 2.0.40 is GA. Apache 2.0 is
While I appreciate the desire to not hold up releases, sometimes just saying
we aim for a release at the end of the week or so on, with the RM having the
final say, gives people who are lazy by nature (guess who I mean) a nudge to
get off their behinds and do something (build/test/fix etc etc).
All,
The following patch allows MacOSX/Darwin to find the SSL library. With this
patch, the current CVS HEAD of httpd-2.0 compiles with mod_ssl enabled and
passes all ssl tests in the perl-framework (except for ssl/proxy since I
didn't have proxy enabled):
Index: acinclude.m4
On Fri, Sep 06, 2002 at 10:28:40PM +0100, David Reid wrote:
While I appreciate the desire to not hold up releases, sometimes just saying
we aim for a release at the end of the week or so on, with the RM having the
final say, gives people who are lazy by nature (guess who I mean) a nudge to
On Fri, 6 Sep 2002, William A. Rowe, Jr. wrote:
We consider Apache 2.0.x to be the best version of Apache available
How about adding a box on http://httpd.apache.org/ that says
something like
2.0.40 is our latest stable release
There are no current beta releases available
2.0.41 is
39 matches
Mail list logo
