mirror of
https://github.com/curl/curl.git
synced 2026-06-22 01:05:38 +03:00
Nikolai Kondrashov provided a clarification for CURLOPT_HEADERFUNCTION
This commit is contained in:
parent
e60b5245d3
commit
2045c79e37
1 changed files with 6 additions and 0 deletions
|
|
@ -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
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue