Re: svn commit: r569204 - in /httpd/httpd/trunk/modules/experimental: config.m4 mod_rewrite_filter.c mod_sedfilter.c

2007-08-24 Thread William A. Rowe, Jr.
Jim Jagielski wrote: On Aug 23, 2007, at 8:54 PM, [EMAIL PROTECTED] wrote: Author: wrowe Date: Thu Aug 23 17:54:15 2007 New Revision: 569204 URL: http://svn.apache.org/viewvc?rev=569204view=rev Log: SEDFILTER has several anomolies; first, it's not SED syntax, but more mod-rewrite like

Re: svn commit: r569204 - in /httpd/httpd/trunk/modules/experimental: config.m4 mod_rewrite_filter.c mod_sedfilter.c

2007-08-24 Thread William A. Rowe, Jr.
Jim Jagielski wrote: Ruediger Pluem wrote: Roy T. Fielding wrote: or [*] mod_substitute [*] mod_substitute I like mod_substitute... (I thought filter was redundant *duck* :) ) So mod_substitute it is :) Fixing

Re: Most likely 1.3 1st then 2.x

2007-08-24 Thread William A. Rowe, Jr.
Sander Temme wrote: We can even do the same for 2.0.x once we have our regression fixed, and then make a splash for all three when 2.2.x is done. 2.0 and 2.2 both have piped log issues. For 2.0 this is slightly more critical, we still invoke the log pipe app directly, and then pid_kill the

Re: svn commit: r569938 - in /httpd/httpd/trunk/modules/ldap: util_ldap_cache.c util_ldap_cache_mgr.c

2007-08-26 Thread William A. Rowe, Jr.
[EMAIL PROTECTED] wrote: Author: trawick Date: Sun Aug 26 17:53:41 2007 New Revision: 569938 URL: http://svn.apache.org/viewvc?rev=569938view=rev Log: better apr_ctime() usage (too bad it is apr_ctime_LEN instead of apr_ctime_SIZE) That's a great point; +1 to deprecating APR_CTIME_LEN

Re: svn commit: r569947 - /httpd/httpd/branches/2.2.x/STATUS

2007-08-27 Thread William A. Rowe, Jr.
Many thanks to Ruediger for reviewing 2.0 and 2.2 so far, and to both Jim and Jeff for their reviews of current/2.2 modern flavors. I could use a set of eyeballs on the final log.c patch for 2.2, and the patch set for our old 'n crusty 2.0. I'm especially interested if any Win32 folks want to

Re: svn commit: r570074 - /httpd/httpd/branches/2.0.x/STATUS

2007-08-27 Thread William A. Rowe, Jr.
[EMAIL PROTECTED] wrote: Modified: httpd/httpd/branches/2.0.x/STATUS URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.0.x/STATUS?rev=570074r1=570073r2=570074view=diff == --- httpd/httpd/branches/2.0.x/STATUS

Re: svn commit: r570074 - /httpd/httpd/branches/2.0.x/STATUS

2007-08-27 Thread William A. Rowe, Jr.
Ruediger Pluem wrote: On 08/27/2007 09:17 PM, William A. Rowe, Jr. wrote: Yes, I'm a vim user who always forgets modern linux is happy to navigate and stay in insert mode ;-) That file will not be applied, please ignore (it's I thought just that ;-). Happened to me hundred times before

Re: svn commit: r569947 - /httpd/httpd/branches/2.2.x/STATUS

2007-08-27 Thread William A. Rowe, Jr.
Plüm wrote: I wouldn't say that it is a no-op on Unix. Some logger programs might expect an open stderr, even if this points to /dev/null. So I am not in favour of this patch. Besides I understood that we no longer support Win9x. So why making an exception here? IMHO if things do not work

Re: prefork and APR_HAS_THREADS

2007-08-28 Thread William A. Rowe, Jr.
Arvind Srinivasan wrote: Some popular Unix distros package two httpd binaries - one built with the prefork MPM and the other built with the worker MPM - but only one set of libraries and modules. I assume the libraries and modules are the ones compiled for the worker mpm. Is the performance

[Fwd: svn commit: r570419 - in /httpd/httpd/branches/2.2.x: STATUS modules/ssl/ssl_engine_init.c modules/ssl/ssl_engine_vars.c modules/ssl/ssl_util_ssl.h]

2007-08-28 Thread William A. Rowe, Jr.
Since this changes the user experience, would you mind terribly applying the CHANGES as well? (I format my STATUS entries for CHANGES now, since a diff of CHANGES never applies clean ;-) ---BeginMessage--- Author: jim Date: Tue Aug 28 06:40:01 2007 New Revision: 570419 URL:

Re: svn commit: r570440 - /httpd/httpd/branches/2.2.x/CHANGES

2007-08-28 Thread William A. Rowe, Jr.
[EMAIL PROTECTED] wrote: Author: jim Date: Tue Aug 28 07:18:05 2007 New Revision: 570440 URL: http://svn.apache.org/viewvc?rev=570440view=rev Log: document userland change ty kindly!

httpd-2.0.61

2007-08-30 Thread William A. Rowe, Jr.
You'll note there is a -very- short list of remaining patches to consider for the 2.0 branch, and the logging stderr pool in particular would be good to backport. Because there is no shell, we forcefully kill the stderr pipe logger on pool cleanup before we start launching the new logs. In

