Re: cvs commit: httpd-2.0/server protocol.c

2001-04-20 Thread Harrie Hazewinkel
Bill Stoddard wrote: The protocol Lotus Notes uses is keepalive (yea, it is a proprietary protocol and may not count in this discussion). Yes, that may. As a protocol guru I am probably not allowed to see the protocol definition?? :-)) Doesn't BXXP (is that what it is called now?)

Re: trademarks

2001-04-20 Thread fielding
On Thu, Apr 19, 2001 at 04:26:54PM -0600, David McCreedy wrote: Are the name "Apache" and the feather trademarks of the Apache Software Foundation? The reason I ask is that I would like to use them in an upcoming presentation. If they are trademarked I will add a notice to that effect. (A

Re: mod_proxy in HTTPd

2001-04-20 Thread fielding
The fact that Apache-2.x's build system doesn't support the extra feature from 1.3's scares me a bit. I don't think external modules can be added without a lot of hassle in the current build system. That worries me. We'd have to generate the config.m4 file on the fly. Hmm... --

Re: [VOTE] mod_proxy in?

2001-04-20 Thread Eli Marmor
Iain Brown wrote: 'Pologies for inserting my thoughts into what really is a developers' issue, but... as a user and long-term wannabee developer (one day, one day...) I would *strongly* prefer a) or b). Building Apache with its included modules is a breeze. Building

Re: cvs commit: httpd-2.0/docs/manual index.html.html index.html.ja.jis index.html

2001-04-20 Thread Jeff Trawick
Joshua Slive [EMAIL PROTECTED] writes: On 19 Apr 2001, Jeff Trawick wrote: [EMAIL PROTECTED] writes: yoshiki 01/04/18 19:54:28 Added: docs/manual index.html.html index.html.ja.jis Removed: docs/manual index.html Log: New Japanese translation.

Re: [VOTE] mod_proxy in?

2001-04-20 Thread Jeff Trawick
Ian Holsman [EMAIL PROTECTED] writes: my only concen with splitting the proxy out is that no one will actively maintain it, and keep it up to date with the current http releases. saying that i'm quite happy to volunteer myself to do this function, but i'm not an ASF member, or even have

Re: [PATCH] mod_include incorrect function table offset

2001-04-20 Thread Bill Stoddard
Spent a bit of time looking at this and I think the fix is in the wrong place but I'm not enough of a mod_include expert to say for sure. First, mod_include generally works so I presume this is a case where a tag spans buckets. In that case, ctx-directive_length is wrong. Wouldn;t the best

Re: [PATCH] mod_log_config.c

2001-04-20 Thread Bill Stoddard
jean-frederic clere [EMAIL PROTECTED] writes: Hi, I have detected that the variable log_hash of mod_log_config is not initialized correctly. It causes a core on Solaris... just curious, plz verify... I guess http_pre_config() is calling ap_register_log_handler() before

Re: [PATCH] mod_include incorrect function table offset

2001-04-20 Thread Paul J. Reder
Bill Stoddard wrote: Spent a bit of time looking at this and I think the fix is in the wrong place but I'm not enough of a mod_include expert to say for sure. First, mod_include generally works so I presume this is a case where a tag spans buckets. In that case, ctx-directive_length is

Re: [PATCH] mod_log_config.c

2001-04-20 Thread jean-frederic clere
Jeff Trawick wrote: jean-frederic clere [EMAIL PROTECTED] writes: Hi, I have detected that the variable log_hash of mod_log_config is not initialized correctly. It causes a core on Solaris... just curious, plz verify... I have: $ mdb httpd core

Re: Suggested direction for fixing threaded mpm thread startup.

2001-04-20 Thread Paul J. Reder
Greg Ames wrote: One theme I heard over and over was that heavyweight web workloads (database, mod_perl) should be isolated from lightweight workloads in order to minimize the memory footprint. Makes a lot of sense to me. This is more

RE: [VOTE] mod_proxy in?

