From apache-cvs-owner-apache-cvs-archive=hyperreal.org@apache.org Tue Oct 06 21:55:22 1998 Return-Path: Delivered-To: apache-cvs-archive@hyperreal.org Received: (qmail 266 invoked by uid 6000); 6 Oct 1998 21:55:22 -0000 Received: (qmail 192 invoked by alias); 6 Oct 1998 21:55:19 -0000 Delivered-To: apache-1.3-cvs@hyperreal.org Received: (qmail 152 invoked by uid 143); 6 Oct 1998 21:55:19 -0000 Date: 6 Oct 1998 21:55:19 -0000 Message-ID: <19981006215519.151.qmail@hyperreal.org> From: dgaudet@hyperreal.org To: apache-1.3-cvs@hyperreal.org Subject: cvs commit: apache-1.3 STATUS Sender: apache-cvs-owner@apache.org Precedence: bulk Reply-To: new-httpd@apache.org dgaudet 98/10/06 14:55:18 Modified: . STATUS Log: it's october in sanfrancisco, summer is finally here Revision Changes Path 1.505 +6 -0 apache-1.3/STATUS Index: STATUS =================================================================== RCS file: /export/home/cvs/apache-1.3/STATUS,v retrieving revision 1.504 retrieving revision 1.505 diff -u -r1.504 -r1.505 --- STATUS 1998/10/06 20:59:05 1.504 +++ STATUS 1998/10/06 21:55:16 1.505 @@ -76,6 +76,12 @@ lookup table to display the server name. Message-ID: <36189CC2.52006F33@jrc.it> Status: Roy (untested +1) + Dean -1: I see no need to add a new "virtual host number" to the + server guts... although I can understand why it's nice for + SNMP. However I'd be totally for a patch which places + "server_rec *" into the scoreboard in place of the name + -- because the pointers are valid across parent and + children... why waste the time doing number lookups and such. * Manoj's [PATCH] mime.types update Message-ID: <19980923190915.B15359@raleigh.ibm.com>