eta for apache 2.2.12?
Hello. Could someone please tell when apache 2.2.12 is expected to be released? Thanks in advance. This email has been processed by SmoothZap - www.smoothwall.net
show apr/apr-util version with mod_info
Hi, since one httpd version can link to a couple of different apr/apr-util versions I find it useful to have these versions listed with mod_info, and if nobody objects then I would like to apply a patch similar to the one below (which is 2.2.x) to trunk, and then propose for backport into 2.2.x: --- mod_info.c.orig Tue Nov 11 21:58:26 2008 +++ mod_info.c Fri Jul 03 07:10:34 2009 @@ -44,6 +44,7 @@ #include apr.h #include apr_strings.h #include apr_lib.h +#include apr_version.h #define APR_WANT_STRFUNC #include apr_want.h @@ -342,6 +343,9 @@ server_rec *serv = r-server; int max_daemons, forked, threaded; +ap_rputs(DOCTYPE_HTML_3_2 + htmlhead\ntitleApache Info/title\n/headbody\n, + r); ap_rputs(h2a name=\server\Server Settings/a/h2, r); ap_rprintf(r, dldtstrongServer Version:/strong @@ -351,6 +355,16 @@ dtstrongServer Built:/strong font size=\+1\tt%s/tt/font/dt\n, ap_get_server_built()); +ap_rprintf(r, + dtstrongApache Portable Runtime Version:/strong + font size=\+1\tt%s/tt/font/dt\n, + apr_version_string()); +#if APR_MAJOR_VERSION 2 +ap_rprintf(r, + dtstrongApache Portable Utility Version:/strong + font size=\+1\tt%s/tt/font/dt\n, + apu_version_string()); +#endif ap_rprintf(r, dtstrongModule Magic Number:/strong tt%d:%d/tt/dt\n, MODULE_MAGIC_NUMBER_MAJOR, Günter.
Re: show apr/apr-util version with mod_info
On 07/05/2009 04:45 PM, Guenter Knauf wrote: Hi, since one httpd version can link to a couple of different apr/apr-util versions I find it useful to have these versions listed with mod_info, and if nobody objects then I would like to apply a patch similar to the one below (which is 2.2.x) to trunk, and then propose for backport into 2.2.x: --- mod_info.c.orig Tue Nov 11 21:58:26 2008 +++ mod_info.cFri Jul 03 07:10:34 2009 @@ -44,6 +44,7 @@ #include apr.h #include apr_strings.h #include apr_lib.h +#include apr_version.h #define APR_WANT_STRFUNC #include apr_want.h @@ -342,6 +343,9 @@ server_rec *serv = r-server; int max_daemons, forked, threaded; +ap_rputs(DOCTYPE_HTML_3_2 + htmlhead\ntitleApache Info/title\n/headbody\n, + r); ap_rputs(h2a name=\server\Server Settings/a/h2, r); ap_rprintf(r, dldtstrongServer Version:/strong No objections, but the above should not be part of the patch as the HTML header stuff is already done in mod_info and would be doubled. Regards Rüdiger
new functions in httpd trunk
Hi, in mpm_common.h there appear now some new functions named ap_mpm_pod_*; however I can currently find only one C implementation of these functions in mpm_unix.c - how is it supposed to work for other mpms? Should each mpm have an adapted copy of these functions in its own files? Linking Release.o/Apache2.nlm ### mwldnlm Linker Error: # Undefined symbol: ap_mpm_pod_check in # Export list ### mwldnlm Linker Error: # Undefined symbol: ap_mpm_pod_close in # Export list ### mwldnlm Linker Error: # Undefined symbol: ap_mpm_pod_killpg in # Export list ### mwldnlm Linker Error: # Undefined symbol: ap_mpm_pod_open in # Export list ### mwldnlm Linker Error: # Undefined symbol: ap_mpm_pod_signal in # Export list can please someone give me some hints? thanks, Günter.
Re: show apr/apr-util version with mod_info
Hi Rüdiger, Ruediger Pluem schrieb: No objections, but the above should not be part of the patch as the HTML header stuff is already done in mod_info and would be doubled. yes, I know; but its only in trunk - with 2.2.x branch its missing ... Günter.
Re: new functions in httpd trunk
On Sun, Jul 5, 2009 at 11:05 AM, Guenter Knauf fua...@apache.org wrote: Hi, in mpm_common.h there appear now some new functions named ap_mpm_pod_*; however I can currently find only one C implementation of these functions in mpm_unix.c - how is it supposed to work for other mpms? What other MPMs need them? If these are of more general use, we can move them to mpm_common. Is your Netware link failing because there is a reference to those functions somewhere, even though they aren't actually used? (I don't see where Netware uses those, but maybe I'm looking in the wrong place.) Should each mpm have an adapted copy of these functions in its own files? The core should provide these on as wide a set of platforms as they are actually used (or at least where somebody thinks it would be good to have them available, for use by some unbundled MPM).
Re: new functions in httpd trunk
Hi Jeff, Jeff Trawick schrieb: What other MPMs need them? If these are of more general use, we can move them to mpm_common. Is your Netware link failing because there is a reference to those functions somewhere, even though they aren't actually used? (I don't see where Netware uses those, but maybe I'm looking in the wrong place.) for NetWare we need to build a list of exported functions on-the-fly from all preprocessed headers, thus these functions slip into the export list. If I exclude mpm_comon.h from the preprocessing then I probably miss a bunch of other functions ... Gün.
Re: new functions in httpd trunk
On Sun, Jul 5, 2009 at 11:28 AM, Guenter Knauf fua...@apache.org wrote: Hi Jeff, Jeff Trawick schrieb: What other MPMs need them? If these are of more general use, we can move them to mpm_common. Is your Netware link failing because there is a reference to those functions somewhere, even though they aren't actually used? (I don't see where Netware uses those, but maybe I'm looking in the wrong place.) for NetWare we need to build a list of exported functions on-the-fly from all preprocessed headers, thus these functions slip into the export list. If I exclude mpm_comon.h from the preprocessing then I probably miss a bunch of other functions ... Gün. I think you can just move those functions, and the 2(?) static support functions they use, to mpm_common.c. They're not Unix-specific; they just aren't used currently by non-Unix MPMs. This will add a little extra unused code for Windows and Netware, but avoiding that in a general way might be unwieldy: #if support-loadable-mpms || my-mpm-wants-pod-API + getting the right symbols defined so I wouldn't worry about that until somebody can confirm that it is instead the bit of unused code built into the server which is unwieldy. -- Born in Roswell... married an alien...
Re: new functions in httpd trunk
Hi Jeff, Jeff Trawick schrieb: I think you can just move those functions, and the 2(?) static support functions they use, to mpm_common.c. They're not Unix-specific; they just aren't used currently by non-Unix MPMs. This will add a little extra unused code for Windows and Netware, but avoiding that in a general way might be unwieldy: #if support-loadable-mpms || my-mpm-wants-pod-API + getting the right symbols defined so I wouldn't worry about that until somebody can confirm that it is instead the bit of unused code built into the server which is unwieldy. thanks for your info; for now I did just exclude these functions from export list via one-liner in the awk script; if NetWare needs them in future then I can still then move these as you suggested. thanks, Gün.
Re: svn commit: r791338 - /httpd/httpd/branches/2.2.x/STATUS
Hi Nick, n...@apache.org schrieb: + -0.9: niq: Please get rid of that ghastly pseudo-HTML font crap. + It's only valid in transitional, which has been + deprecated legacy stuff since 1997. + Without the font I'm +1. uhmm, I did only use what was already in mod_info before - so what would you suggest? an embedded stylesheet? Sorry, I'm not an html expert, so please tell me a bit more what you would like to see; and then I think this should go into a separate patch because it should then apply to the whole output of mod_info, or? Gün.