2001-04-20 Thread Ian Holsman
dude, I'm about 95% now on Apache 2.0 development. we've just finished our design, which makes use of 2.0, and hopefuly we can start cranking out some ports of our 1.3 stuff and release them to the wild. the area I'll be focusing on is probably performance and stability but there are others

Re: [PATCH] mod_log_config.c

2001-04-20 Thread jean-frederic clere
Bill Stoddard wrote: How about initing log_hash in ap_register_log_handler instead, right before the hash table is initialized? Yes, that the first place where we need it. - Commit this one - Don't submit the patch, it's easy :-). It is Friday - I could miss a copy + paste - Nice

Re: [VOTE] mod_proxy in?

2001-04-20 Thread Chuck Murcko
I think nobody answered because this is pretty obviously the next Right Thing to do in distributing httpd and we're to embarassed to admit we didn't think of it first. 8^) On Thursday, April 19, 2001, at 05:14 PM, Theo Schlossnagle wrote: Let me throw in a different perspective of things.

Re: [PATCH] bugfix for byterange filter

2001-04-20 Thread Graham Leggett
dean gaudet wrote: how does that work when the browser is making a byterange request on a massive object... does the proxy strip the byterange before sending to the upstream? if so... ew. it would seem the proxy needs to do byteranges (including caching of partial content)... or treat

Re: [VOTE] mod_proxy in?

2001-04-20 Thread Jim Jagielski
Except that we did. It's been something 1st brought up and considered at least 3 years ago, except we used the FreeBSD "ports" analogy, which is much better IMO :) Chuck Murcko wrote: I think nobody answered because this is pretty obviously the next Right Thing to do in distributing httpd

Re: [VOTE] mod_proxy in?

2001-04-20 Thread Graham Leggett
Chuck Murcko wrote: I think nobody answered because this is pretty obviously the next Right Thing to do in distributing httpd and we're to embarassed to admit we didn't think of it first. 8^) Trouble is - we're getting ahead of ourselves. These are all great ideas, and should be acted on,

Re: [VOTE] mod_proxy in?

2001-04-20 Thread Chuck Murcko
Let's start packaging an httpd-2.0 source build including the proxy module separately that we think is RC grade and stick it in /dist/proxy symlinked to -lastest and tagged with the appropriate httpd-2.0 release tag for simplicity in checkout. Sound like a plan? and +1 to using the FreeBSD

Re: [VOTE] mod_proxy in?

2001-04-20 Thread Bill Stoddard
Perhaps I'll draw a flame (or a veto) but the question was asked at the start of this thread and it received more then three +1's and a -0 from Greg as I recall. Chuck solicited for a "do you want to change your vote" and got no responses. So it is clear to go in IMHO. Bill Chuck Murcko

Re: cvs commit: httpd-2.0/support httpd.exp

2001-04-20 Thread Bill Stoddard
dougm 01/04/20 09:43:40 Modified:.CHANGES include http_config.h server config.c support httpd.exp Log: Add ap_set_int_slot() function Submitted by: John K. Sterling [EMAIL PROTECTED] Reviewed by: dougm I can

Re: [VOTE] mod_proxy in?

2001-04-20 Thread William A. Rowe, Jr.
From: "Bill Stoddard" [EMAIL PROTECTED] Sent: Friday, April 20, 2001 1:06 PM Perhaps I'll draw a flame (or a veto) but the question was asked at the start of this thread and it received more then three +1's and a -0 from Greg as I recall. Chuck solicited for a "do you want to change your

Re: cvs commit: httpd-2.0/modules/loggers mod_log_config.c

2001-04-20 Thread Bill Stoddard
Debugging another problem related to this patch got me to thinking vent Is this patch pedantic? I mean, what is wrong with letting mod_log_config handle the %c directive just as it always has? We are trying to file every single little nit in its tight little spot at the expense of

modules.apache.org (RE: [VOTE] mod_proxy in?)

