Re: 2_0_28 tarballs rolled and available

From: "Sander Temme" <[EMAIL PROTECTED]> Sent: Tuesday, November 13, 2001 1:39 PM > I say Advisory +1 For Beta provided a release note entry that DSO currently > doesn't work on Darwin/MacOSX. Nor is HFS secure until someone goes in and hacks the case-insenstive define plus the APR_FILEINFO_TRU

Re: 2.0.28-beta release?

From: "Ryan Bloom" <[EMAIL PROTECTED]> Sent: Tuesday, November 13, 2001 2:00 PM > On Tuesday 13 November 2001 11:28 am, William A. Rowe, Jr. wrote: > > > > I'd suggest that you checkout on APACHE-2_0_28, tag as APACHE-2_0_28_ALPHA > > for historical r

Re: 2.0.28-beta release?

From: "Greg Ames" <[EMAIL PROTECTED]> Sent: Tuesday, November 13, 2001 3:08 PM > How about this? comment out the ErrorDocument 401 lines in the > docs/conf/httpd-*.conf files, along with a comment line or two saying > that a patch exists, inside the tarballs. Re-roll, re-sign, rename as > beta

Re: not in CVS? (was: Re: 2.0.28-beta release?)

From: "Ryan Bloom" <[EMAIL PROTECTED]> Sent: Tuesday, November 13, 2001 5:51 PM > On Tuesday 13 November 2001 03:49 pm, Greg Stein wrote: > > On Tue, Nov 13, 2001 at 04:08:09PM -0500, Greg Ames wrote: > > >... > > > As it turns out, the docs/conf/httpd-*.conf files also have post-tag > > > chang

Re: Announcement

From: "Cliff Woolley" <[EMAIL PROTECTED]> Sent: Tuesday, November 13, 2001 9:53 PM > [...] Also, Greg, I totally guessed on > the apache.org has been running this release for the last week thing... > is that close? http://uptime.netcraft.com/up/graph/?host=www.apache.org shows Nov-10

Re: KEYS files suck

From: "Roy T. Fielding" <[EMAIL PROTECTED]> Sent: Tuesday, November 13, 2001 10:05 PM > The current state of the KEYS files on apache.org sucks. > > Any KEYS file not under CVS and not under a dist/{project} directory > will be removed. > > Any KEYS file currently within a distribution CVS wil

Re: Beta Announcement -- Front door needs changing

While you are at it, does anyone else see some really wonky table layout on http://www.apache.org/ ? I suspect we either use width=100% where we didn't mean to, the margin-right div style isn't semicolon terminated, or some other composition bug. Worth submitting to the w3c parser. - Orig

Re: Beta Announcement -- Front door needs changing

From: "Joshua Slive" <[EMAIL PROTECTED]> Sent: Wednesday, November 14, 2001 11:59 AM > > From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED]] > > > > While you are at it, does anyone else see some really wonky table layout > > on http://www.apache.o

Serious 1.3.22 Win32 sockets bug

Apache 1.3.22 introduced a rather troubling bug in the listeners. Since we allow the child to start immediately, without waiting on the prior child to finish, we have introduced a serious flaw. Both processes are listening on the same socket, already primed to accept connections. The client wit

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

From: "Greg Stein" <[EMAIL PROTECTED]> Sent: Wednesday, November 14, 2001 11:47 PM > >... cvs commit email ... > > > > This passes all tests in the test suite. > > I've been seeing that lately on commits. Passing the tests doesn't mean the > change was correct. The test suite only tests a sma

Re: Another filter question

From: "Ryan Morgan" <[EMAIL PROTECTED]> Sent: Thursday, November 15, 2001 12:10 AM > I just noticed that both the SSL filter and the CORE output filter have > the same filter type of AP_FTYPE_NETWORK.. Is this intended? It causes > an ordering problem since we must insert the SSL filter before

Re: Serious 1.3.22 Win32 sockets bug

From: "Bill Stoddard" <[EMAIL PROTECTED]> Sent: Thursday, November 15, 2001 7:22 AM > > Apache 1.3.22 introduced a rather troubling bug in the listeners. > > > > Without introducing a huge burden of interlocking the individual > > sockets (a patch not worthy of the 1.3.23-dev tree), we can actua

Re: Serious 1.3.22 Win32 sockets bug