Re: Blackdot.be (ApacheMon ApacheMobile) - Questions sparked by the ApacheLounge fuss

2007-08-30 Thread William A. Rowe, Jr.
Jorge Schrauwen wrote: I'd like to add an additional note to this but I'm unsure in how to phrase it. What I want to say is: That I take the source tarball's that are posted e.g. httpd-2.2.4-win32-src.zip (only official release no TR, svn etc). I'd also like to knew if I need to add an

Re: Blackdot.be (ApacheMon ApacheMobile) - Questions sparked by the ApacheLounge fuss

2007-08-30 Thread William A. Rowe, Jr.
William A. Rowe, Jr. wrote: Jorge Schrauwen wrote: I'd like to add an additional note to this but I'm unsure in how to phrase it. What I want to say is: That I take the source tarball's that are posted e.g. httpd-2.2.4-win32-src.zip (only official release no TR, svn etc). I'd also like

Re: [PATCH] Eliminate 13 in modules/aaa/mod_authn_dbd.c / modules/aaa/mod_authnz_ldap.c

2007-09-02 Thread William A. Rowe, Jr.
Graham Leggett wrote: Martin Kraemer wrote: Here's a patch to eliminate the 13, and to improve portability to EBCDIC machines by using apr_toupper(). Some of this fooness here revolves around charset issues, something I am not clear on for many platforms. The first question is, what is

Re: svn commit: r571879 - /httpd/httpd/trunk/modules/proxy/mod_proxy_connect.c

