Topic: mod_fcgid-2.2b for 2.2.9 available

[Steffen]

Because the APR has changed from 1.2 to 1.3, a new mod_fcgid driver is needed. This required a new download for mod_fcgid.

This module mod_fcgid-2.2b works only with Apache 2.2.9 or later (containing APR 1.3.x)

Use mod_fcgid-2.2a for Apache 2.2.0 through Apache 2.2.8 (containing APR 1.2.x)

Steffen

[ivolucien]

Hi Steffen, thank you for the timely and valuable updates.

I'm experiencing a conflict between the MySQL library and mod_fcgid (or httpd?) in my fastcgi app, and I'm hoping to instrument mod_fcgid to help track down what's happening.

Could you post the new mod_fcgid source, or at least what was modified please? I checked the mod_fcgid sourceforge tree, and it looks like they don't have it there.

Thank you kindly,

Ivo

[Steffen]

Oops.. The patch files are now in the .zip.

Steffen

[ivolucien]

Thank you again.

Cheers!

[ivolucien]

Okay, I could be clueless on this, but it seems:

The last patch element to arch/win32/fcgid_pm_win.c is broken. The return line for a function is deleted, leaving no return value.

An additional uncertainty, I'm applying these patches manually as my folders are configured differently. Please let me know if I've missed something obvious here.

[tdonovan]

re: "The last patch element to arch/win32/fcgid_pm_win.c is broken. The return line for a function is deleted, leaving no return value. "

True, it would be tidier if the procmgr_child_init() function returned APR_SUCCESS, but that does not cause a problem.
procmgr_child_init() is called from initialize_child() in mod_fcgid.c:470 - and since procmgr_child_init() returns nothing, the rv variable is unchanged from the previous call to proctable_child_init(). It is still APR_SUCCESS.

Hopefully the mod_fcgid maintainer(s) will put in a proper return value when (or if?) they get around to applying the patch.

re: "I'm experiencing a conflict between the MySQL library and mod_fcgid (or httpd?) in my fastcgi app"

If the process for your application is getting launched, the problem is not in mod_fcgid.
mod_fcgid starts up a new process running your FastCGI app, which is usually linked with libfcgi.dll.
If your app is getting the MySQL library error, this new process is what you probably need to debug - not the httpd (& mod_fcgid) process which created it.

If your app uses MySQL, make sure that it can find the correct libmysql.dll.
This is usually done by setting DefaultInitEnv PATH ... to include the directory containing libmysql.dll.
for example:

[tdonovan]

The CVS source repository for mod_fcgid is on sourceforge:

[ivolucien]

Thanks Steffen. The process isn't getting launched, and I'm getting an OS 109 error:

[Sat Jun 21 12:54:16 2008] [notice] mod_fcgid: call /www/foo/temp.bin with wrapper /usr/bar/engine.exe
[Sat Jun 21 12:54:16 2008] [warn] (OS 109)The pipe has been ended. : mod_fcgid: get overlap result error
[Sat Jun 21 12:54:16 2008] [error] [client 127.0.0.1] Premature end of script headers: temp.bin

The dll is in the same folder as my fastcgi client, but I'll double check and try the DefaultInitEnv option just in case it can't find it.

I've also tried building and linking the whole set of dependencies with static lib linkage, which worked fine when the app is run standalone, but not when launched via mod_fcgid, at least if the db connection code was compiled in. So, I don't think the dll is the issue since it ran fine with no dll at all when linked statically and run from the command line.

Regardless, thanks for the suggestion, I'll try that and cross my fingers.

[reitchelazan]