Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 29970 invoked from network); 25 Sep 2009 16:01:58 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 25 Sep 2009 16:01:58 -0000 Received: (qmail 92642 invoked by uid 500); 25 Sep 2009 16:01:57 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 92561 invoked by uid 500); 25 Sep 2009 16:01:57 -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: List-Id: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 92552 invoked by uid 99); 25 Sep 2009 16:01:57 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 25 Sep 2009 16:01:57 +0000 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [64.202.165.47] (HELO smtpauth23.prod.mesa1.secureserver.net) (64.202.165.47) by apache.org (qpsmtpd/0.29) with SMTP; Fri, 25 Sep 2009 16:01:48 +0000 Received: (qmail 26336 invoked from network); 25 Sep 2009 16:01:26 -0000 Received: from unknown (76.252.112.72) by smtpauth23.prod.mesa1.secureserver.net (64.202.165.47) with ESMTP; 25 Sep 2009 16:01:26 -0000 Message-ID: <4ABCE940.2020306@rowe-clan.net> Date: Fri, 25 Sep 2009 11:01:04 -0500 From: "William A. Rowe, Jr." User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: dev@httpd.apache.org Subject: Re: mod_fcgid References: <200909250808.58684.ricardo@smartcsc.com> In-Reply-To: <200909250808.58684.ricardo@smartcsc.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Ricardo Cantu wrote: > Came across something else in testing mod_fcgid. mod_fastcgi would consider > every symbolic link to the same program as a unique program and would start it > up based on the program name and not the inode/device node. Since mod_fcgid > only was checking inode/device node, symbolic links were considered the same > as the real program. Does anybody think that is a needed behaviour? Why would > you rename the program name and still want to consider it the same program? > Either way I made a patch that can retain the old behaviour via a directive. > If it's decided that the old behaviour is unneeded I can take the directive > out and make it respect program name by default. I included the patch for > review and if every thing is cool I'll write the xml for the new directive. Under unix, programs often change behavior based on argv[0], so the patch isn't really valid if the program filename isn't the same :(