2001-04-20 Thread Ian Holsman
what would be really cool would be if modules.apache.org had a) a categorization tree (so you could drill down) b) a method of grabbing 'all' the modules out there c) a method of seeing what is 'new' something like search.cpan.org this might be easier to accomplish than the ports thing, and

Re: [VOTE] mod_proxy in?

2001-04-20 Thread Chuck Murcko
Well, technically, yes, but I think we might have a better idea in using this to finally go to something like FreeBSD ports for distribution. And dump all those pesky modules from the core. 8^) Really, all of 'em just go into the rollup build, if they work. Simple. Chuck On Friday, April 20,

Re: cvs commit: httpd-2.0/support httpd.exp

2001-04-20 Thread sterling
Are you planning on removing ap_set_flag_slot which does the same operation? sterling On Fri, 20 Apr 2001, Bill Stoddard wrote: -1 (a veto) on this patch. The Windows compiler doesn't like casts on the left side of the assignment. yea, it sucks but we've lready had this discussion.

Re: cvs commit: httpd-2.0/support httpd.exp

2001-04-20 Thread Bill Stoddard
On Fri, 20 Apr 2001, Bill Stoddard wrote: I can -see- from the code being committed that ap_set_int_slot() is being added. What is it for? I suggest commit comments are a good place to do more than state the obvious :-) same as all the other ap_set_*_slot functions, but for an integer

Re: Suggested direction for fixing threaded mpm thread startup.

2001-04-20 Thread Greg Ames
Ian Holsman wrote: -Original Message- From: Greg Ames [mailto:[EMAIL PROTECTED]] One theme I heard over and over was that heavyweight web workloads (database, mod_perl) should be isolated from lightweight workloads in order to minimize the memory footprint. Makes a lot of

Re: Suggested direction for fixing threaded mpm thread startup.

2001-04-20 Thread Paul J. Reder
Greg Ames wrote: yeah, you're right. My apologies to everyone for a lame argument. Yesterday was rough... No apology required. It wasn't all that lame. The main thing is that you haven't spent the last couple of weeks up to your kneck in threads and thread droppings. This is all pretty fresh

Re: cvs commit: httpd-2.0/support httpd.exp

2001-04-20 Thread Greg Marr
On Fri, 20 Apr 2001, Bill Stoddard wrote: -1 (a veto) on this patch. The Windows compiler doesn't like casts on the left side of the assignment. yea, it sucks but we've already had this discussion. The Windows compiler handles casts on the left side of the assignment just fine, even at

Re: cvs commit: httpd-2.0/support httpd.exp

2001-04-20 Thread Bill Stoddard
It's fixed. Bill On Fri, 20 Apr 2001, Bill Stoddard wrote: -1 (a veto) on this patch. The Windows compiler doesn't like casts on the left side of the assignment. yea, it sucks but we've already had this discussion. The Windows compiler handles casts on the left side of the assignment

Re: cvs commit: httpd-2.0/server protocol.c

2001-04-20 Thread Bill Stoddard
This patch avoids the segfault. Basically, the core_module hook needs to run first. Any problems with this? Index: core.c === RCS file: /home/cvs/httpd-2.0/server/core.c,v retrieving revision 1.8 diff -u -u -r1.8 core.c --- core.c

Re: mod_proxy in HTTPd

2001-04-20 Thread rbb
On Fri, 20 Apr 2001 [EMAIL PROTECTED] wrote: The fact that Apache-2.x's build system doesn't support the extra feature from 1.3's scares me a bit. I don't think external modules can be added without a lot of hassle in the current build system. That worries me. We'd have to generate

httpd distrib - was: Re: [VOTE] mod_proxy in?

2001-04-20 Thread Chuck Murcko
So did the discussion then stall on the best tool(s)? I must apologize for being out of the loop then. Chuck On Friday, April 20, 2001, at 01:20 PM, Jim Jagielski wrote: Except that we did. It's been something 1st brought up and considered at least 3 years ago, except we used the FreeBSD

Re: httpd distrib - was: Re: [VOTE] mod_proxy in?

