summaryrefslogtreecommitdiff
path: root/docs/libcurl/libcurl-errors.3
Commit message (Collapse)AuthorAgeFilesLines
* TODO fixed: Detect when called from within callbacksBjörn Stenberg2018-02-151-0/+4
| | | | Closes #2302
* errors: new alias CURLE_WEIRD_SERVER_REPLY (8)Jay Satiro2016-09-071-3/+2
| | | | | | | | Since we're using CURLE_FTP_WEIRD_SERVER_REPLY in imap, pop3 and smtp as more of a generic "failed to parse" introduce an alias without FTP in the name. Closes https://github.com/curl/curl/pull/975
* http2: Add handling stream level errorTatsuhiro Tsujikawa2016-04-111-0/+2
| | | | | | | | | | | | | Previously, when a stream was closed with other than NGHTTP2_NO_ERROR by RST_STREAM, underlying TCP connection was dropped. This is undesirable since there may be other streams multiplexed and they are very much fine. This change introduce new error code CURLE_HTTP2_STREAM, which indicates stream error that only affects the relevant stream, and connection should be kept open. The existing CURLE_HTTP2 means connection error in general. Ref: https://github.com/curl/curl/issues/659 Ref: https://github.com/curl/curl/pull/663
* URLs: change all http:// URLs to https://Daniel Stenberg2016-02-031-1/+1
|
* libcurl-errors.3: add two missing error codesDaniel Stenberg2015-09-171-0/+4
| | | | CURLE_SSL_PINNEDPUBKEYNOTMATCH and CURLE_SSL_INVALIDCERTSTATUS
* libcurl-errors.3: fix typoDaniel Stenberg2015-06-181-2/+2
|
* *.3: add/extend "SEE ALSO" sectionsDaniel Stenberg2014-10-241-0/+4
|
* http2: more and better error checkingDaniel Stenberg2014-07-231-0/+3
| | | | | | | 1 - fixes the warnings when built without http2 support 2 - adds CURLE_HTTP2, a new error code for errors detected by nghttp2 basically when they are about http2 specific things.
* lib man pages: update easy setopt option referencesDaniel Stenberg2014-06-211-13/+14
| | | | | ... by using the "\fIopt(3)\fP" syntax they will be linked properly when the web version of the page is generated.
* CURLM_ADDED_ALREADY: new error codeDaniel Stenberg2013-08-201-1/+4
| | | | | | Doing curl_multi_add_handle() on an easy handle that is already added to a multi handle now returns this error code. It previously returned CURLM_BAD_EASY_HANDLE for this condition.
* Multiple pipelines and limiting the number of connections.Linus Nielsen Feltzing2013-03-131-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Introducing a number of options to the multi interface that allows for multiple pipelines to the same host, in order to optimize the balance between the penalty for opening new connections and the potential pipelining latency. Two new options for limiting the number of connections: CURLMOPT_MAX_HOST_CONNECTIONS - Limits the number of running connections to the same host. When adding a handle that exceeds this limit, that handle will be put in a pending state until another handle is finished, so we can reuse the connection. CURLMOPT_MAX_TOTAL_CONNECTIONS - Limits the number of connections in total. When adding a handle that exceeds this limit, that handle will be put in a pending state until another handle is finished. The free connection will then be reused, if possible, or closed if the pending handle can't reuse it. Several new options for pipelining: CURLMOPT_MAX_PIPELINE_LENGTH - Limits the pipeling length. If a pipeline is "full" when a connection is to be reused, a new connection will be opened if the CURLMOPT_MAX_xxx_CONNECTIONS limits allow it. If not, the handle will be put in a pending state until a connection is ready (either free or a pipe got shorter). CURLMOPT_CONTENT_LENGTH_PENALTY_SIZE - A pipelined connection will not be reused if it is currently processing a transfer with a content length that is larger than this. CURLMOPT_CHUNK_LENGTH_PENALTY_SIZE - A pipelined connection will not be reused if it is currently processing a chunk larger than this. CURLMOPT_PIPELINING_SITE_BL - A blacklist of hosts that don't allow pipelining. CURLMOPT_PIPELINING_SERVER_BL - A blacklist of server types that don't allow pipelining. See the curl_multi_setopt() man page for details.
* Fixed some typos in documentationDan Fandrich2012-07-201-1/+1
|
* errors: CURLM_CALL_MULTI_PERFORM is not returned anymoreDaniel Stenberg2012-07-021-1/+4
|
* CURLE_FTP_PRET_FAILED: listed twiceDaniel Stenberg2012-02-171-7/+5
| | | | Make sure it is mentioned once and with the correct description
* libcurl docs: add the new FTP accept option + errorsDaniel Stenberg2011-12-201-0/+6
|
* share: don't use SSL unless enabledDaniel Stenberg2011-10-031-0/+3
| | | | | | | | Don't even declare the struct members for disabled features Introducing the CURLSHE_NOT_BUILT_IN return code for the share interface when trying to set a sharing option that has been disabled (or not enabled) in the library.
* return code cleanup: build, init and run-time errorsDaniel Stenberg2011-04-051-5/+13
| | | | | | | | | | | | | | | | | | | | | | | | Stop the abuse of CURLE_FAILED_INIT as return code for things not being init related by introducing two new return codes: CURLE_NOT_BUILT_IN and CURLE_UNKNOWN_OPTION CURLE_NOT_BUILT_IN replaces return code 4 that has been obsoleted for several years. It is used for returning error when something is attempted to be used but the feature/option was not enabled or explictitly disabled at build-time. Getting this error mostly means that libcurl needs to be rebuilt. CURLE_FAILED_INIT is now saved and used strictly for init failures. Getting this problem means something went seriously wrong, like a resource shortage or similar. CURLE_UNKNOWN_OPTION is the option formerly known as CURLE_UNKNOWN_TELNET_OPTION (and the old name is still present, separately defined to be removed in a very distant future). This error code is meant to be used to return when an option is given to libcurl that isn't known. This problem would mostly indicate a problem in the program that uses libcurl.
* FTP: WILDCARDMATCH/CHUNKING/FNMATCH addedPavel Raiskup2010-05-121-0/+10
|
* remove the CVSish $Id$ linesDaniel Stenberg2010-03-241-1/+0
|
* cleanups by Julien ChaffraixDaniel Stenberg2010-01-221-7/+5
|
* update copyright year since we are in 2010 nowDaniel Stenberg2010-01-011-5/+6
|
* - Ingmar Runge enhanced libcurl's FTP engine to support the PRET command. ThisDaniel Stenberg2010-01-011-0/+4
| | | | | | | | | command is a special "hack" used by the drftpd server, but even though it is a custom extension I've deemed it fine to add to libcurl since this server seems to survive and people keep using it and want libcurl to support it. The new libcurl option is named CURLOPT_FTP_USE_PRET, and it is also usable from the curl tool with --ftp-pret. Using this option on a server that doesn't support this command will make libcurl fail.
* Anthony Bryan's man page cleanup in language and spellingDaniel Stenberg2008-12-281-30/+30
|
* the next release is now called 7.19.0Daniel Stenberg2008-06-081-3/+3
|
* - Axel Tillequin and Arnaud Ebalard added support for CURLOPT_ISSUERCERT, forDaniel Stenberg2008-06-061-0/+2
| | | | OpenSSL, NSS and GnuTLS-built libcurls.
* - Axel Tillequin and Arnaud Ebalard added support for CURLOPT_CRLFILE, forDaniel Stenberg2008-06-061-0/+2
| | | | OpenSSL, NSS and GnuTLS-built libcurls.
* - Introducing curl_easy_send() and curl_easy_recv(). They can be used to sendDaniel Stenberg2008-05-121-1/+5
| | | | | | and receive data over a connection previously setup with curl_easy_perform() and its CURLOPT_CONNECT_ONLY option. The sendrecv.c example was added to show how they can be used.
* I renamed the CURLE_SSL_PEER_CERTIFICATE error code toDaniel Stenberg2007-10-031-2/+2
| | | | | | CURLE_PEER_FAILED_VERIFICATION (standard CURL_NO_OLDIES style), and made this return code get used by the previous SSH MD5 fingerprint check in case it fails.
* Renamed the CURLE_FTP_SSL_FAILED error code to CURLE_USE_SSL_FAILED.Dan Fandrich2007-08-311-1/+1
| | | | | Renamed the curl_ftpssl enum to curl_usessl and its enumerated constants, creating macros for backward compatibility.
* Renamed several libcurl error codes and options to make them more generalDan Fandrich2007-08-301-54/+38
| | | | | | | | | | | and allow reuse by multiple protocols. Several unused error codes were removed. In all cases, macros were added to preserve source (and binary) compatibility with the old names. These macros are subject to removal at a future date, but probably not before 2009. An application can be tested to see if it is using any obsolete code by compiling it with the CURL_NO_OLDIES macro defined. Documented some newer error codes in libcurl-error(3)
* Daniel Cater: libcurl-errors needs updating to reflect a couple of deprecatedDaniel Stenberg2007-07-131-3/+5
| | | | error codes
* CURLE_FTP_COULDNT_STOR_FILE is now known as CURLE_UPLOAD_FAILED. This isDaniel Stenberg2007-05-081-7/+27
| | | | | | | because I just made SCP uploads return this value if the file size of the upload file isn't given with CURLOPT_INFILESIZE*. Docs updated to reflect this news, and a define for the old name was added to the public header file.
* Armel Asselin separated CA cert verification problems from problems withDaniel Stenberg2006-10-211-1/+3
| | | | | reading the (local) CA cert file to let users easier pinpoint the actual problem. CURLE_SSL_CACERT_BADFILE (77) is the new libcurl error code.
* Starting now, adding an easy handle to a multi stack that was already addedDaniel Stenberg2006-10-121-1/+3
| | | | to a multi stack will cause CURLM_BAD_EASY_HANDLE to get returned.
* corrected introduction version numberDaniel Stenberg2006-06-241-1/+1
|
* updated with more error codesDaniel Stenberg2006-04-261-0/+18
|
* CURLE_FTP_USER_PASSWORD_INCORRECT is not returned by libcurl anymore!Daniel Stenberg2006-04-091-9/+5
|
* typo pointed out by Mike GriffithsDaniel Stenberg2006-01-271-3/+3
|
* upcoming new error codeDaniel Stenberg2006-01-041-0/+3
|
* bad formattingDaniel Stenberg2005-05-161-5/+2
|
* add missing error codesDaniel Stenberg2005-02-091-1/+8
|
* clarify CURLE_SSL_CERTPROBLEM somewhatDaniel Stenberg2004-09-021-1/+1
|
* clarify that CURLE_FTP_USER_PASSWORD_INCORRECT might in fact get returnedDaniel Stenberg2004-08-111-2/+3
| | | | even if user and password are correct
* added curl_*_strerrorDaniel Stenberg2004-04-271-7/+10
|
* Kim Karlsson pointed out that error 57 was wrongly documentedDaniel Stenberg2004-04-261-2/+2
|
* additional infoDaniel Stenberg2004-04-131-2/+13
|
* Tor Arntsen's major ispell patchDaniel Stenberg2004-03-241-4/+4
|
* mention error 64Daniel Stenberg2004-03-081-1/+3
|
* Dominick Meglio's added share interface documentationDaniel Stenberg2004-02-091-3/+16
|
* Eric S. Raymond's fix of the NAME sectionDaniel Stenberg2003-12-101-1/+1
|
View Lorry Controller Status