| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
Previous implementation was using its own refcounting (uses field of
the php_curl struct). zend_list_add/remove already implements its own
refcount, so we don't need to use an other one.
|
|
|
|
|
| |
CURLOPT_PASSWDFUNCTION was removed in cURL 7.15.5, the passwd field
will not be used for version greater than this one
|
| |
|
|
|
|
|
|
| |
Addes new curl options CURLOPT_TELNETOPTIONS, CURLOPT_GSSAPI_DELEGATION,
CURLOPT_ACCEPTTIMEOUT_MS, CURLOPT_SSL_OPTIONS, CURLOPT_TCP_KEEPALIVE,
CURLOPT_TCP_KEEPIDLE and CURLOPT_TCP_KEEPINTVL.
|
|\
| |
| |
| |
| | |
* PHP-5.4:
Fixed #63859 Memory leak when reusing curl-handle
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
When CURLOPT_POSTFIELDS is called more than once on the same
curl handle, php/curl did not free the memory of the previous
post data. This commit will fix the problem unless the curl
handle was previously duplicated using the curl_copy_handle()
function in which case we can not know if the post data is
still in use or not by any curl handle
|
| |
| |
| |
| | |
Thanks Laruence :)
|
| |
| |
| |
| |
| |
| |
| | |
Add the curl_pause function (binding of curl_easy_pause).
Using this function, you can explicitly mark a running connection
to get paused, and you can unpause a connection that was
previously paused.
|
| |
| |
| |
| |
| |
| | |
Add the support for both curl_strerror and curl_multi_strerror.
Those function will return a string describing the error code
passed in the argument errornum
|
| |
| |
| |
| |
| | |
curl_multi_setopt is now available and supports CURLMOPT_PIPELINING
and CURLMOPT_MAXCONNECTS
|
| | |
|
|\ \
| |/
| |
| |
| |
| | |
* PHP-5.4:
Update NEWS file
Fixed segfault due to libcurl connection caching
|
| |\
| | |
| | |
| | |
| | | |
* PHP-5.3:
Fixed segfault due to libcurl connection caching
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Libcurl is doing connection caching. When easy handle is cleaned up,
if the handle was previously used by the curl_multi_api, the connection
remains open un the curl multi handle is cleaned up. Some protocols are
sending content like the FTP one, and libcurl try to use the
WRITEFUNCTION or the HEADERFUNCTION. Since structures used in those
callback are freed, we need to use an other callback to which avoid
segfaults.
Libcurl commit d021f2e8a00 fix this issue and should be part of 7.28.2
|
|\ \ \
| |/ /
| | |
| | |
| | |
| | |
| | | |
* PHP-5.4:
Update NEWS file
Fixed bug #63352 (Can't enable hostname validation when using curl stream wrappers)
CURL >= 7.28.0 no longer support value 1 for CURLOPT_SSL_VERIFYHOST)
|
| |\ \
| | |/
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
* PHP-5.3:
Update NEWS file
Fixed bug #63352 (Can't enable hostname validation when using curl stream wrappers)
CURL >= 7.28.0 no longer support value 1 for CURLOPT_SSL_VERIFYHOST)
Conflicts:
ext/curl/interface.c
ext/curl/tests/bug63363.phpt
|
| | |
| | |
| | |
| | | |
wrappers)
|
| | |
| | |
| | |
| | | |
Fixed bug #63795
|
|\ \ \
| |/ /
| | |
| | |
| | | |
* PHP-5.4:
Fix test
|
| | |
| | |
| | |
| | |
| | | |
This test is only valid if libcurl < 7.28.1 since
libcurl removed support for the 1 value in CURLOPT_SSL_VERIFYHOST.
|
|\ \ \
| |/ /
| | |
| | |
| | | |
* PHP-5.4:
Fixed bug #55438 (Curlwapper is not sending http header randomly)
|
| |\ \
| | |/
| | |
| | |
| | | |
* PHP-5.3:
Fixed bug #55438 (Curlwapper is not sending http header randomly)
|
| | |
| | |
| | |
| | |
| | |
| | | |
Since curl multi is used, it sometime happen that the resource is freed before
the curl multi really execute the query. The patch will store the headers
slist in the curlstream handle and free it only when the stream will be closed
|
|\ \ \
| |/ / |
|
| | |
| | |
| | |
| | | |
copystr is declared again blow
|
| | | |
|
| | | |
|
|\ \ \
| |/ / |
|
| |\ \
| | |/ |
|
| | | |
|
|\ \ \
| |/ /
| | |
| | |
| | | |
* PHP-5.4:
FD_ZERO file descriptors before calling curl_multi_fdset
|
| |\ \
| | |/
| | |
| | |
| | | |
* PHP-5.3:
FD_ZERO file descriptors before calling curl_multi_fdset
|
| | |
| | |
| | |
| | |
| | | |
As per curl documentation http://curl.haxx.se/libcurl/c/curl_multi_fdset.html
we need to FD_ZERO file descriptors before calling the curl_multi_fdset function
|
|\ \ \
| |/ /
| | |
| | |
| | |
| | | |
* PHP-5.4:
Avoid calling select if maxfd returned by curl_multi_fdset is -1
Fixing NEWS file
|
| |\ \
| | |/
| | |
| | |
| | | |
* PHP-5.3:
Avoid calling select if maxfd returned by curl_multi_fdset is -1
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
As per libcurl documentation :
When libcurl returns -1 in max_fd, it is because libcurl currently
does something that isn't possible for your application to monitor
with a socket and unfortunately you can then not know exactly when
the current action is completed using select().
|
| | |
| | |
| | |
| | |
| | | |
I did a check and this is the only one which was removed by mistake.
No other constants are available in 5.4 branch and not in master
|
|\ \ \
| |/ / |
|
| |\ \
| | |/ |
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
CURLINFO_PRIMARY_* and CURLINFO_LOCAL_* where available in curl_getinfo
but the constant itself was not exposed to php userland
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
CURLINFO_CERTINFO is available since 7.19.1. The cURL extension
allow to use it since this same version but the internal function
create_certinfo used internally for CURLINFO_CERTINFO usage
is only usable for version greater than 7.19.1 which will cause
problem if the user is using the 7.19.1 cURL version
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
This was updated according to the cURL symbol tables located here :
http://curl.haxx.se/libcurl/c/symbols-in-versions.html
|
|\ \ \
| |/ /
| | |
| | |
| | | |
* PHP-5.4:
Fixed bug #62839
|
| |\ \
| | |/
| | |
| | |
| | | |
* PHP-5.3:
Fixed bug #62839
|
| | |
| | |
| | |
| | |
| | | |
curl_copy_handle segfault with CURLOPT_FILE. The refcount was incremented
before the assignement.
|
| | |
| | |
| | |
| | |
| | |
| | | |
Some curl versions seem to have issues handling dates beyond
Thu, 31-Dec-2037 23:59:59 GMT (dates after this are just clamped to
MAX_INT).
|
| | |
| | |
| | |
| | |
| | | |
curl_easy_escape was modified in 5.21.2 to not escape "unreserved" characters
so this test will fail on version older than 5.21.2
|