Return-Path: Delivered-To: apmail-new-httpd-archive@apache.org Received: (qmail 48735 invoked by uid 500); 22 Mar 2000 17:01:31 -0000 Mailing-List: contact new-httpd-help@apache.org; run by ezmlm Precedence: bulk X-No-Archive: yes Reply-To: new-httpd@apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list new-httpd@apache.org Received: (qmail 48724 invoked from network); 22 Mar 2000 17:01:30 -0000 Message-ID: <017201bf9420$7f6011d0$064b2509@raleigh.ibm.com> From: "Bill Stoddard" To: References: Subject: Re: cvs commit: apache-2.0/src/support htpasswd.mak htpasswd.dsphtpasswd.c Date: Wed, 22 Mar 2000 12:03:08 -0500 Organization: IBM Corp. MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N > > There should be a working htpasswd under apr/test. htpasswd in apr/test looks back level compared to what is in src/support. Sascha made one small change in the test version which I can migrate into src/httpd.c. Do you intend to leave htpasswd, et. al. in src/support? > I think we need to start making our support programs use APR, so they are portable. Agree. > David Reid and I spent a lot of time getting these things ompiling and > working on multiple platforms, and I would appreciate it if we used them > when at all possible. Not htpasswd :-) Other than being back-level, it is essentially identical to what is in src/support. Thanks for the pointer though, I definitely don't want good work wasted. Bill