2007-09-02 Thread William A. Rowe, Jr.
Nick Kew wrote: ObPedant: 14:42:30 2007 @@ -113,8 +113,8 @@ /* we break the URL into host, port, uri */ if (APR_SUCCESS != apr_uri_parse_hostinfo(p, url, uri)) { -return ap_proxyerror(r, HTTP_BAD_REQUEST, - apr_pstrcat(p, URI cannot be parsed: , url, NULL));

Re: svn commit: r572298 - /httpd/site/trunk/dist/tools/release.sh

2007-09-03 Thread William A. Rowe, Jr.
Do we want to pick up the new apr-util's which now include Roy's commits to pick up db 4.6 and other fun test/ fixes? (including running a bunch of tests which were previously 'interactively' somewhat useless). Just asking, I'll roll both apr's and apu's, or just apr's. Whichever is fine by me

Re: [VOTE] Apache 2.2.6, 2.0.61 and 1.3.39 release candidate tarballs for review

2007-09-04 Thread William A. Rowe, Jr.
Jim Jagielski wrote: Available for your testing pleasure, 3, count 'em, 3 Apache HTTP Server release candidate tarballs, located, as expected at: http://httpd.apache.org/dev/dist/ [ ]apache_1.3.39 -0.1 The tarball apache_1.3.39.tar.gz explodes into apache-1.3/, which isn't

Re: [VOTE] Apache 2.2.6, 2.0.61 and 1.3.39 release candidate tarballs for review

2007-09-04 Thread William A. Rowe, Jr.
Jim Jagielski wrote: Hmmm... yeah, bummer. If that's it though, I'm +1 on keeping as is... we can document this. Or, we could *gasp* just reroll :/ Or we can repack the same files. This is a packaging artifact, not an artifact of source control. Bill

Re: [VOTE] Apache 2.2.6, 2.0.61 and 1.3.39 release candidate tarballs for review

2007-09-05 Thread William A. Rowe, Jr.
+1:1.3.39 Builds with nothing except for signedness warnings on Win32 (mostly related to goofy FD_SET declarations by MS). So no adverse symptoms. Jim Jagielski wrote: On Sep 4, 2007, at 8:15 PM, William A. Rowe, Jr. wrote: Jim Jagielski wrote: Hmmm... yeah, bummer. If that's it though

Re: [VOTE] Apache 2.2.6, 2.0.61 and 1.3.39 release candidate tarballs for review

2007-09-05 Thread William A. Rowe, Jr.
Steffen wrote: little things: mod_bucketeer.so is not build out of the box with Win32 gui-build. Not necessary (except for testers). Trivial for the developer to create (along with many similar testing modules - instead of building the BuildBin target, use BuildAll target. zlib1.dll is now

Re: [VOTE] Apache 2.2.6, 2.0.61 and 1.3.39 release candidate tarballs for review

2007-09-05 Thread William A. Rowe, Jr.
Steffen wrote: I get this kind off error too when stopping. Never seen before: Failed to dup STDIN: Bad file descriptor. Error in my_thread_global_end(): 251 threads didn't exit I expect you are talking about mod_fcgid again?

Re: [VOTE] Apache 2.2.6, 2.0.61 and 1.3.39 release candidate tarballs for review

2007-09-05 Thread William A. Rowe, Jr.
Jorge Schrauwen wrote: I don't have any cgi scripts so I tried to get the printenv test-cgi file to work. I get 500 and error_log has this. [Wed Sep 05 20:44:36 2007] [error] [client 87.66.74.14 http://87.66.74.14] Premature end of script headers: printenv.pl [Wed Sep 05 20:50:24 2007]

Re: [VOTE] Apache 2.2.6, 2.0.61 and 1.3.39 release candidate tarballs for review

2007-09-05 Thread William A. Rowe, Jr.
Steffen wrote: I have no zlib1.dll on my box and mod_deflate works fine. It's included/static in mod-deflate.so. Next time I shall ship it too, does not harm. FYI - I haven't dug into the theory, but I'd presumed a possible race and certainly suboptimal behavior if you go with OpenSSL's

Re: [VOTE] Apache 2.2.6, 2.0.61 and 1.3.39 release candidate tarballs for review

2007-09-05 Thread William A. Rowe, Jr.
William A. Rowe, Jr. wrote: Jorge Schrauwen wrote: I don't have any cgi scripts so I tried to get the printenv test-cgi file to work. I get 500 and error_log has this. [Wed Sep 05 20:44:36 2007] [error] [client 87.66.74.14 http://87.66.74.14] Premature end of script headers: printenv.pl

Re: [VOTE] Apache 2.2.6, 2.0.61 and 1.3.39 release candidate tarballs for review

2007-09-05 Thread William A. Rowe, Jr.
Steffen wrote: With 2.2.6 third party mod mod_fcgid (Fast cgi) is broken. With 2.2.5 RC it was all fine. mod_fcgid is widely used in the community with php. I guess my puzzlement is that the fastcgi model I understand; fork... instantiate child spining cgid listener - on

Re: [VOTE] Apache 2.2.6, 2.0.61 and 1.3.39 release candidate tarballs for review

2007-09-05 Thread William A. Rowe, Jr.
Jorge Schrauwen wrote: What exectly is not working in mod_perl? my limited mod_perl config is working fine. On 9/5/07, *Steffen* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Also mod_perl is not working here with Win32. No indication in the logs. FWIW; I believe I know

Re: [VOTE] Apache 2.2.6, 2.0.61 and 1.3.39 release candidate tarballs for review

2007-09-06 Thread William A. Rowe, Jr.
Jim Jagielski wrote: Available for your testing pleasure, 3, count 'em, 3 [+1]apache_1.3.39 [+1]httpd-2.0.61 [+1]httpd-2.2.6 Thanks!! No, thank YOU :) Small chaos today as some reports contradicted my earlier testing, but I see no regressions, with the exception

Re: [VOTE] Apache 2.2.6, 2.0.61 and 1.3.39 release candidate tarballs for review

2007-09-06 Thread William A. Rowe, Jr.
Steffen wrote: I the meantime we have to advise the users not to use 2.2.6 because is not compatible with some mods (not just mod_fcgid). We shall advise to stay on 2.2.4 or 2.2.5 RC. If you would like to clear up FUD (some mods) with explicit mods that would be productive. It would also

Re: [VOTE] Apache 2.2.6, 2.0.61 and 1.3.39 release candidate tarballs for review

2007-09-06 Thread William A. Rowe, Jr.
Jorge Schrauwen wrote: Windows users (my self included) usually go like: Dudez XYZ is broken, Fix it, Fix it, Fix it. When the dev's look at it and ask for more information they usually don't get it. So it isn't fixed at all or as fast as a linux bug would be. You know, you hit the nail on

Re: [VOTE] Apache 2.2.6, 2.0.61 and 1.3.39 release candidate tarballs for review

2007-09-06 Thread William A. Rowe, Jr.
Jorge Schrauwen wrote: I tried to compiled mod_fcgid myself to see if I can replicate the problem. I can't even compiled it against 2.2.6. I get a lot of link errors agains APR. Silly question, did you add libapr-1.lib, libaprutil-1.lib libhttpd.lib to the link command? (Worse, if you did add

Re: [VOTE] Apache 2.2.6, 2.0.61 and 1.3.39 release candidate tarballs for review

2007-09-06 Thread William A. Rowe, Jr.
Steffen wrote: Oh, btw: mod_perl (also build with VC8) is not working with 2.2.6, with 2.2.5 RC no single issue. Perl, mod_perl, httpd and apr all built with VC8? Or is this AS perl or some other? Bill

Re: [VOTE] Apache 2.2.6, 2.0.61 and 1.3.39 release candidate tarballs for review

2007-09-06 Thread William A. Rowe, Jr.
Steffen wrote: The later post was a report of an other tester, sorry no answer I have. Yes, I dicusssed it with the maintainer of mod_fcgid today. He is puzzling now an as I told before, we have to wait. Before he puzzles too long, you might want to ensure you have a full rebuild of

Re: [VOTE] Apache 2.2.6, 2.0.61 and 1.3.39 release candidate tarballs for review

2007-09-07 Thread William A. Rowe, Jr.
Jorge Schrauwen wrote: Hmmz still getting link errors :( --- S:\source\x86\modules\mod_fcgid.2.1apxs -llibhttpd -llibapr-1 -llibaprutil-1 -c -i -a mod_fcgid.c cl /nologo /MD /W3 /O2 /D WIN32 /D _WINDOWS /D NDEBUG-IS:\httpd- 2.2\include /c /Fomod_fcgid. lo mod_fcgid.c mod_fcgid.c

Re: [VOTE] Apache 2.2.6, 2.0.61 and 1.3.39 release candidate tarballs for review

2007-09-07 Thread William A. Rowe, Jr.
Jorge Schrauwen wrote: Didn't even notice... I usually take the tar.gz source and add in apr-iconv myself then run lineends.pl that is included in srclib/apr/build/, I also run cvtdsp.pl -2005 on there before I start. I didn't even seen a - win32-src.zip at that time. Bingo - that's how I

Re: [VOTE] Apache 2.2.6, 2.0.61 and 1.3.39 release candidate tarballs for review

2007-09-07 Thread William A. Rowe, Jr.
Issac Goldstand wrote: Uh. Maybe I've lost it, but where's the source for apr-iconv in http://httpd.apache.org/dev/dist/httpd-2.2.6-win32-src.zip? All I get is an .rc file and a couple of .deps and .maks I just pulled an OH SHIT moment myself building on x86_64 windows... ... there are

Re: svn commit: r573505 - in /httpd/site/trunk: docs/index.html xdocs/index.xml

2007-09-07 Thread William A. Rowe, Jr.
[EMAIL PROTECTED] wrote: Log: Let's not reference a survey that is more than a year out of date ROFL - we are at 73% if you trust http://www.securityspace.com/s_survey/data/200708/index.html while only ~51% if you trust

Re: svn commit: r573264 - /httpd/httpd/trunk/include/scoreboard.h

2007-09-07 Thread William A. Rowe, Jr.
jean-frederic clere wrote: That is going to break: In mod_proxy.h: int ap_proxy_lb_workers(void); In server/scoreboard.c: +++ static APR_OPTIONAL_FN_TYPE(ap_proxy_lb_workers) *proxy_lb_workers; +++ which is fine - this is trunk. Heaven forbid we backport

Re: [VOTE] Apache 2.2.6, 2.0.61 and 1.3.39 release candidate tarballs for review

2007-09-07 Thread William A. Rowe, Jr.
Jorge Schrauwen wrote: Ok basic example as stated here: http://fastcgi.coremail.cn/configuration.htm#regular%20fastcgi makes the server spit out these again: [Fri Sep 07 17:49:51 2007] [error] [client 192.168.1.4 http://192.168.1.4] Premature end of script headers: printenv.pl

[Fwd: DO NOT REPLY [Bug 43329] New: - apr_proc_create behavior change]

2007-09-07 Thread William A. Rowe, Jr.
FYI - this bug appears to be the root of several modules no longer behaving as expected on Win32 platforms. It takes me back to a question I raised on apr quite a while ago, what does *unix* do with an unset child_in/child_out/child_err procattr member? If it is unset, does the child inherit the

Re: svn commit: r573688 - /apr/apr/trunk/build/fixwin32mak.pl

2007-09-07 Thread William A. Rowe, Jr.
Windows httpd on Studio 2005 users, you might be interested in this small hack to fixwin32mak.pl - after applying it I'm able to build against x86 or x64 cl+link with no trouble at all (other than some noisy emits that still need to be cleaned up. Bill Log: Strip out the /machine from

Re: Apache proxy engineering specs

2007-09-07 Thread William A. Rowe, Jr.
Shaw, Dan wrote: 1. Does a apache proxy server create stateful or stateless connection upon request? It might help to clarify right off that RFC 2616 defines HTTP/1.1 and prior as stateless protocols. So the answer is no, any aggregation is an illusion. For stateful proxied

Re: [VOTE] Apache 2.2.6, 2.0.61 and 1.3.39 release candidate tarballs for review

2007-09-08 Thread William A. Rowe, Jr.
Jorge Schrauwen wrote: Yeah I figured it out a bit later and it indeed seems broke. Not sure whats wrong though I posted a debug log + user dump yesterday. The debug log was unfortunately not very interesting, since it wasn't doing anything out of the ordinary at the time you interrupted the

Re: Corrupted archive file?

2007-09-09 Thread William A. Rowe, Jr.
I'm sure you ment to send this to the tomcat devs. Dan Schwartz wrote: The file http://archive.apache.org/dist/tomcat/tomcat-5/v5.5.17/bin/apache-tomcat-5.5.17.exe appears to be corrupted. In fact it seems to be about half the size it should be, as compared with other distributions

Re: SSL_VERSION_LIBRARY

2007-09-09 Thread William A. Rowe, Jr.
Zvi Har'El wrote: This looks similar to PR 43334 (https://issues.apache.org/bugzilla/show_bug.cgi?id=43334). Could you please test my diagnostic patch from there? Yup - that patch would solve it since we don't reinit static char*library to null on every unload/reload cycle. The fix is

Re: Patch (against trunk) for bug #41960

2007-09-10 Thread William A. Rowe, Jr.
Jose Kahan wrote: I had also submitted a new test procedure for the test suite. It hasn't yet been commited, although it reproduces the faulty behavior that my patch is intended to fix. Fantasic :) I don't know what else to do to be able to submit a valid bug report and potential patch

Re: Want to kill Apache process when its parent process gets killed.

2007-09-11 Thread William A. Rowe, Jr.
Ashwani Kumar Sharma wrote: The httpd.exe of Apache web server has two processes running in windows. When we kill the parent httpd.exe the child httpd.exe is still running and listening to the web request. I don't want this. Since you forcibly terminate the server process(es) your instance

Re: AW: SSL_VERSION_LIBRARY

2007-09-11 Thread William A. Rowe, Jr.
Jim Jagielski wrote: What with this and the Win32/apr issues, seems to me that we should consider a 2.2.7 out soonish :) I was about to suggest the same :) With Win32/APR there isn't a fix. Not yet at least, Tom Donovan and I are going back and forth with ideas that break the fewest binaries

Re: windows cl/link invocations

2007-09-11 Thread William A. Rowe, Jr.
Eric Covener wrote: For debugging a windows build, is there a simple change to the Apache build/workspace that will print all the cl.exe/link.exe invocations? FWIW I'm using VC6 and my build is kicked off as below: msdev apache.dsw /MAKE BuildBin Win32 Release I see that sometimes while

IE7, application/x-tar and our archive.apache.org .tar.gz's

2007-09-11 Thread William A. Rowe, Jr.
There seems to be troubles in paradise. cc'ing httpd who had recently updated mime-types. I'm not speaking about IE7's refusal to assign quality quotients to their Accept: alternatives, no, this is a bit trickier and it looks like we are in the wrong. An example document,

Re: IE7, application/x-tar and our archive.apache.org .tar.gz's

2007-09-11 Thread William A. Rowe, Jr.
Nick Kew wrote: On 11 Sep 2007, at 23:26, William A. Rowe, Jr. wrote: Best I can figure, this is really application/x-tar+x-gzip (or would that be application/x-gzip+x-tar?) if we don't want to (and we don't want to) advertise the content stream as gzip'ed (preventing automatic inflation

