Return-Path: Delivered-To: apmail-new-httpd-archive@apache.org Received: (qmail 9117 invoked by uid 500); 11 May 2001 13:36:19 -0000 Mailing-List: contact new-httpd-help@apache.org; run by ezmlm Precedence: bulk Reply-To: new-httpd@apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list new-httpd@apache.org Received: (qmail 8924 invoked from network); 11 May 2001 13:36:14 -0000 Message-ID: <015001c0da1f$0f7a2b80$94c0b0d0@roweclan.net> From: "William A. Rowe, Jr." To: References: Subject: Re: ab/htpasswd Date: Fri, 11 May 2001 08:27:22 -0500 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.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N From: "Dirk-Willem van Gulik" Sent: Friday, May 11, 2001 1:12 AM > This fixes all warnings and bugs I know of on FreeBSD/MacOSX. Still > checking on Solaris; whilst trying to find out if we are in a freeze - > slow going - am traveling myself (it is cold, and here is thunder, > lightning and rain in Chicago - and the network drops 20% of my packets). > I'd hate for something as axuilary as this to cause a re-tag/re-roll. Of course... I'd apply, but it doesn't go in cleanly, please feel free once you have landed. The 'freeze' as Roy points out _never_ applies to fixing bugs, only introducing new ones :-) Seriously, it's not the time to suddenly decide these five new features look really good, but it is the time to clear your tree of those bug fixes you've been building with (including these ab patches, fixes for isnan/isfnf, etc.) > Meanwhile; fred: Could it be that on MaxOS X; that sizeof() returns an > long - and not an int ? (And is this intentional?) > > I am wondering if I should 'fix' things like > > "Password too long (must be < %d)",sizeof(buff)-1,... > "Password too long (must be < %d)",(int)sizeof(buff)-1,... > > or that this is a while elefant which will get fixed differently. 2.0 is easily APR_SIZEOF_T_FMT but on 1.3? Your solution looks appropriate to me, if you care to patch. Bill