https://issues.apache.org/bugzilla/show_bug.cgi?id=51913
Bug #: 51913
Summary: httpd-2 64-bit Windows setup fails to parse own
configuration
Product: Apache httpd-2
Version: 2.2.19
Platform: PC
Status: NEW
Severity: normal
Priority: P2
Component: Core
AssignedTo: [email protected]
ReportedBy: [email protected]
Classification: Unclassified
I could not see Apache httpd-2 reacting to my changes of DocumentRoot of its
32-bit package installed in the 64-bit Windows Server 2008 R2 SP1. Using
Process Explorer I figured that "-k runservice" executed the following command,
"C:\Program Files (x86)\Apache Software Foundation\Apache2.2\bin\httpd.exe" -d
"C:/Program Files (x86)/Apache Software Foundation/Apache2.2"
I saw the -f option with a path to httpd.conf originally as well.
Running httpd.exe as a regular process while residing in the Apache directory
with the -f option pointing to the configuration file still worked.
I suspect that Apache configuration parser could not handle brackets after
seeing a suggestion to symlink the server directory to a simple path,
http://jamesmcdonald.id.au/it-tips/32-bit-apache-on-windows-error
Another post refers to the work-around suggested in the above link describing
the issue as "annoying",
http://www.thoughtlabs.com/2011/03/25/how-to-set-up-apache-on-windows-7-to-support-facebook-secure-browsing/
So I created a directory symlink and changed all references to the "(x86)"
directory in configuration files with "c:/apache".
c:
cd \
mklink /d apache "c:\Program Files (x86)\Apache Software Foundation\Apache2.2"
Then I stopped the service and restarted it again.
C:\apache\conf>..\bin\httpd.exe -k start
This time I could see my own DocumentRoot taking its place in the browser after
cleaning its cache.
NB: I did not realize that "-k uninstall" followed by "-k install" will erase
my crafted configuration files. The logs\install.log file showed me how
httpd.exe copied original files on top of my modifications. So I learned to
save configuration files away from the Apache directories.
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]