On Tue, Nov 13, 2012 at 8:59 PM, Peter Danenberg wrote:
> mod_fcgid doesn't appear to have an external process manager; compare
> this process tree from mod_fastcgi where the access checker
> (872695a60a6d82aa9fc041bae44803af) is a child of fcgi is a child of
> httpd:
>
> /usr/local/apache2/bin
On Sun, Nov 11, 2012 at 8:41 PM, Peter Danenberg wrote:
> Thanks for looking into this, Jeff; I've attached an strace with
> mod_fcgid (strace-fcgid), one with mod_fastcgi (strace-fastcgi) and
> one with mod_fcgid and relative time stamps so you can see where it
> hangs (strace-fcgid-with-relativ
On Sunday, November 11, 2012, Peter Danenberg wrote:
> 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_hea
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
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.
