From new-httpd-owner-new-httpd-archive=hyperreal.org@apache.org Sat Nov 01 16:10:45 1997 Return-Path: Delivered-To: new-httpd-archive@hyperreal.org Received: (qmail 536 invoked by uid 6000); 1 Nov 1997 16:10:45 -0000 Received: (qmail 522 invoked from network); 1 Nov 1997 16:10:41 -0000 Received: from gate-isdn.ukweb.com (194.152.65.149) by taz.hyperreal.org with SMTP; 1 Nov 1997 16:10:41 -0000 Received: from ecstasy.localnet [192.168.2.4] by gate-isdn.ukweb.com with smtp (Exim 1.61 #1) id 0xRg8X-0003HF-00; Sat, 1 Nov 1997 16:10:57 +0000 Date: Sat, 1 Nov 1997 16:10:38 +0000 (GMT) From: Paul Sutton To: new-httpd@apache.org Subject: Re: [STATUS] Sat Nov 1 09:54:04 EST 1997 In-Reply-To: <199711011520.KAA25985@devsys.jaguNET.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: new-httpd-owner@apache.org Precedence: bulk Reply-To: new-httpd@apache.org Today: more votes than you can throw a stick at.... On Sat, 1 Nov 1997, Jim Jagielski wrote: > * Marc's [PATCH] FCNTL_SERIALIZED_ACCEPT on HPUX (PR#872) > > Status: Marc +1, Jim +1 +1 > * Marc's [PATCH] define to allow passing of Authorization header > > Status: Marc +1 Ugly, but people have always asked for this, so why not. +1. > * Martin's [PATCH] Minor cleanups for portability > <19971031102433.01562@deejai.mch.sni.de> > Status: Martin +1, Dean +1 +1, but I'm not sure that the _Explain stuff is necessary at all. Can't the _two_ Explain() calls in the code be replaced by aplog() or individually #ifdef'ed if they are that important? > * Dean's protocol/1329: Apache will send wrong/invalid Content-length > > Superceded by Martin's [PATCH] update protocol/1329: Apache will... > <19971029220746.13063@deejai.mch.sni.de> > Status: Martin +1, Dean +1 +1 > * Martin's AddTypes for *.exe and *.zip to apache.conf > <19971020144738.24168@deejai.mch.sni.de> > Status: Martin +1, Dean +1, Jim +1 +1 > * Brian Havard's [PATCH] OS2 fixes > <199710281550.CAA11507@silk.apana.org.au> > Status: Jim 0 (it's MIMEed) +1. On the MIME stuff: the sending mailer has labelled them OCTET-STREAM though, so even Pine doesn't display the attachments correctly. They should probably be labeled as TEXT/PLAIN instead. But at least pine can save'em out ok. > * Dean's [PATCH] Re: os-sunos/1294: Spurious mmap error messages? (fwd) > > Fix logic error when issuing a mmap() failed message. This > fixes the submitter's problem. > Status: Dean +1 +1 > * Rasmus' [PATCH] Re: Module install steps > Pine.WNT.3.95.971026111353.-965065F-100000@krone.lerdorf.on.ca> > Status: Rasmus +1, Dean +1 +1 (for the AddType). > * Sameer's [PATCH] Make -dev work on FreeBSD > <199710242015.NAA06861@gabber.c2.net> > Status: Sameer +1, Ralf (and others?) don't need it, Jim +1 > Brian Havard reports it's needed for gcc under OS/2 > Martin +1 +1 > * Ben's [PATCH] add error checking to file reads > <345243AA.471976FD@algroup.co.uk> > Status: Ben +1, Jim +1, Dean +1, Martin +1 +1 if still needed with Ben's reported fix. > * Marius Groeger [PORT] LynxOS 2.5 > > Status: It's the diff is against 1.2.4 +1 _if_ it still defined -DLYNXOS like all other OSes, rather than relying on a compiler-provided __Lynx__ constant. > * Dean's [PRE-PATCH] expanding ap_snprintf() > > Status: Dean +1, Ben +1, Jim 0, Martin 0, Brian +1(?) > See > for a more up-to-date idea (int vformatter) that has a > vote of +1 from Dean, Ben, Martin and Jim for concept +1 > * Manoj Kasichainula's libap implementation > <19971018023315.14705@io.com> > Status: Mahoj wants us to "hold off" on this patch, but > others could ``re-create'' it :) +1 on concept. -1 on IBM's copyright lawyers owning it! > * Brian Havard's OS/2 proxy patch -- OS/2 can't open() a directory > <199710060353.NAA01538@silk.apana.org.au> > This is take 3 or so. +1 > * Paul's Win32 service errors > > Status: Paul +1, Brian +1. Martin +1(concept) Already committed. > * Marc's socket options like source routing (kill them?) > Marc, Dean say Yes +1 > * PR#951 (CGIs on Win32) > Open? Closed? Fixed? Not looked at. > * NameVirtualHost > Causes mucho confusion... Dean is ready to ``admit defeat'' > but should we let him? Lars suggests making NameVirtualHost > a required directive I like NameVirtualHost. It is no less hassle for upgrading users than the renaming of the default apache directory. Can a perl script read a given configure and determine what NameVirtualHost lines are needed, as a transistion aid? +1 on the new vhost docs stuff, by the way. //pcs