>Number: 2496 >Category: os-windows >Synopsis: ScriptAlias directive doesn't work (but Alias directive *does* >=> workaround) >Confidential: no >Severity: non-critical >Priority: medium >Responsible: apache >State: open >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Wed Jun 24 11:00:01 PDT 1998 >Last-Modified: >Originator: [EMAIL PROTECTED] >Organization: apache >Release: 1.3.0 >Environment: Windows 95 OSR2 / pre-built binary Apache >Description: To get around the problem I reported in PR# os-windows/2495, I first tried to make a ScriptAlias directory without spaces in the path. Unfortunately, according to the ErrorLog, Apache ignored my ScriptAlias directive and kept right on trying to run the script from the default cgi-bin (whose ScriptAlias was still in the srm.conf file, along with the new one I had set up).
I got around the problem by using the Alias directive (which works... why?) instead, and specifing 'Options ExecCGI' in the <Directory> spec. >How-To-Repeat: Set two ScriptAlias directives in srm.conf: ScriptAlias /cgi-bin/ "D:/Program Files/Apache Group/Apache/cgi-bin/" ScriptAlias /morecgi/ "D:/morecgi/" Make a second copy of the <Directory "D:/Program Files/Apache Group/Apache/cgi-bin">...</Directory> section in access.conf and the name of the directory in the copy to "D:/morecgi" Put a cgi program in there, and try to access it. Look at the ErrorLog. >Fix: No, Although I wonder why the Alias directive works and the ScriptAlias directive doesn't since the logic is similar. >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, ] [you need to include <[EMAIL PROTECTED]> in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ]
