From 2045c79e3745107badb5917d084ecd2913bef20b Mon Sep 17 00:00:00 2001 From: Daniel Stenberg Date: Sat, 24 May 2008 11:19:51 +0000 Subject: Nikolai Kondrashov provided a clarification for CURLOPT_HEADERFUNCTION --- docs/libcurl/curl_easy_setopt.3 | 6 ++++++ 1 file changed, 6 insertions(+) (limited to 'docs') diff --git a/docs/libcurl/curl_easy_setopt.3 b/docs/libcurl/curl_easy_setopt.3 index 81dac8d57..d378edb4d 100644 --- a/docs/libcurl/curl_easy_setopt.3 +++ b/docs/libcurl/curl_easy_setopt.3 @@ -270,6 +270,12 @@ of bytes actually taken care of, or return -1 to signal error to the library (it will cause it to abort the transfer with a \fICURLE_WRITE_ERROR\fP return code). +If this option is not set, or if it is set to NULL, but +\fICURLOPT_HEADERDATA\fP (\fICURLOPT_WRITEHEADER\fP) is set to anything but +NULL, the function used to accept response data will be used instead. That is, +it will be the function specified with \fICURLOPT_WRITEFUNCTION\fP, or if it +is not specified or NULL - the default, stream-writing function. + Since 7.14.1: When a server sends a chunked encoded transfer, it may contain a trailer. That trailer is identical to a HTTP header and if such a trailer is received it is passed to the application using this callback as well. There -- cgit v1.2.3