Re: IE7, application/x-tar and our archive.apache.org .tar.gz's

2007-09-11 Thread William A. Rowe, Jr.
Nikolas Coukouma wrote: Due to the lack of a real standard (AFAIK ...) that doesn't use content encodings, it's hard to say what is correct. Agreed... If it's decided to avoid the use of Content-Encoding (is the hash and signature problem that bad?) Yes if mirrors can't be

Re: IE7, application/x-tar and our archive.apache.org .tar.gz's

2007-09-11 Thread William A. Rowe, Jr.
Nikolas Coukouma wrote: It should also be noted that this has been discussed here before, in February of 2003 http://mail-archives.apache.org/mod_mbox/httpd-dev/200302.mbox/[EMAIL PROTECTED] Actually this wasn't; that subject was filename munging and content-type inference. This is

Re: IE7, application/x-tar and our archive.apache.org .tar.gz's

2007-09-11 Thread William A. Rowe, Jr.
Jochen Wiedmann wrote: On 9/12/07, William A. Rowe, Jr. [EMAIL PROTECTED] wrote: But within IE7, the request is truncated at 4864kb instead of the expected 6mb. My best guess is that IE believes it can grok the file as it's advertised content type. Is it possible that the browser invokes

Re: AW: SSL_VERSION_LIBRARY

