Digging a little deeper, mod_fcgid hangs on line 318 of
fcgid_bridge.c:
ap_scan_script_header_err_core(r, sbuf, getsfunc_fcgid_BRIGADE,
brigade_stdout)
I don't know enough about ap_scan_script_header_err_core yet to figure
out why this might be the case.
> The following trivial script,[1] which simply returns a 200 header,
> hangs under FcgidAccessChecker:
>
> (call-with-dynamic-fastcgi-query
> (λ (query)
> (display-status-&c.)))
>
> The same script works fine under mod_fastcgi with
> FastCgiAccessChecker; or handled as an fcgid-script or fastcgi-script.
>
> The output from error_log is as follows:
>
> [Sun Nov 11 01:39:44 2012] [info] mod_fcgid: server
> localhost:/usr/local/var/html/scm/api/access.scm(15965)
> started
>
> [Sun Nov 11 01:40:24 2012] [warn] [client 127.0.0.1] mod_fcgid: read
> data timeout in 40 seconds
>
> [Sun Nov 11 01:40:24 2012] [error] [client 127.0.0.1] Premature end of
> script headers: access.scm
>
> [Sun Nov 11 01:40:24 2012] [warn] [client 127.0.0.1] mod_fcgid: user
> (null) access check failed, respond 500, URI /scm/api/access.scm
>
> [Sun Nov 11 01:40:26 2012] [debug] fcgid_pm_main.c(357): mod_fcgid:
> gracefully terminated 1 processes
>
> How can I diagnose the problem? I find it interesting that it works
> under mod_fastcgi but not mod_fcgid; I'm not sure whether that implies
> the problem is in mod_fcgid, however.
>
>
> Footnotes:
> [1] The script is written in Chicken Scheme, by the way.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
> For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|