summaryrefslogtreecommitdiff
path: root/CHANGES
diff options
context:
space:
mode:
authorDaniel Stenberg <daniel@haxx.se>2004-11-08 19:41:28 +0000
committerDaniel Stenberg <daniel@haxx.se>2004-11-08 19:41:28 +0000
commitfacfa19cdd4d00944c53cc051020023256811928 (patch)
tree91aa1e92177b142a0094847b2ac18fccb378f581 /CHANGES
parent3347ced89962af92d98ccba988ad39b6fceb320e (diff)
downloadcurl-facfa19cdd4d00944c53cc051020023256811928.tar.gz
weirdo hack to fix debian bug report 278691:
'curl -v writes debugging to its network socket if stderr is closed'
Diffstat (limited to 'CHANGES')
-rw-r--r--CHANGES9
1 files changed, 9 insertions, 0 deletions
diff --git a/CHANGES b/CHANGES
index e9ea6a32d..15c3ceb10 100644
--- a/CHANGES
+++ b/CHANGES
@@ -6,6 +6,15 @@
Changelog
+Daniel (8 November 2004)
+- Ian Gulliver reported in debian bug report #278691: if curl is invoked in an
+ environment where stderr is closed the -v output will still be sent to file
+ descriptor 2 which then might be the network socket handle! Now we have a
+ weird hack instead that attempts to make sure that file descriptor 2 is
+ opened (with a call to pipe()) before libcurl is called to do the transfer.
+ configure now checks for pipe() and systems without pipe don't get the weird
+ hack done.
+
Daniel (5 November 2004)
- Tim Sneddon made libcurl send no more than 64K in a single first chunk when
doing a huge POST on VMS, as this is a system limitation. Default on general