2007-09-11 Thread William A. Rowe, Jr.
Looking at the scope of all these static calls, I really believe the patch is this simple (process-pool survives the entire httpd); Index: ssl_engine_vars.c === --- ssl_engine_vars.c (revision 574494) +++ ssl_engine_vars.c

Re: AW: SSL_VERSION_LIBRARY

2007-09-11 Thread William A. Rowe, Jr.
William A. Rowe, Jr. wrote: Looking at the scope of all these static calls, I really believe the patch is this simple (process-pool survives the entire httpd); Sorry - scratch that. I wasn't counting the frequency of pstrdup calls. Just begging for optimization :)

Re: Add 2.2.6 to bugzilla

2007-09-11 Thread William A. Rowe, Jr.
Sander Temme wrote: Ruediger Pluem wrote: Can someone with appropriate permissions please add version 2.2.6 to bugzilla such that bug reports can be done correctly? Thanks. I don't have my Bugzilla login password on me right now... I'll add this tomorrow when I get home, if no one beats

Re: AW: SSL_VERSION_LIBRARY

2007-09-12 Thread William A. Rowe, Jr.
William A. Rowe, Jr. wrote: William A. Rowe, Jr. wrote: Looking at the scope of all these static calls, I really believe the patch is this simple (process-pool survives the entire httpd); Sorry - scratch that. I wasn't counting the frequency of pstrdup calls. Just begging

Re: AW: SSL_VERSION_LIBRARY

