You are viewing a plain text version of this content. The canonical link for it is here.
Posted to bugs@httpd.apache.org by bu...@apache.org on 2003/06/19 22:44:46 UTC

DO NOT REPLY [Bug 20926] New: - CGI scripts not working in vhosts if Scriptsock is set to non-default

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20926>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20926

CGI scripts not working in vhosts if Scriptsock is set to non-default

           Summary: CGI scripts not working in vhosts if Scriptsock is set
                    to non-default
           Product: Apache httpd-2.0
           Version: 2.0.46
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: Major
          Priority: Other
         Component: Runtime Config
        AssignedTo: bugs@httpd.apache.org
        ReportedBy: Robert.Siemer@gmx.de
                CC: Robert.Siemer@gmx.de


The following config-snippet is not working as expected:

ScriptSock            cgisock
<VirtualHost 127.0.0.1:80>
ScriptLog script_log
</VirtualHost>

As merge_cgid_config() in mod_cgid.c gets run twice, it overrides the ScriptSock
directive with the default of "logs/cgisock" for the VirtualHost.

As a result, cgi-scripts in the VirtualHost are not working. mod_cgid.c doesn't
get the cgid on the correct socket...

error_log: (2)No such file or directory: unable to connect to cgi daemon after
multiple tries: .../test.cgi
(The message is wrong, too. It's doing one try...)

Indeed merge_cgid_config(), etc are full of questions:
Does it make sense to change the ScriptSock in vhosts? There is only one cgid
for all, isn't there?
ScriptLogLength and ScriptLogBuffer get also overriden by the default on changes
of the ScriptLog in vhosts, etc. Volitional?
If it gets changed in mod_cgid.c consider code duplication in mod_cgi.c...

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org