Return-Path: Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 42028 invoked by uid 500); 7 May 2002 14:25:56 -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 41953 invoked from network); 7 May 2002 14:25:55 -0000 From: Martin Kutschker To: dev@httpd.apache.org Subject: [PATCH] Fix for SSLMutex option settings not being honoured Date: Tue, 07 May 2002 16:25:55 +0200 (METDST) Organization: blackbox.net Message-Id: <20020507.7651364@blackbox.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Hi! [Sorry if this is posted twice, but I'm not sure if my first mail got through] With the SSLMutex option the user could (in 1.3.x) ask for file based or semaphore based locking. Now mod_ssl asks APR for the default mechanism completely ignoring the option values. The patch fixes this and changes the SSLMutex command offering these options: default | yes none | no fcntl flock sysvsem posixsem pthread sem = sysvsem | posixsem file: = fcntl | flock The meaning of "yes" changes to "default", "sem" will use either Sys V or Posix semaphores (the former are preferred) and file will use either Fcntl or Flock (preferring Fcntl). The command remains (reasonably) backward compatible and is now in sync with the AcceptMutex command. I deem more than 200 lines too long for listing it here. The patch can be found as an attachment to the accompanying bugzilla bug 8122: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8122 http://nagoya.apache.org/bugzilla/showattachment.cgi?attach_id=1801 The path adds some diagnostic output in the case of an error and corrects the command description string as well. Masi