2007-09-12 Thread William A. Rowe, Jr.
Plüm wrote: Also looks good for me. Thanks for working this out. Mind to attach this patch to PR43334 (https://issues.apache.org/bugzilla/show_bug.cgi?id=43334) so that people there can test? Better yet, committed the patch to trunk and pointed the url @ the commit.

Re: [Fwd: DO NOT REPLY [Bug 43329] New: - apr_proc_create behavior change]

2007-09-13 Thread William A. Rowe, Jr.
Joe Orton wrote: On Fri, Sep 07, 2007 at 02:59:10PM -0500, William Rowe wrote: FYI - this bug appears to be the root of several modules no longer behaving as expected on Win32 platforms. It takes me back to a question I raised on apr quite a while ago, what does *unix* do with an unset

Re: svn commit: r574884 - /httpd/httpd/trunk/modules/ssl/ssl_engine_vars.c

2007-09-13 Thread William A. Rowe, Jr.
Joe Orton wrote: On Wed, Sep 12, 2007 at 10:47:03AM -, William Rowe wrote: Author: wrowe Date: Wed Sep 12 03:47:02 2007 New Revision: 574884 URL: http://svn.apache.org/viewvc?rev=574884view=rev Log: Resolve storage of process-lifespan version strings for OpenSSL, while using

Re: svn commit: r574884 - /httpd/httpd/trunk/modules/ssl/ssl_engine_vars.c

2007-09-13 Thread William A. Rowe, Jr.
William A. Rowe, Jr. wrote: Joe Orton wrote: Ewww. This passes around a process-global pool to functions which can get invoked at any time during request processing, which just invites a thread-safety fubar down the line. It only happens to be safe now because the function is invoked

Re: AW: SSL_VERSION_LIBRARY

2007-09-13 Thread William A. Rowe, Jr.
Joe Orton wrote: On Mon, Sep 10, 2007 at 09:47:24PM +0200, Ruediger Pluem wrote: On 09/10/2007 08:40 AM, Plüm wrote: That was the goal of my diagnostic patch: Finding out if we have a pool issue. Looks like we have. I guess the right fix is as you say to use the parent pool (process scope).

Re: Plans to release binaries?

2007-09-17 Thread William A. Rowe, Jr.
Martin Kraemer wrote: Hi, A customer asked me whether WIN32 binaries for the new 2.0.61 and 2.2.6 would be offered soonish by the ASF, and I don't really want to send him to some other place offering binaries. Soonish. I'm still getting myself satisfied w.r.t. the binaries, have been

Thoughts on Camillia in openssl binaries?

2007-09-18 Thread William A. Rowe, Jr.
Two questions, one technical one legal. Technically, do we want to enable the Camillia algorithms in our binary builds of openssl 0.9.8 for win32 and other platforms where we might build it? Legally are we satisfied by http://info.isl.ntt.co.jp/crypt/eng/info/chiteki.html ? There is a small

Re: Thoughts on Camillia in openssl binaries?

2007-09-18 Thread William A. Rowe, Jr.
Tom Donovan wrote: William A. Rowe, Jr. wrote: Two questions, one technical one legal. Technically, do we want to enable the Camillia algorithms in our binary builds of openssl 0.9.8 for win32 and other platforms where we might build it? Legally are we satisfied by http

Re: Thoughts on Camillia in openssl binaries?

2007-09-18 Thread William A. Rowe, Jr.
Tom Donovan wrote: William A. Rowe, Jr. wrote: The other aspect, if a zlib1.dll replacement is needed for some critical decryption flaw in zlib again, it will be nice not to force users to entirely replace openssl or mod_deflate. So I expect we'll leave it as-is. I think mod_deflate

Re: Thoughts on Camillia in openssl binaries?

2007-09-19 Thread William A. Rowe, Jr.
Tom Donovan wrote: William A. Rowe, Jr. wrote: But if mod_deflate doesn't use it, and openssl is built zlib-dynamic, they simply pitched compression from ssl sessions as well with no other adverse effects. Yes, exactly. openssl doesn't select gzip compression if zlib-dynamic and zlib1.dll

Re: [PATCH 43415] Logging remote port.

2007-09-20 Thread William A. Rowe, Jr.
Magnus Bodin wrote: A standalone sniffing box should be the best solution to this, I guess. That does NOT store the content. Ideally, until you note that if this machine is the SSL endpoint it's the only one with any privilage to put 2+2 together. Both a good and bad thing depending on what

[Fwd: Re: [Fwd: Re: Thoughts on Camillia in openssl binaries?]]

2007-09-20 Thread William A. Rowe, Jr.
Feedback from Ben via legal-discuss, since his httpd-dev list seems to have fallen over and can't get up. Bill ---BeginMessage--- William A. Rowe, Jr. wrote: A thread from [EMAIL PROTECTED], we are considering adding a newer algorithm to a binary 0.9.8 build of openssl. Introduces a patent

Re: OpenSSL compression (Windows)

2007-09-21 Thread William A. Rowe, Jr.
Tom Donovan wrote: A case can be made for not enabling OpenSSL compression on Windows. If both parties to an SSL connection support compression, it is used for everything on the connection without regard to whether the content is compressible. Already-compressed data; like .jpg, .gif,

Re: [EMAIL PROTECTED] Apache Win32 Binary, mod_perl and mod_fcgid working

2007-09-25 Thread William A. Rowe, Jr.
Steffen wrote: To inform you. We at http://www.apachelounge.com made a binary available which works with mod-perl and mod-perl etc. How did the perl-framework regression tests look; and which patch did you happen to use? Or is this the cobbled-together 2.2.6 + smattering of 2.2.5 sources?

Re: [EMAIL PROTECTED] Apache Win32 Binary, mod_perl and mod_fcgid working

2007-09-25 Thread William A. Rowe, Jr.
Nick Kew wrote: On Tue, 25 Sep 2007 16:20:00 -0500 William A. Rowe, Jr. [EMAIL PROTECTED] wrote: Steffen wrote: To inform you. We at http://www.apachelounge.com made a binary available which works with mod-perl and mod-perl etc. How did the perl-framework regression tests look

Re: 2.2.7

2007-09-26 Thread William A. Rowe, Jr.
Jim Jagielski wrote: I'd like for us to consider a release of 2.2.7 in October to address the Windows file handle issues as well some other fixes that would be useful to get out quickly... How about 2 :) I expect to have Windows fixes ready to backport next week after the perlfolk confirm my

[Fwd: DO NOT REPLY [Bug 43491] New: - Piped ErrorLog regression: two piped program started, one attached to tty]

2007-09-26 Thread William A. Rowe, Jr.
In the current log.c code, although the write-end of an initial error logger is still held by the parent --- until the second logger process has kicked off. It seems someone's inherited that write end. I have a two line patch attached that Needs some review before we kick off 2.2.7 into the

Jose's recent location test/failures

2007-09-26 Thread William A. Rowe, Jr.
Jose wrote Re. New test: subrequests and content negotiation on Fri, 10 Aug 2007 03:44:49 -0700 The test consists on overloading the charset to utf-8: AddType text/html; charset=utf-8html/htm I believe the mistaken assumption is that charset can be used in this way. AddCharset

Re: 2.2.7

2007-09-26 Thread William A. Rowe, Jr.
Steffen wrote: There is the ASF statement/promise: Modules compiled for Apache 2.2 should continue to work for all 2.2.x releases. ***SHOULD*** is the operative word. There are always exceptions. I have a half dozen examples where I've abused the microsoft foundation classes in my code

Re: 2.2.7

2007-09-26 Thread William A. Rowe, Jr.
Steffen wrote: I want to give attention to http://bahumbug.wordpress.com/2007/09/07/apache-226/ May be agood time to reconsider the depency for example with APR. Actually, I'm a fan of that idea - but not in the httpd 2.2.x cycle. It would be great to see 2.4.0 (3.0.0?) presume the latest

Re: svn commit: r579777 - /httpd/httpd/branches/2.2.x/STATUS

2007-09-26 Thread William A. Rowe, Jr.
[EMAIL PROTECTED] wrote: + * mod_proxy_ajp: Ignore any ajp13 flush packets that we may + receive before we send headers. + Trunk version of patch: +http://svn.apache.org/viewvc?view=revrevision=579707 + Backport version for 2.2.x of patch: + Trunk version

Re: [Fwd: DO NOT REPLY [Bug 43491] New: - Piped ErrorLog regression: two piped program started, one attached to tty]

2007-09-26 Thread William A. Rowe, Jr.
Ruediger Pluem wrote: On 09/26/2007 07:30 PM, William A. Rowe, Jr. wrote: In the current log.c code, although the write-end of an initial error logger is still held by the parent --- until the second logger process has kicked off. It seems someone's inherited that write end. I have a two

Re: Win32 httpd 2.2.6 installer missing mod_auth.h?

2007-09-26 Thread William A. Rowe, Jr.
Graham Dumpleton wrote: Is this an oversight in the packaging up of Win32 installer, or is the presumption that one can use this package to compile modules against which need auth provider support wrong? Researching; I suspect that mod_auth.h isn't propagated into the include/ directory by

Re: 2.2.7

2007-09-26 Thread William A. Rowe, Jr.
Roy really said everything necessary, I hesitated to even respond to you. But I'll offer this so that my frustration is perfectly clear and we (you and I, and for other devs in relation to other service providers as well) can coexist peacefully. Steffen wrote: Tom's done a great job of

Re: Solution to apr stdio/msvc crt/service handles and logging

2007-09-27 Thread William A. Rowe, Jr.
http://people.apache.org/~wrowe/apr-1.x-win32-nohandle.patch FYI - that one does not apply cleanly to apr-1.2 (it's trunk) if you want the easily applied flavor, that would be; http://people.apache.org/~wrowe/apr-1.2-win32-nohandle.patch The httpd patch applies with little pain.

Re: 2.2.7

2007-09-27 Thread William A. Rowe, Jr.
Erik Abele wrote: Sure, we all have to pay our bills but you're overlooking a difference: Nick just replied to an inquiry offering his (and others services); he doesn't advertise any revenue-generating site after every release etc. etc... ;-0 Nick's comment didn't even mention he does this

Re: x64 binary build instructions was Re: 2.2.7

2007-09-27 Thread William A. Rowe, Jr.
Just for reference, Jorge's been instrumental in providing feedback that has made it easier (not trivial, yet) to build for x64 on Windows. There's actually a build log sitting off in http://people.apache.org/~wrowe/ if anyone is interested in how noisy the 64 bit builds still are on win32, we

Re: Solution to apr stdio/msvc crt/service handles and logging

2007-09-27 Thread William A. Rowe, Jr.
Randy Kobes wrote: I'm currently rebuilding everything with VC 8 (the free version), and will report on that later. Yea - I discovered it's quite impossible to get msvcrt-linked activestate to cooperate with openssl compiled against msvcr80, and probably not against httpd+mod_perl against

Re: svn commit: r580220 - /httpd/httpd/branches/2.0.x/modules/experimental/mod_case_filter.c

2007-09-27 Thread William A. Rowe, Jr.
Sorry to jump over STATUS on this experimental change; I was seeing growing loop as I attempted to upcase a proxied back end response of LICENSE.txt, which repeated the opening part of the document over and over as it grew to the full response (from 39kb up to some 105kb). Does anyone see an

Re: Solution to apr stdio/msvc crt/service handles and logging

2007-09-28 Thread William A. Rowe, Jr.
Randy Kobes wrote: The patched version built fine, and with the svn mod_perl2 sources, and perl-5.8.8 (ActivePerl 822), all the mp2 tests passed using VC++ 6. Great work! FYI I'm waiting on a third set of eyeballs before this is all committed. I'd especially appreciate any input from Tom

Re: x64 binary build instructions was Re: 2.2.7

2007-09-28 Thread William A. Rowe, Jr.
On 9/28/07, *William A. Rowe, Jr.* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: So with Jorge's and help from a few others, 2.2.6 builds quite nicely at the command line. To make the transition to the GUI requires some other steps, and I'm hoping these are simpler

Why permit --with-mpm=event ???

2007-09-30 Thread William A. Rowe, Jr.
when [Sun Sep 30 17:19:47 2007] [crit] (70023)This function has not been implemented on this platform: Couldn't create a Thread Safe Pollset. Is it supported on your platform? it seems like a config-time test. Bill

Time to chop exports.c in half?

2007-10-01 Thread William A. Rowe, Jr.
server/Makefile.in; export_files: tmp=export_files_unsorted.txt; \ rm -f $$tmp touch $$tmp; \ for dir in $(EXPORT_DIRS); do \ ls $$dir/*.h $$tmp; \ done; \ for dir in $(EXPORT_DIRS_APR); do \ (ls $$dir/ap[ru].h $$dir/ap[ru]_*.h

Re: Adding timestamp to apache releases?

2007-10-01 Thread William A. Rowe, Jr.
Boyle Owen wrote: Might it be an idea for 2.2.7? I like the idea of adding a date to each news item, be it on httpd.a.o, or our www.apache.org. +1. (Especially since the datestamps of our tarballs are several days prior to each release).

Re: Proxying OPTIONS *

2007-10-01 Thread William A. Rowe, Jr.
Nick Kew wrote: RFC2616 tells us OPTIONS * is basically a simple HTTP ping, which suggests it could be at a 'lower' level than authconfig and always be allowed. If there is a reason to deny it, that could be by means of something analagous to TraceEnable. Insufficient. If we configure

Re: Proxying OPTIONS *

2007-10-01 Thread William A. Rowe, Jr.
Jim Jagielski wrote: TRACE also does not/should not trace to the filesystem. So, I think what we should do is use the existing architecture and have a quick_handler that checks for the OPTIONS * case and, if so, return DONE. You can't ignore the vhost, and preferably would handle the

Re: Proxying OPTIONS *

2007-10-01 Thread William A. Rowe, Jr.
Jim Jagielski wrote: Hmmm on 2nd thought, map_to_storage is likely the more logical place. The answer, of course, is with the next version of apache, to finish abstracting out the filesystem at map_to_storage; where there is no DocumentRoot / FilePathAlias (e.g. alias) to force some other

Re: Proxying OPTIONS *

2007-10-01 Thread William A. Rowe, Jr.
Joshua Slive wrote: On 10/1/07, William A. Rowe, Jr. [EMAIL PROTECTED] wrote: But I'm rather against breaking this in 2.2 to solve (what are, today) configuration quirks. Let's get this right for 2.4 and call out the change very clearly in (our overlong) CHANGES? I'm thinking of a new

Re: Proxying OPTIONS *

2007-10-01 Thread William A. Rowe, Jr.
Jim Jagielski wrote: Great! That's exactly what I needed to know. So it seems to me that a map_to_storage to check for the special case of '*' whereas present action for all other URIs is the best course of action. Provided it's vetted against the vhost (it is) and against location * then

Re: Proxying OPTIONS *

2007-10-01 Thread William A. Rowe, Jr.
Joshua Slive wrote: On 10/1/07, William A. Rowe, Jr. [EMAIL PROTECTED] wrote: Joshua Slive wrote: Should be in this, rather sparse file: http://httpd.apache.org/docs/trunk/new_features_2_4.html But it's not a feature-per say. It's a bugfix, so the name new_features doesn't tell admins

Re: Proxying OPTIONS *

2007-10-01 Thread William A. Rowe, Jr.
Jim Jagielski wrote: But, as I read it, the '*' in OPTIONS * does not really mean a Location *... in other words, it's not a URI per se. OPTIONS * asks for the capabilities of the server itself, independent of URI... At least, that's how I read it. There is no 'real' Location * There's a

As we contemplate what to fix, and how to roll out 2.4 and 3.0

2007-10-01 Thread William A. Rowe, Jr.
this is something really worth pondering; http://www.securityspace.com/s_survey/server_graph.html?type=httpdomaindir=month=200709servbase=YToyOntpOjA7czoxMzoiQXBhY2hlLzIuMC41OSI7aToxO3M6MTM6IkFwYWNoZS8xLjMuMzciO30=serv1=QXBhY2hlLzIuMi40 Give that some thought :) Bill

<    1   2   3   4   5   6   7   8   9   10   >