- May 31, 2002
-
-
Bradley Nicholes authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95449 13f79535-47bb-0310-9956-ffa450edef68
-
Bradley Nicholes authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95448 13f79535-47bb-0310-9956-ffa450edef68
-
William A. Rowe Jr authored
Well, know that I'm aware that the ssl stuff was entirely premature, it's still worth committing the correct code to handle the port number. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95447 13f79535-47bb-0310-9956-ffa450edef68
-
Bradley Nicholes authored
apr_proc_create() git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95446 13f79535-47bb-0310-9956-ffa450edef68
-
Bradley Nicholes authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95445 13f79535-47bb-0310-9956-ffa450edef68
-
Bradley Nicholes authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95444 13f79535-47bb-0310-9956-ffa450edef68
-
Justin Erenkrantz authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95443 13f79535-47bb-0310-9956-ffa450edef68
-
William A. Rowe Jr authored
Locks are good, provide locks. ab -s -c >1 is [was?] dying on Win32 while -s -c 1 works just fine. Still investigating. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95442 13f79535-47bb-0310-9956-ffa450edef68
-
Yoshiki Hayashi authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95437 13f79535-47bb-0310-9956-ffa450edef68
-
Cliff Woolley authored
just error buckets. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95428 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@95427 13f79535-47bb-0310-9956-ffa450edef68
-
Justin Erenkrantz authored
- If an error would drop the connection, we do not return the top-level error anymore as we will assume this new one takes precedence over the original error. This also ensures that we will not read the input body (which is the point of returning these special error messages in the first place). - The ap_discard_request_body return value in ap_die() must be checked to make sure we don't encounter this recursive case and print two errors. Kudos to Jeff Trawick for his sample input which pointed this out. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95426 13f79535-47bb-0310-9956-ffa450edef68
-
Yoshiki Hayashi authored
Also fix what I believe is a typo. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95425 13f79535-47bb-0310-9956-ffa450edef68
-
Justin Erenkrantz authored
the error would be sent to the client *twice* because both the filter and the core would trigger error responses. The problem is that the filters have already handled some errors (say 413) and due to the ap_get_client_block API, the error was morphed into 400. Therefore, ap_discard_request_body must use brigades directly rather than the ap_get_client_block API so that any potential errors are not dropped. The special value AP_FILTER_ERROR indicates that the lower level has already dealt with this problem (ap_die() will realize this). Otherwise, we'll error with HTTP_BAD_REQUEST and ap_die() will take it from there. This also prevents needless memory copies when we are just going to discard it anyway. Thanks to Cliff Woolley who found this wacky problem. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95424 13f79535-47bb-0310-9956-ffa450edef68
-
Justin Erenkrantz authored
cliff++; (Cliff rocks for picking up after my mess and fixing this.) git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95422 13f79535-47bb-0310-9956-ffa450edef68
-
Cliff Woolley authored
they're not simple buckets. they have a private data structure which gets freed. if you're going to copy them and share whatever ->data points to (which is what simple_copy does), you have to refcount the structure, which is the whole point of apr_bucket_refcount and apr_bucket_shared_copy. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95421 13f79535-47bb-0310-9956-ffa450edef68
-
Justin Erenkrantz authored
So, this isn't a showstopper since no one will enable bucketeer in production. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95420 13f79535-47bb-0310-9956-ffa450edef68
-
Aaron Bannert authored
state and we hit some other error (like permission failure) causing an internal redirect causing us to reevaluate the input buffers (for discarding the request body). git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95419 13f79535-47bb-0310-9956-ffa450edef68
-
- May 30, 2002
-
-
Justin Erenkrantz authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95418 13f79535-47bb-0310-9956-ffa450edef68
-
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
-