aboutsummaryrefslogtreecommitdiff
path: root/m4/curl-reentrant.m4
diff options
context:
space:
mode:
authorJay Satiro <raysatiro@yahoo.com>2019-05-09 02:01:34 -0400
committerJay Satiro <raysatiro@yahoo.com>2019-05-10 15:01:57 -0400
commitd934059afd8568201d0646d6bfd201f39b6bc412 (patch)
treee06b0542f2492bdb9cc979fcf77e4d2f171b7fa4 /m4/curl-reentrant.m4
parente7a1bc8ee4f63f1af8e25b13f41508b1603caf49 (diff)
Revert "multi: support verbose conncache closure handle"
This reverts commit b0972bc. - No longer show verbose output for the conncache closure handle. The offending commit was added so that the conncache closure handle would inherit verbose mode from the user's easy handle. (Note there is no way for the user to set options for the closure handle which is why that was necessary.) Other debug settings such as the debug function were not also inherited since we determined that could lead to crashes if the user's per-handle private data was used on an unexpected handle. The reporter here says he has a debug function to capture the verbose output, and does not expect or want any output to stderr; however because the conncache closure handle does not inherit the debug function the verbose output for that handle does go to stderr. There are other plausible scenarios as well such as the user redirects stderr on their handle, which is also not inherited since it could lead to crashes when used on an unexpected handle. Short of allowing the user to set options for the conncache closure handle I don't think there's much we can safely do except no longer inherit the verbose setting. Bug: https://curl.haxx.se/mail/lib-2019-05/0021.html Reported-by: Kristoffer Gleditsch Ref: https://github.com/curl/curl/pull/3598 Ref: https://github.com/curl/curl/pull/3618 Closes https://github.com/curl/curl/pull/3856
Diffstat (limited to 'm4/curl-reentrant.m4')
0 files changed, 0 insertions, 0 deletions