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=21046>. 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=21046 problem with loading modules ------- Additional Comments From [EMAIL PROTECTED] 2003-06-24 18:13 ------- current status: PHP isn't loading because it wants to import ap_max_requests_per_child, but it isn't exported by httpd. It isn't exported by httpd because it doesn't have the formal API wrappers around the declarations in include/mpm_common.h. I think the proper way for a module to get that information is via ap_mpm_query(AP_MPM_MAX_REQUESTS_DAEMON, &max_requests_per_child); I'll check and see what other folks think about whether ap_max_requests_per_child is really part of the API. In the meantime, apply this patch to Apache to cause that variable to be exported will httpd-ers and php-ers figure out the best fix. Index: include/mpm_common.h =================================================================== RCS file: /home/cvs/httpd-2.0/include/mpm_common.h,v retrieving revision 1.42 diff -u -r1.42 mpm_common.h --- include/mpm_common.h 9 Apr 2003 16:58:28 -0000 1.42 +++ include/mpm_common.h 24 Jun 2003 16:16:06 -0000 @@ -229,11 +229,11 @@ * The maximum number of requests each child thread or * process handles before dying off */ -#ifdef AP_MPM_WANT_SET_MAX_REQUESTS -extern int ap_max_requests_per_child; + +AP_DECLARE_DATA extern int ap_max_requests_per_child; const char *ap_mpm_set_max_requests(cmd_parms *cmd, void *dummy, const char *arg); -#endif + I'll update when I can figure out whats up with mod_jrun2 --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