2001-04-20 Thread Jim Winstead
wasn't there some interest in making apachetoolbox.com an asf project a while back? doesn't it address some of these problems? jim On Fri, Apr 20, 2001 at 05:36:35PM -0400, Chuck Murcko wrote: So did the discussion then stall on the best tool(s)? I must apologize for being out of the loop

Re: [VOTE] mod_proxy in?

2001-04-20 Thread Theo E. Schlossnagle
Well. I don't want to start a holy war about CPAN vs. "ports". I really don't know to much about ports. I don't operate userland FreeBSD boxes too often -- just lean and mean servers. But, the thing I particularly like about CPAN is that _ALL_ of the modules are on _every_ CPAN server. This

Re: [PATCH] mod_include incorrect function table offset

2001-04-20 Thread Paul J. Reder
Rob and Karen, I am a strong -1 on this patch. The code in find_end_sequence computes the ctx-directive_length. That is the length of the SSI directive only, not the whole SSI tag (which is stored in ctx-tag_length. This allows the full tag to be parsed once, marking important indexes as it goes

Re: mod_include performance numbers

2001-04-20 Thread Paul J. Reder
Ian Holsman wrote: I'm not sure if this means that ALL filters are slow, or if it is just mod-include. I'm sure that there are some aspects of mod_include that can be improved, but the fact of the matter is that a filter that looks at every byte across buckets and brigades is going to slow

Re: mod_include performance numbers

2001-04-20 Thread Cliff Woolley
On Fri, 20 Apr 2001, Paul J. Reder wrote: I'm sure that there are some aspects of mod_include that can be improved, but the fact of the matter is that a filter that looks at every byte across buckets and brigades is going to slow things down. With 2.0 admins will need to do a more judicious

Re: mod_include performance numbers

2001-04-20 Thread Cliff Woolley
On Fri, 20 Apr 2001, Marc Slemko wrote: Umh... that's bogus. There is no reason and no way that simply having a file parsed for SSIs should have to be that slow. I hope there is something very not right here (ie. room for big performance improvements) causing very poor results, but SSIs

Re: mod_include performance numbers

2001-04-20 Thread Paul J. Reder
Marc Slemko wrote: On Fri, 20 Apr 2001, Paul J. Reder wrote: Ian Holsman wrote: I'm not sure if this means that ALL filters are slow, or if it is just mod-include. I'm sure that there are some aspects of mod_include that can be improved, but the fact of the matter is that a

Re: mod_include performance numbers

2001-04-20 Thread Cliff Woolley
On Fri, 20 Apr 2001, Paul J. Reder wrote: Thanks Cliff, I couldn't have said it better, except that I believe that even on MMAP systems some price is paid whenever an SSI tag is found and replaced. The replacement content for the tag gets put into newly allocated buckets which I believe are

Re: mod_include performance numbers

2001-04-20 Thread Bill Stoddard
BTW.. I didn't want to start a flame on this issue Nah, it's all healthy discussion, Apache Group style :-) Bill

Re: cvs commit: httpd-2.0/modules/filters mod_include.c

2001-04-20 Thread Brian Havard
On 20 Apr 2001 20:58:29 -, [EMAIL PROTECTED] wrote: jwoolley01/04/20 13:58:28 Modified:modules/filters mod_include.c Log: Change mod_include to use the latest bucket API tricks. This gets rid of some obscure while loop magic that had to be done before, making mod_include

RE: mod_include performance numbers

2001-04-20 Thread Jeffrey A. Stuart
I'd like to amen that... I'm starting to see something here that's concerning me. I think that some of the developers have lost touch with what we as web admins need. We need a server that does following (in order I think.) (and all of this of course is IMHO): 1) A stable server 2) One that

Re: mod_include performance numbers

2001-04-20 Thread Greg Ames
Cliff Woolley wrote: Still on my plate (I'll get it done soon, I swear) is the new memory allocation scheme for buckets, are you thinking about an atomic push/pop block allocator? I'll be happy to help out if so, especially with the machine instruction level stuff.