- May 30, 2002
-
-
Justin Erenkrantz authored
I need to step away from this for a half hour or so because I'm completely confused as to how we are even getting in this state. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95417 13f79535-47bb-0310-9956-ffa450edef68
-
Justin Erenkrantz authored
- Fix bucket lifetimes so that they don't live longer than their brigades. That's not nice. - Simplify some usage of f->r->connection to f->c in the bucket creation calls. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95416 13f79535-47bb-0310-9956-ffa450edef68
-
Cliff Woolley authored
Not only should it just say "can't do that on win32," which is after all the bottom line, it was spitting out openssl error messages which were totally useless. Eg: [30/May/2002 17:31:17 05760] [error] Init: PassPhraseDialog BuiltIn not supported in server private key from file F:/Apache/Apache2/conf/ssl/secure.key (OpenSSL library error follows) [30/May/2002 17:31:17 05760] [error] OpenSSL: error:0D084069:asn1 encoding routines:d2i_ASN1_SET:bad tag [30/May/2002 17:31:17 05760] [error] OpenSSL: error:0D09D082:asn1 encoding routines:d2i_RSAPrivateKey:parsing [30/May/2002 17:31:17 05760] [error] OpenSSL: error:0D09B00D:asn1 encoding routines:d2i_PrivateKey:ASN1 lib Which is essentially saying "OpenSSL couldn't read your private key because it was encrypted, and we can't get the passphrase the way you asked us to on this platform." Brought to my attention by the inquiry of: Chris Hsiang <chsiang@ivivos.com> git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95415 13f79535-47bb-0310-9956-ffa450edef68
-
Cliff Woolley authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95413 13f79535-47bb-0310-9956-ffa450edef68
-
Justin Erenkrantz authored
than silently discarding them. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95412 13f79535-47bb-0310-9956-ffa450edef68
-
Justin Erenkrantz authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95411 13f79535-47bb-0310-9956-ffa450edef68
-
Justin Erenkrantz authored
since error bucket is private to httpd - hence the AP_ prefix.) git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95410 13f79535-47bb-0310-9956-ffa450edef68
-
Jeff Trawick authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95409 13f79535-47bb-0310-9956-ffa450edef68
-
William A. Rowe Jr authored
Based on DougM's feedback to the list... git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95408 13f79535-47bb-0310-9956-ffa450edef68
-
William A. Rowe Jr authored
Apparently Roy missed this comment. Rephrase as a seperate paragraph to more clearly split credit for OpenSSL from credit for mod_ssl. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95407 13f79535-47bb-0310-9956-ffa450edef68
-
William A. Rowe Jr authored
Split out the LAYOUT git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95406 13f79535-47bb-0310-9956-ffa450edef68
-
William A. Rowe Jr authored
As we find the right places for this content, move them out in bits git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95405 13f79535-47bb-0310-9956-ffa450edef68
-
Ian Holsman authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95404 13f79535-47bb-0310-9956-ffa450edef68
-
William A. Rowe Jr authored
Thanks for verifying these are valid, Doug. Now this [much shorter] list should be living in our STATUS file. Question of module maps and file layout is already off to the list. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95403 13f79535-47bb-0310-9956-ffa450edef68
-
Joshua Slive authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95402 13f79535-47bb-0310-9956-ffa450edef68
-
Joshua Slive authored
Maybe this will help? git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95401 13f79535-47bb-0310-9956-ffa450edef68
-
Jeff Trawick authored
by functions they are passed to (putLong() this time) git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95399 13f79535-47bb-0310-9956-ffa450edef68
-
Justin Erenkrantz authored
be unsigned char* instead of char*. Submitted by: Sander Striker Reviewed by: Justin Erenkrantz git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95397 13f79535-47bb-0310-9956-ffa450edef68
-
Yoshiki Hayashi authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95396 13f79535-47bb-0310-9956-ffa450edef68
-
Yoshiki Hayashi authored
Submitted by: Hiroaki KAWAI <hawk@bcl.t.u-tokyo.ac.jp> git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95395 13f79535-47bb-0310-9956-ffa450edef68
-
Justin Erenkrantz authored
the *_client_block calls. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95394 13f79535-47bb-0310-9956-ffa450edef68
-
Yoshiki Hayashi authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95393 13f79535-47bb-0310-9956-ffa450edef68
-
Yoshiki Hayashi authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95392 13f79535-47bb-0310-9956-ffa450edef68
-
Yoshiki Hayashi authored
Submitted by: Hiroaki KAWAI <hawk@bcl.t.u-tokyo.ac.jp> Reviewed by: Yoshiki Hayashi git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95391 13f79535-47bb-0310-9956-ffa450edef68
-
Justin Erenkrantz authored
possible that there can be different behavior at the protocol level if request_rec isn't really a request but a response. This stems from the fact that request bodies must be indicated by Content-Length or Transfer-Encoding, but response bodies do not. The recent change to ap_http_filter to return EOS if there isn't a body broke proxy. Therefore, there must be some way for the proxy to indicate that this is a response. Accordingly, ap_http_filter can allow the BODY_NONE iff this is a response. Since r->proxyreq is set to PROXYREQ_PROXY even for the original request from the client, that value isn't sufficient. Hence, the introduction of PROXYREQ_RESPONSE. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95390 13f79535-47bb-0310-9956-ffa450edef68
-
William A. Rowe Jr authored
All rather stale. Any new/remaining issues should be moved to CHANGES in the present tense, as opposed to the "Future port to 2.0". Heh git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95389 13f79535-47bb-0310-9956-ffa450edef68
-
Cliff Woolley authored
r->boundary. BUT WAIT, I say, we have a test in there for that: #if !MODULE_MAGIC_AT_LEAST(20020506,0). The test doesn't seem to be working. That's odd, I think. So I go look at the ap_mmn.h. Egad, the tests are totally backwards. How on earth are we going to handle this? Surely it's wrong in 1.3.x as well. So I go look. Nope, turns out it got fixed TWO YEARS AGO in that repository. Sigh. Anyway, thanks Greg. :) Submitted by: Greg Stein, circa Apache 1.3.13 git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95388 13f79535-47bb-0310-9956-ffa450edef68
-
William A. Rowe Jr authored
Now a moot issue. Isn't it time to just drop "PRs that have been suspended forever waiting for someone to put them into 'the next release'" if they have no status? git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95387 13f79535-47bb-0310-9956-ffa450edef68
-
Justin Erenkrantz authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95386 13f79535-47bb-0310-9956-ffa450edef68
-
Justin Erenkrantz authored
bypasses the *_client_block calls in favor of using the input filters and brigades directly. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95385 13f79535-47bb-0310-9956-ffa450edef68
-
William A. Rowe Jr authored
Goodness git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95383 13f79535-47bb-0310-9956-ffa450edef68
-
Cliff Woolley authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95382 13f79535-47bb-0310-9956-ffa450edef68
-
Cliff Woolley authored
that anyone's been holding off on because they would affect the MMN, might as well get them in now so we minimize the number of releases with MMN changes. I believe there are more renames pending in APR that should be done sooner rather than later, for example. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95381 13f79535-47bb-0310-9956-ffa450edef68
-
William A. Rowe Jr authored
Always using -t "Window Title" option myself, so I never caught this. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95380 13f79535-47bb-0310-9956-ffa450edef68
-
William A. Rowe Jr authored
Four column tabs, no less? Just a formatting fix git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95379 13f79535-47bb-0310-9956-ffa450edef68
-
Justin Erenkrantz authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95378 13f79535-47bb-0310-9956-ffa450edef68
-
Joshua Slive authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95377 13f79535-47bb-0310-9956-ffa450edef68
-
Justin Erenkrantz authored
This removes the unnecessary overhead of the *_client_block functions. Optimize usage of the dbuf char* (don't do pcalloc on it!) git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95376 13f79535-47bb-0310-9956-ffa450edef68
-
Cliff Woolley authored
last little changes. ->datafile should be initialized... but doing so brings up the fact that the check in run_rewritemap_programs() was expecting ->datafile to have a string attached to it. For clarity, let's just use argv[0] there. And since we've reinstated the use of ->checkfile, we no longer need that extra apr_stat() I hacked in, so let's get rid of it. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95375 13f79535-47bb-0310-9956-ffa450edef68
-
Justin Erenkrantz authored
- Minor style nit with spaces. (No functional changes.) git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95374 13f79535-47bb-0310-9956-ffa450edef68
-