Return-Path: Delivered-To: new-httpd-archive@hyperreal.org Received: (qmail 5693 invoked by uid 6000); 28 Jan 2000 19:22:40 -0000 Received: (qmail 5612 invoked from network); 28 Jan 2000 19:22:37 -0000 Received: from fwns2d.raleigh.ibm.com (HELO fwns2.raleigh.ibm.com) (204.146.167.236) by taz.hyperreal.org with SMTP; 28 Jan 2000 19:22:37 -0000 Received: from rtpmail02.raleigh.ibm.com (rtpmail02.raleigh.ibm.com [9.37.172.48]) by fwns2.raleigh.ibm.com (8.9.0/8.9.0/RTP-FW-1.2) with ESMTP id OAA19810 for ; Fri, 28 Jan 2000 14:22:35 -0500 Received: from cessna.raleigh.ibm.com (cessna.raleigh.ibm.com [9.37.72.16]) by rtpmail02.raleigh.ibm.com (8.8.5/8.8.5/RTP-ral-1.1) with ESMTP id OAA24312 for ; Fri, 28 Jan 2000 14:22:35 -0500 Received: from esoteric (esoteric.raleigh.ibm.com [9.37.70.19]) by cessna.raleigh.ibm.com (AIX4.3/UCB 8.8.8/8.7/RTP-ral-1.0) with SMTP id NAA21722 for ; Fri, 28 Jan 2000 13:29:56 -0600 From: "Keith Wannamaker" To: Subject: RE: The 1.3.11 release (WIN32) Date: Fri, 28 Jan 2000 14:23:30 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <00ec01bf66a8$fdd0c640$064b2509@raleigh.ibm.com> X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Importance: Normal Sender: new-httpd-owner@apache.org Precedence: bulk Reply-To: new-httpd@apache.org I made this change when I overhauled the way Apache finds it's .conf file. If you have a valid ServerRoot directive at the top of the .conf file, create_process will look up and set ap_server_root from this directive. There should no longer be a registry key "ServerRoot". It was replaced with "Parameters/ConfPath", the only real unique identifier for different Apache services running on the same box. Are you using an older config file with the new release? IIRC there was a problem with the ordering of the ServerRoot on older conf files. Also, perhaps you are using an older service entry. You can try apache -u -n then apache -i -n -f and try it then. Either way, the -d should not be in the call to create_process. Keith Wannamaker RTP NC, USA | -----Original Message----- | From: new-httpd-owner@apache.org [mailto:new-httpd-owner@apache.org]On | Behalf Of Bill Stoddard | Sent: Monday, January 24, 2000 3:24 PM | To: new-httpd@apache.org | Subject: Re: The 1.3.11 release (WIN32) | | | I think you are using a patched version of Apache, because from what I can | tell we've never passed ap_server_root on the command line in | create_process. This does look like a bug though. I'll take a look at it. | | Bill | | ----- Original Message ----- | From: Dovid Zirkind | To: | Sent: Monday, January 24, 2000 2:47 PM | Subject: Re: The 1.3.11 release (WIN32) | | | > | > B"H | > | > hi, | > | > does anyone know *why* in create_process() the line: | > | > pCommand = ap_psprintf(p, "\"%s\" -Z %s -d \"%s\" -f \"%s\"", buf, | > exit_event_name, ap_server_root, ap_server_confname); | > | > was changed to: | > | > pCommand = ap_psprintf(p, "\"%s\" -Z %s -f \"%s\"", buf, | > exit_event_name, ap_server_confname); | > | > | > as now, the following problem occurs: | > | > In windows if the server was started from a drive other than the drive | that | > contains the "ap_server_root" (and possibly also from just another | > directory), and rely on the registry key "ServerRoot" pointing to the | > appropriate directory, the children that are spawned end up | dying with an | > error "file not found" because of wrong path. | > | > Bring Moshiach closer by doing acts of kindness! | > | > | |