Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 10252 invoked from network); 28 Sep 2004 23:32:36 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 28 Sep 2004 23:32:36 -0000 Received: (qmail 34505 invoked by uid 500); 28 Sep 2004 23:32:29 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 33766 invoked by uid 500); 28 Sep 2004 23:32:06 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 33752 invoked by uid 99); 28 Sep 2004 23:32:05 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FORGED_RCVD_HELO X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from [207.155.252.72] (HELO thunderer.cnchost.com) (207.155.252.72) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 28 Sep 2004 16:32:04 -0700 Received: from rcsv650.rowe-clan.net (c-24-13-128-132.client.comcast.net [24.13.128.132]) by thunderer.cnchost.com id TAA23060; Tue, 28 Sep 2004 19:32:02 -0400 (EDT) [ConcentricHost SMTP Relay 1.17] Errors-To: Message-Id: <6.1.2.0.2.20040928182920.0297ada8@pop3.rowe-clan.net> X-Sender: wrowe%rowe-clan.net@pop3.rowe-clan.net X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Tue, 28 Sep 2004 18:31:47 -0500 To: "Brad Nicholes" From: "William A. Rowe, Jr." Subject: Re: segfault patch for util_ldap (was:Re: cvs commit: httpd-2.0 STATUS) Cc: In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N At 06:12 PM 9/28/2004, Brad Nicholes wrote: > I wouldn't consider posting the patch if there was going to be >another release in a week and a half, but that usually isn't the case >and a patch for an experimental module usually isn't reason enough to >roll another release. Past history shows that it usually takes a >serious vulnerability to warrant the turnaround we saw with 2.0.52. No, it just takes someone motivated. I hated the thought of 2.0.51 sitting around so I did something about it :) >There have been a number of users reporting this segfault not only on >the httpd email lists but on our own Novell news groups as well. We >have been making a lot of progress towards stabilizing auth_ldap and >util_ldap and as a result, I believe that the popularity of these >modules has increased. I would really hate to put a damper on this >forward progress just because we missed a segfault patch by one vote. >Simply posting this patch seems like a quick and easy fix until the next >release. At the same time, there is ***massive*** progress on mod_cache! If the mod_cache folks think we are ready to roll (and they are getting close) then another release for all these 'experimental' improvements can't be very far off. Anyone can RM, it takes 3 +1's and no -1's to release, actually I think beyond 3 +1's it's simple majority rules. Bill