From: "Bill Stoddard" <[EMAIL PROTECTED]> Sent: Thursday, November 15, 2001 11:50 AM > > > > You can demonstrate (interactively) by quering server-status against 1.3.22, > > with keepalives on. As you restart, keep refreshing. The two servers will > > (alternating randomly) answer the status req

Re: Another filter question

From: "Eli Marmor" <[EMAIL PROTECTED]> Sent: Friday, November 16, 2001 12:57 AM > I think that two things, could clarify the picture to filter > programmers, if these things were added to the documentation: > > 1. A map of the current order of built-in filters (including all the >optional f

Re: hi,about souce reading

From: "Liu Wen" <[EMAIL PROTECTED]> Sent: Saturday, November 17, 2001 8:10 PM > hi,folks > I am starting out reading Apache source code as a first step to learn > Unix Environment and Network Programming. while can you give me some > directions for reading? This might sound crazy, but I would

MSVC Projects [was: source reading]

MSVC folks will be very disappointed if they grab an apache or httpd tarball without changing linefeeds to cr/lf pairs in all text files. That applies to .tar.gz/.tar.Z distributions. You are best grabbing the latest beta (http://www.apache.org/httpd/dist) or alpha (http://dev.apache.org/dist) as

Re: Off the mail list

Read the Message Source or Full Headers of any email sent to you from this list. list-help: list-unsubscribe: list-post: Send a blank email to the address as given. - Original Message - From: <[EMAIL PROTE

Re: obsolete stuff in apr

Apparently fixed [someone appears to have beaten me to it.] You may either need to checkout clean, or modify the CVS/Entries for those two directories (apr/locks and apr/threadproc) to drop the old D/NetWare/// entries. cvs co -P usually takes care of these sorts of issues. Bill - Origina

Re: [PATCH] Apache Win32 restart (fix loosing keep-alive POST requests across a restart)

Doesn't apply to head... are you debugging/testing against the current CVS? Or perhaps it was munged... could you repost as an attachment? - Original Message - From: "Bill Stoddard" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, November 18, 2001 5:09 AM Subject: [PATCH] Apach

Re: [patch] AP_MODE_INIT

From: "Doug MacEachern" <[EMAIL PROTECTED]> Sent: Friday, November 16, 2001 6:18 PM > i mentioned a while back that i had hacked jim winstead's "colobus" NNTP > server (designed to run under tcpserver or inetd) into a protocol handler > using modperl-2.0. and that i had it working with mod_ssl.

Re: distro subdirs of build

From: "Roy T. Fielding" <[EMAIL PROTECTED]> Sent: Monday, November 19, 2001 5:44 PM > Would anyone mind if I created subdirectories under build for the various > third-party distribution stuff that they would like to contribute but isn't > generic enough yet for the normal tree? > > Alternativel

Re: Win95 fails the Apache 2.0 beta

From: "Cliff Woolley" <[EMAIL PROTECTED]> Sent: Monday, November 19, 2001 7:57 PM > I believe we've said we're not going to support Win9x/ME at WinNT/2K/XP's > expense, right? Well, we simply didn't actively develop on 9x. Most of us have other priorities, like optimizing around an OS with

Re: Remove input filtering as a showstopper?

From: "Justin Erenkrantz" <[EMAIL PROTECTED]> Sent: Monday, November 19, 2001 9:38 PM > Would anyone complain if I downgrade the "revamp the input filter > semantics" entry in STATUS from a showstopper to a "nice to wrap > this up?" > > I'd say about 90% of it is done - the only thing left is

Re: cvs commit: httpd-2.0 STATUS

> wrowe 01/11/19 19:49:50 > > Modified:.STATUS > Log: > Split Justin's and my key issues, which have become tangled (yet have > nothing to do with one another.) > > Revision ChangesPath > 1.341 +8 -2 httpd-2.0/STATUS > > Index: STATUS > ==

Re: Remove input filtering as a showstopper?

From: "Justin Erenkrantz" <[EMAIL PROTECTED]> Sent: Monday, November 19, 2001 10:19 PM > On Mon, Nov 19, 2001 at 09:57:50PM -0600, William A. Rowe, Jr. wrote: > > > ap_getline needs to behave as it once did, even if that means > > calling the filter stack aga

Re: Building modxxx under Win32

Because Apache 2.0 apxs was ported to libtool/autoconf, the 1.3 apxs fixes no longer apply. There is presently no apxs support on win32. Look at any example .dsp, such as mod_status.dsp and the dependencies defined by Apache.dsw. For the most part, simply adding libapr.lib, libaprutil.lib and

Re: [PATCH] Makefile.in

From: "Aaron Bannert" <[EMAIL PROTECTED]> Sent: Tuesday, November 20, 2001 6:15 PM > On Tue, Nov 20, 2001 at 06:18:34PM -0500, MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1) >wrote: > > >> It's not going to happen. Everything that is a runtime-configurable > > >> parameter should be controlled by htt

Re: [PATCH] Makefile.in

From: "Aaron Bannert" <[EMAIL PROTECTED]> Sent: Tuesday, November 20, 2001 11:14 PM > On Tue, Nov 20, 2001 at 06:22:47PM -0600, William Rowe wrote: > > > I don't understand. Are you saying there are runtime failures if you try > > > to start the server in non-ssl mode while mod_ssl is loaded?

[PATCH] apr-ize the ap_ugname2id calls

, 2001 6:54 AM Subject: Re: Questions, questions > "William A. Rowe, Jr." <[EMAIL PROTECTED]> writes: > > > For that matter, I wrote the attached patch to base these on APR, but > > do I need to hold the e-mail up to a candle to see the attachment? > >

Something I learned, today

If one adds a module multiple times, (in this case, the silly user just commented out the ClearModuleList) there is no warning whatsoever, yet it causes (obviously) no end of chaos and unpredictable failures. This especially impacts upgraders who foolishly copy configs from one install to another

FilesystemOption flags???

From: "Dietz, Phil E." <[EMAIL PROTECTED]> Sent: Monday, February 26, 2001 2:44 PM > OK, I converted my ETag patch to use Options. Of note: > > - the allow_options_t size increased to a long because all 8 bits of char > were in use. > - if InodeEtag is not present in Options, it uses inodes li

Questions, questions

Here are some random observations; in server/mpm_common.c; ap_uname2id exits(1) on failure, while ap_gname2id does not exit ?!? This looks a bit bogus. For that matter, I wrote the attached patch to base these on APR, but the pool is a required arg. Now I'm wondering if we shouldn't depreca

Re: [PATCH] win32/locks.c - Terminal Services on WIN2K

From: "Mladen Turk" <[EMAIL PROTECTED]> Sent: Tuesday, October 16, 2001 1:52 PM > I forgot to send a small thing with the patch... > That is the owner flag. With the latest lock patch I've done two things at > once (I know... shoot me :). > The first is the solving locks on WIN2K running termina

Re: [PATCH] htdbm - group management support

From: "Mladen Turk" <[EMAIL PROTECTED]> Sent: Saturday, November 24, 2001 2:14 PM > Hi, > > The patch enables htdbm utility to manage the groups. > The group management enables that both passwords and groups exists in the > same database or in different ones. > > for example: > > htdbm -cmbgt

Re: 2 modules

From: "Justin Erenkrantz" <[EMAIL PROTECTED]> Sent: Monday, November 26, 2001 11:09 PM > On Mon, Nov 26, 2001 at 02:49:20PM -0800, Ian Holsman wrote: > > > 2. mod_sentinel (bad name) skips the file/directory walk and does a > > open/fstat instead of stat/open to read the file, resulting in a >

Re: Please help with this Snake Oil problem

Apache doesn't currently distribute any SSL certificates whatsoever. And the only issue with your 'snake oil' certificates is that they are effectively invalid, only demonstrating that the communications are encrypted, but there is no trust provider. The "Someone in control" would be the adminis

Re: cvs commit: httpd-2.0 ROADMAP STATUS

From: "Ryan Bloom" <[EMAIL PROTECTED]> Sent: Tuesday, November 27, 2001 9:45 PM > My guess is that once 2.0 goes GA, we'll all be busy fixing bugs and > working on more fun stuff for a while. Also, take a look at everything in > the ROADMAP file. 99% of it can be done as a dot release in the 2

Fw: [PATCH] fix segfaults related to ap_custom_response()

From: "Will Lowe" <[EMAIL PROTECTED]> To: "William A. Rowe, Jr." <[EMAIL PROTECTED]> Sent: Friday, August 24, 2001 1:24 PM Subject: Re: [PATCH] fix segfaults related to ap_custom_response() > > I'd be happy to entertain a patch if you can avoid b

Re: Please help with this Snake Oil problem

From: "Ian Holsman" <[EMAIL PROTECTED]> Sent: Wednesday, November 28, 2001 12:05 PM > Austin Gonyou wrote: > > > Unless someone is willing to provide official Entrust, Thawte, VeriSign, > > etc Certs, I doubt Apache coming from apache.org will EVER have proper > > certs. They do cost money and

Re: [STATUS] (httpd-2.0) Wed Nov 28 23:45:08 EST 2001

From: <[EMAIL PROTECTED]> Sent: Wednesday, November 28, 2001 11:45 PM > Since when do things that have already been > voted on just suddenly 'disappear' from the > official Apache STATUS file(s)? As cliff points out, modules/experimental/mod_deflate now exists. Without excessive quoting... rea

Re: [STATUS] (httpd-2.0) Wed Nov 28 23:45:08 EST 2001

> mod_deflate would not have been my choice for a name > but ya snooze, ya lose. As you point out, vacations are rough for tracking discussions. What is the http content-encoding value for this facility? deflate Ergo, mod_deflate.

Re: [STATUS] (httpd-2.0) Wed Nov 28 23:45:08 EST 2001

From: <[EMAIL PROTECTED]> Sent: Thursday, November 29, 2001 12:30 AM > In a message dated 11/28/2001 10:21:46 PM Pacific Standard Time, > [EMAIL PROTECTED] writes: > > > If you have any doubts about why sometimes submissions aren't considered > > for inclusion in any open source project ...

Re: cvs commit: httpd-2.0/support ab.c

Thank goodness for compilers who can read xprintf syntax, and thanks for taking a few minutes on this, Jeff. Bill - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, November 29, 2001 5:30 AM Subject: cvs commit: httpd-2.0/support ab.c > trawick

Re: Mod_cgi doesn't seem to write stderr to the error_log

From: "Ryan Bloom" <[EMAIL PROTECTED]> Sent: Thursday, November 29, 2001 7:18 PM > I haven't had time to verify it myself, but I have been told that it is happening. > Mod_cgi is not actually writing error message from the script to the error_log. > I would consider this a major showstopper! De

[patch] mod_dir refactored... needs discussion

Looking deeply into the issues of redirection, it really struck me some time ago, why do we abuse the schema with ap_internal_fast_redirect()? I've gotten used to the idea of mod_negotation calling that function, it was just recently fixed (_redirect, not negotiation.) The error in multiviews is

Re: [patch] mod_dir refactored... needs discussion

From: "William A. Rowe, Jr." <[EMAIL PROTECTED]> Sent: Sunday, December 02, 2001 4:14 AM > Now I begin to wonder, if we created a fast_redirect method for mod_negotation, > why on earth shouldn't mod_dir follow the same convention? > > Here's a

Re: This mailing list...

Read your messages headers [on any well behaved list.] Should be some header like; list-unsubscribe: if that helps. [a blank message works fine, or you could write a 200 line note. Doesn't matter to the mail list engine.] Bill - Original Message - From: "

Re: [patch (rev 2)] mod_dir refactored... needs discussion

From: "William A. Rowe, Jr." <[EMAIL PROTECTED]> Sent: Sunday, December 02, 2001 4:14 AM > Now I begin to wonder, if we created a fast_redirect method for mod_negotation, > why on earth shouldn't mod_dir follow the same convention? Following this little experiment

Re: [patch (rev 2)] mod_dir refactored... needs discussion

From: "William A. Rowe, Jr." <[EMAIL PROTECTED]> Sent: Sunday, December 02, 2001 9:31 PM > From: "William A. Rowe, Jr." <[EMAIL PROTECTED]> > Sent: Sunday, December 02, 2001 4:14 AM > > > > Now I begin to wonder, if we created a fast_red

Re: PR 7492 (IPv6 and Listen *)

From: "Joshua Slive" <[EMAIL PROTECTED]> Sent: Monday, December 03, 2001 9:12 AM > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Trawick > > > > 3) I don't like the idea that one Listen statement means more than one > >listening socket > > I don't understand what

Re: [PATCH] distinguishing 64-bit vs. 32-bit in httpd -v

From: "Cliff Woolley" <[EMAIL PROTECTED]> Sent: Tuesday, December 04, 2001 10:29 AM > On 4 Dec 2001, Jeff Trawick wrote: > > > Brian Pane <[EMAIL PROTECTED]> writes: > > > > > >+printf("Pointer size: %d\n", sizeof(void *)); > > > > > > > > > > How about > > >printf("Pointer size:

Re: Source in .msi packages

No, it was a majority decision... ...the majority decision saiz that 99% of win32 users never owned or installed a compiler. The other majority decision says that Unix packages never contain the source tree. Of course, they do include /lib, /include, /libexec etc, so you should be set for build

Re: ssl.h

From: "Dwayne Miller" <[EMAIL PROTECTED]> Sent: Tuesday, December 04, 2001 8:34 PM > Just downloaded (again) the zip file for Win32/2-0-28. Tried to build > using VC++. Everything okay except mod_ssl did not build. Tried to > build it manually and lots of errors - missing ssl.h. Searched e

Re: Source in .msi packages

From: "Rodent of Unusual Size" <[EMAIL PROTECTED]> Sent: Wednesday, December 05, 2001 7:08 AM > > No, it was a majority decision... > > Ah, I must have missed it in the thousands of dev messages > I read (caught up on) in the last few weeks.. I meant to say [to be absolutely clear] that the de

Re: Source in .msi packages

From: "Rodent of Unusual Size" <[EMAIL PROTECTED]> Sent: Wednesday, December 05, 2001 1:05 PM > "William A. Rowe, Jr." wrote: > > > > I meant to say [to be absolutely clear] that the decision > > was unilateral due to the two 'major

Re: Source in .msi packages

From: "William A. Rowe, Jr." <[EMAIL PROTECTED]> Sent: Wednesday, December 05, 2001 3:27 PM > No, it was my decision, not discussed, and the entire win32 installer > is always up for discussion. I've rarely received extensive feedback > on Win32 installer quest

Re: Help with Compile on Win32

From: "Dwayne Miller" <[EMAIL PROTECTED]> Sent: Wednesday, December 05, 2001 4:06 PM > I've done this before, but my notes don't seem to work anymore > > Downloaded zip of 2_0_28 beta. Extracted zip. Copied openssl 0.9.6b > into srclib and compiled according to openssl instructions. Go

Re: cvs commit: httpd-2.0/docs/conf httpd-std.conf

From: <[EMAIL PROTECTED]> Sent: Wednesday, December 05, 2001 12:28 PM > slive 01/12/05 10:28:37 > > Modified:docs/conf httpd-std.conf > Log: > Config file updates. Mostly just playing with comments, but a few functional > changes: > > 1. Remove the directives in the docu

Re: cvs commit: httpd-2.0/docs/conf httpd-std.conf

From: <[EMAIL PROTECTED]> Sent: Thursday, December 06, 2001 7:51 AM > > > 1. Remove the directives in the document root section that > > > are there to handle the index.html.var and put them in their normal place > > > in the config file. I see no reason to duplicate the directives and >

Re: Source in .msi packages

From: "Rodent of Unusual Size" <[EMAIL PROTECTED]> Sent: Thursday, December 06, 2001 1:04 PM > Changing the contents of packages that have Apache's name > of them should be a group decision, IMHO. My sampling shows that you are correct, sir. There's src's in them thar tarballs! Which package

Re: cvs commit: httpd-2.0 ROADMAP

From: "Brian Pane" <[EMAIL PROTECTED]> Sent: Friday, December 07, 2001 12:54 PM > Ian Holsman wrote: > > >On Fri, 2001-12-07 at 10:39, Sander Striker wrote: > > > ... > > >>In subversion svn_string_t was introduced, because it wasn't in APR. > >>It does (AFAIK) exactly what brian describes. >

Re: Magic in request.c

> This patch removes some magic in request.c. I wrote it coz 2.0.28 didn't > actually work at all for me, coz the magic failed. ++1. Clarity doesn't have to be inconsistent with optimization. In my defense, what existing before was even less legible - I sincerely tryed to improve it before the

Re: PATH_INFO with filters (was: Apache 2 directory/files)

From: "Joshua Slive" <[EMAIL PROTECTED]> Sent: Monday, December 10, 2001 8:39 PM > This also seems to be a problem for mod_include. > > My naive analysis--without looking at the code--is that, since the core > handler is serving the files, they are treated as static and not allowed > PATH_INFO,

Re: PATH_INFO with filters (was: Apache 2 directory/files)

From: "Joshua Slive" <[EMAIL PROTECTED]> Sent: Monday, December 10, 2001 9:32 PM > > On Mon, 10 Dec 2001, William A. Rowe, Jr. wrote: > > Our own website, with it's .shtml approach, really sucked > > because relative paths could be made un-relatated.

Re: problem running 2.0.28 as Win2k service (was 2.0.18)

bin\apache -k install -n Apache2 THEN; apache -k start -n apache2 -OR- net start Apache2 The Apache2 (default) may have tripped you up. Keeps it distinct from 1.3 generation apache services, but you can use the -n Apache arg instead, if you like. Bill - Original Message - From:

Re: "make certificate" Doesn't Work, Apache 2.0.28, Unix, and mod_ssl (fwd)

- Original Message - From: "Justin Erenkrantz" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, December 12, 2001 12:37 AM Subject: Re: "make certificate" Doesn't Work, Apache 2.0.28, Unix, and mod_ssl (fwd) > On Wed, Dec 12, 2001 at 12:50:39AM -0500, Cliff Woolley wrote: >

Re: problem running 2.0.28 as Win2k service (was 2.0.18)

From: "Dave Seidel" <[EMAIL PROTECTED]> Sent: Wednesday, December 12, 2001 9:10 AM > FYI, I did my local build using VC 6.0, using the InstallBin target in the > IDE, using all the project files as they came from the zip archive. Dave, if you grab a recent PlatformSDK from Microsoft's site, and

Considering the Default Handler and Subrequests

All of the changes I'd like to introduce below impact one another, and are based on several basic premises; 1. A sub_req_lookup() caller (of any flavor) should be able to make heads or tails of the request based on the processing that occurs within ap_process_request_internal(). 2

Re: Considering the Default Handler and Subrequests

From: "Rodent of Unusual Size" <[EMAIL PROTECTED]> Sent: Wednesday, December 12, 2001 2:07 PM > "William A. Rowe, Jr." wrote: > > > > 3. Namespace polution is evil. Ergo, any module should reject requests > >for a document with path_info if

Re: Considering the Default Handler and Subrequests

From: "Rodent of Unusual Size" <[EMAIL PROTECTED]> Sent: Wednesday, December 12, 2001 2:34 PM > "William A. Rowe, Jr." wrote: > > > > But if you never use path_info, it should be rejected to > > prevent exactly this sort of polution/infinit

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

> wrowe 01/12/12 16:43:14 > > Modified:server core.c > Log: > Whatever this was doing, it looks most unholy. > > Revision ChangesPath > 1.114 +10 -6 httpd-2.0/server/core.c > > Index: core.c > =

Re: [PATCH] clarification on handle_multi in mod_negotiate

More legible, yessir. From: "Aaron Bannert" <[EMAIL PROTECTED]> Sent: Wednesday, December 12, 2001 8:29 PM > Is this what we meant here? > > Index: modules/mappers/mod_negotiation.c > === > RCS file: /home/cvs/httpd-2.0/modules/ma

Re: cvs commit: httpd-2.0/docs/manual/mod mod_cgi.html mod_cgid.html core.html

From: "Joshua Slive" <[EMAIL PROTECTED]> Sent: Thursday, December 13, 2001 12:31 PM > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > > wrowe 01/12/13 10:19:22 > > > > Modified:docs/manual/mod mod_cgi.html mod_cgid.html core.html > > Log: > > A little loopy commit. Refe

Re: Considering the Default Handler and Subrequests

From: "Greg Ames" <[EMAIL PROTECTED]> Sent: Thursday, December 13, 2001 12:49 PM > "William A. Rowe, Jr." wrote: > > > . Hooks are _not_ the fastest things in the world, especially with the strcmps > > around ->handler going on. > > Ame

Re: Windows cgi problem

From: "Allan Edwards" <[EMAIL PROTECTED]> Sent: Thursday, December 13, 2001 1:02 PM > This might also be a problem on unix but I haven't tested. > When cgi's are launched a window sometimes pops up, same for > mod_include "exec cgi". Is there a reason we are not > launching the cgi as a detache

Re: Windows cgi problem

From: "Ryan Bloom" <[EMAIL PROTECTED]> Sent: Thursday, December 13, 2001 1:09 PM > On Thursday 13 December 2001 11:02 am, Allan Edwards wrote: > > This might also be a problem on unix but I haven't tested. > > When cgi's are launched a window sometimes pops up, same for > > mod_include "exec cgi

Re: Considering the Default Handler and Subrequests

From: "Ryan Bloom" <[EMAIL PROTECTED]> Sent: Thursday, December 13, 2001 1:22 PM > On Thursday 13 December 2001 11:05 am, William A. Rowe, Jr. wrote: > > > > Couple of bits. If we declare handler_fn identically to a hook_handler > > callback, then we c

Re: Windows cgi problem

From: "Jeff Trawick" <[EMAIL PROTECTED]> Sent: Thursday, December 13, 2001 1:17 PM > what if we had a long-running-daemon attribute and a non-interactive > attribute (yeah, please come up with better names): > > long-running-daemonnon-interactive > > Win32

Re: Considering the Default Handler and Subrequests

From: "Greg Ames" <[EMAIL PROTECTED]> Sent: Thursday, December 13, 2001 1:55 PM > "William A. Rowe, Jr." wrote: > > > Second, autoindex should be a generator [handler]. mod_dir should _NOT_. I >spelled > > out the reasons for that on 2001.12.0

Re: Considering the Default Handler and Subrequests

Blending Ryan's and Greg's observations with my own... It probably makes more sense to register the supported handlers (one call per handler/name) with a handler name to follow the 1.3 convention. For all simple cases, this is probably best. Only modules with interesting characteristics (not foo

Re: Considering the Default Handler and Subrequests

From: "Greg Ames" <[EMAIL PROTECTED]> Sent: Thursday, December 13, 2001 3:44 PM > Ryan Bloom wrote: > > > I still think the handler_fn function is overkill. The performance of Apache 1.3 > > wasn't bad, because we did sane string compares, making sure that the > > lengths were equal before doi

Re: Considering the Default Handler and Subrequests

From: "Ryan Bloom" <[EMAIL PROTECTED]> Sent: Thursday, December 13, 2001 4:00 PM > If you want to make this work for the most modules possible, create a single > model that all modules must implement, and make that perform the best > that it can. That's exactly what I'm saying ... 1.3 had two f

Is there any reason

to waste cycles on the insert_filters hook if we don't run a request? Should this simply get pushed from ap_process_request_internal() into ap_invoke_handler() as the first part of the handler-execution phase?

Re: [PATCH] get mod_ssl to work again

From: "Jeff Trawick" <[EMAIL PROTECTED]> Sent: Tuesday, December 18, 2001 7:55 AM > mod_ssl has some questionable access to the scoreboard which doesn't > work correctly starting a few minutes ago because SCOREBOARD_SIZE is > much smaller than it expects (< 1024, not indicative of the real size

Re: cvs commit: httpd-2.0/server/mpm/netware mpm_netware.c

> Jeff, > I think that the mistake I made here was not changing the error > message text. I had changed HARD_SERVER_LIMIT to HARD_THREAD_LIMIT on > purpose because NetWare does not have processes. Therefore we will > never have more than one server anyway and in fact the NetWare MPM does >

Re: VisualStudio.NET 7.0 build files

From: "Mladen Turk" <[EMAIL PROTECTED]> Sent: Tuesday, December 18, 2001 11:10 AM > I know that it's still a beta, but ... -1 with a capital V for introducing _another_ set of win32 build files. If there is any mistakes that prevent our .dsps from successfully converting, mladen, please point

Re: cvs commit: httpd-2.0/server/mpm/netware mpm_netware.c

From: "Brad Nicholes" <[EMAIL PROTECTED]> Sent: Tuesday, December 18, 2001 12:10 PM > Bill, > I guess I don't follow your comment. mpm_netware.c still follows > the same scheme as other MPM's in that it respects HARD_SERVER_LIMIT, it > just makes sure that it is never anything other than 1.

Re: cvs commit: apache-1.3/src CHANGES

From: "Bill Stoddard" <[EMAIL PROTECTED]> Sent: Thursday, December 20, 2001 11:24 AM > With this, I'm thinking it's time for 1.3.23, which should hold us for 1.3 releases >for > the better part of 2002. > > Yeas or Neas? Yea [but] but we are seeing a lot of problems with parsed (SHTML, PHP e

Re: [PATCH] get mod_ssl to work again

From: "Doug MacEachern" <[EMAIL PROTECTED]> Sent: Thursday, December 20, 2001 11:07 AM > On 18 Dec 2001, Jeff Trawick wrote: > > > or just an entropy function? why should any module care that it is > > from the scoreboard? > > +1 on that or anything to get mod_ssl working again. I'll see yo

Re: [PATCH] get mod_ssl to work again

From: "Daniel Lopez" <[EMAIL PROTECTED]> Sent: Thursday, December 20, 2001 1:26 PM > On Thu, Dec 20, 2001 at 11:07:13AM -0800, Doug MacEachern wrote: > > On Thu, 20 Dec 2001, Daniel Lopez wrote: > > > > > > > > /dev/urandom is not available in all platforms > > > > right, which is why it is

Re: core dump in ap_send_fd

From: "Stas Bekman" <[EMAIL PROTECTED]> Sent: Friday, December 21, 2001 12:14 AM > > In the meanwhile, you need to use the buckets directly. > > It's only four lines of code as opposed to one. > > > > apr_bucket_brigade *bb = apr_brigade_create(r->pool); > > apr_bucket *b = apr_bucket_pipe_crea

Re: core dump in ap_send_fd

From: "Stas Bekman" <[EMAIL PROTECTED]> Sent: Friday, December 21, 2001 2:09 AM > Please suggest a portable alternative. In 1.3.x we have: > > include/http_protocol.h: > API_EXPORT(long) ap_send_fd_length(FILE *f, request_rec *r, long > length); > > (which supported length=-1, for 'fi

Re: [PATCH (1.3)] Export functions defined in httpd.exp

From: "Thomas Eibner" <[EMAIL PROTECTED]> Sent: Friday, December 21, 2001 8:26 AM > A few months ago I proposed a patch (With Gunter Knauf's help) that > would make my module mod_rpaf compile on Win32 and netware. It used > the ap_update_vhost_from_headers function which wasn't correctly > expor

Re: [PATCH (1.3)] Export functions defined in httpd.exp

From: "William A. Rowe, Jr." <[EMAIL PROTECTED]> Sent: Friday, December 21, 2001 9:08 AM > From: "Thomas Eibner" <[EMAIL PROTECTED]> > Sent: Friday, December 21, 2001 8:26 AM > > > > A few months ago I proposed a patch (With Gunter Knauf'

Re: [PATCH (1.3)] Export functions defined in httpd.exp

From: "Thomas Eibner" <[EMAIL PROTECTED]> Sent: Friday, December 21, 2001 9:24 AM > On Fri, Dec 21, 2001 at 09:08:27AM -0600, William A. Rowe, Jr. wrote: > > > > Ok. Here's my take. Your patch breaks mod_ssl EAPI's patch (makes some > > of

Re: [PATCH (1.3)] Export functions defined in httpd.exp

From: "Bill Stoddard" <[EMAIL PROTECTED]> Sent: Friday, December 21, 2001 9:29 AM > I am still thinking this one over... I really don't like the idea of breaking binary > backward compatability but concede we should not let that prevent us from new >development. > > If we go with this, I would

Re: [bug] 404 served instead of 401

From: "Gary Benson" <[EMAIL PROTECTED]> Sent: Friday, December 21, 2001 9:27 AM > I found a bug whereby Apache 1.3.22 inconsistently handles the interaction > between aliases to non-existant paths and authentication. If the alias is > specified as an absolute path then a 401 is always served, bu

Re: [PATCH] Eliminate HARD_THREAD_LIMIT on Windows

From: "Bill Stoddard" <[EMAIL PROTECTED]> Sent: Friday, December 21, 2001 11:28 PM > So I says to myself, "self, why introduce the ThreadLimit directive when the >scoreboard on > Windows is not shared between processes, ever?". So here is a patch: the scoreboard >is > always allocated to be ex

Re: [PATCH] Eliminate HARD_THREAD_LIMIT on Windows

From: "Jeff Trawick" <[EMAIL PROTECTED]> Sent: Saturday, December 22, 2001 6:57 AM > "Bill Stoddard" <[EMAIL PROTECTED]> writes: > > > So I says to myself, "self, why introduce the ThreadLimit directive when the >scoreboard on > > Windows is not shared between processes, ever?". So here is a p

Re: [PATCH] Eliminate HARD_THREAD_LIMIT on Windows

From: "Bill Stoddard" <[EMAIL PROTECTED]> Sent: Saturday, December 22, 2001 2:51 PM > We would be best served by having an event driven/async MPM for scalability rather >than > pursuing the thread-per-connection model. Agreed ... however; that doesn't diminish the benefit of multiple processes

<    3   4   5   6   7   8   9   10   11   12   >