mirror of
https://github.com/curl/curl.git
synced 2026-04-10 23:51:42 +08:00
badwords: avoid 'simply'
It's mostly a filler word. I've read through each use of it in the code base and did minor rephrasings when "simply" carried some meaning. The overwhelming majority of cases, removing it improved the text significantly. Inspired by #20793. Closes #20822
This commit is contained in:
parent
4021c6e673
commit
f25124338c
@ -128,7 +128,7 @@ int main(void)
|
||||
#ifdef HAVE_FILE_OFFSET_BITS
|
||||
#include <sys/types.h>
|
||||
/* Check that off_t can represent 2**63 - 1 correctly.
|
||||
We cannot simply define LARGE_OFF_T to be 9223372036854775807,
|
||||
We cannot define LARGE_OFF_T to be 9223372036854775807,
|
||||
since some C++ compilers masquerading as C compilers
|
||||
incorrectly reject 9223372036854775807. */
|
||||
#define LARGE_OFF_T (((off_t)1 << 62) - 1 + ((off_t)1 << 62))
|
||||
|
||||
@ -2,7 +2,7 @@
|
||||
# SPDX-FileCopyrightText: Daniel Stenberg, <daniel@haxx.se>, et al.
|
||||
|
||||
# This file describes the licensing and copyright situation for files that
|
||||
# cannot be annotated directly, for example because of being simply
|
||||
# cannot be annotated directly, for example because of being
|
||||
# uncommentable. Unless this is the case, a file should be annotated directly.
|
||||
#
|
||||
# This follows the REUSE specification: https://reuse.software/spec-3.2/#reusetoml
|
||||
|
||||
@ -150,7 +150,7 @@ the owner of that change until it has been merged.
|
||||
|
||||
Respond on the list or on GitHub about the change and answer questions and/or
|
||||
fix nits/flaws. This is important. We take lack of replies as a sign that you
|
||||
are not anxious to get your patch accepted and we tend to simply drop such
|
||||
are not anxious to get your patch accepted and we tend to drop such
|
||||
changes.
|
||||
|
||||
## About pull requests
|
||||
@ -195,7 +195,7 @@ Once your pull request has been approved it can be merged by a maintainer.
|
||||
For new features, or changes, we require that the *feature window* is open for
|
||||
the pull request to be merged. This is typically a three week period that
|
||||
starts ten days after a previous release. New features submitted as pull
|
||||
requests while the window is closed simply have to wait until it opens to get
|
||||
requests while the window is closed have to wait until it opens to get
|
||||
merged.
|
||||
|
||||
If time passes without your approved pull request gets merged: feel free to
|
||||
|
||||
16
docs/FAQ.md
16
docs/FAQ.md
@ -107,8 +107,8 @@ will agree. If you want to add more protocols, we may agree.
|
||||
If you want someone else to do all the work while you wait for us to implement
|
||||
it for you, that is not a friendly attitude. We spend a considerable time
|
||||
already on maintaining and developing curl. In order to get more out of us,
|
||||
you should consider trading in some of your time and effort in return. Simply
|
||||
go to the [GitHub repository](https://github.com/curl/curl), fork the project,
|
||||
you should consider trading in some of your time and effort in return. Go to
|
||||
the [GitHub repository](https://github.com/curl/curl), fork the project,
|
||||
and create pull requests with your proposed changes.
|
||||
|
||||
If you write the code, chances are better that it will get into curl faster.
|
||||
@ -169,7 +169,7 @@ allows for others to learn from this (both current and future users thanks to
|
||||
the web based archives of the mailing lists), thus saving us from having to
|
||||
repeat ourselves even more. Thanks for respecting this.
|
||||
|
||||
If you have found or simply suspect a security problem in curl or libcurl,
|
||||
If you have found or suspect a security problem in curl or libcurl,
|
||||
[submit all the details to us](https://curl.se/dev/vuln-disclosure.html). We
|
||||
keep the issue private while we investigate, confirm it, work and validate a
|
||||
fix and agree on a time schedule for publication etc. That way we produce a
|
||||
@ -329,7 +329,7 @@ support for this protocol.
|
||||
|
||||
This could have happened if the configure script that was run at build time
|
||||
could not find all libs and include files curl requires for SSL to work. If
|
||||
the configure script fails to find them, curl is simply built without SSL
|
||||
the configure script fails to find them, curl is built without SSL
|
||||
support.
|
||||
|
||||
To get HTTPS support into a curl that was previously built but that reports
|
||||
@ -685,7 +685,7 @@ them for the curl URL *globbing* system), use the `-g`/`--globoff` option:
|
||||
|
||||
curl asks remote servers for the page you specify. If the page does not exist
|
||||
at the server, the HTTP protocol defines how the server should respond and
|
||||
that means that headers and a page will be returned. That is simply how HTTP
|
||||
that means that headers and a page will be returned. That is how HTTP
|
||||
works.
|
||||
|
||||
By using the `--fail` option you can tell curl explicitly to not get any data
|
||||
@ -966,7 +966,7 @@ to check your authentication protected webpages (that gets a 401 back) and so
|
||||
on.
|
||||
|
||||
The specific HTTP response code does not constitute a problem or error for
|
||||
curl. It simply sends and delivers HTTP as you asked and if that worked,
|
||||
curl. It sends and delivers HTTP as you asked and if that worked,
|
||||
everything is fine and dandy. The response code is generally providing more
|
||||
higher level error information that curl does not care about. The error was
|
||||
not in the HTTP transfer.
|
||||
@ -1049,7 +1049,7 @@ Yes, but you cannot open a FILE * and pass the pointer to a DLL and have that
|
||||
DLL use the FILE * (as the DLL and the client application cannot access each
|
||||
others' variable memory areas). If you set `CURLOPT_WRITEDATA` you must also use
|
||||
`CURLOPT_WRITEFUNCTION` as well to set a function that writes the file, even if
|
||||
that simply writes the data to the specified FILE *. Similarly, if you use
|
||||
all it does is write the data to the specified FILE *. Similarly, if you use
|
||||
`CURLOPT_READDATA` you must also specify `CURLOPT_READFUNCTION`.
|
||||
|
||||
## What about Keep-Alive or persistent connections?
|
||||
@ -1259,7 +1259,7 @@ proven for many years. There is no need for you to reinvent them.
|
||||
|
||||
## Does libcurl use threads?
|
||||
|
||||
Put simply: no, libcurl will execute in the same thread you call it in. All
|
||||
No, libcurl will execute in the same thread you call it in. All
|
||||
callbacks will be called in the same thread as the one you call libcurl in.
|
||||
|
||||
If you want to avoid your thread to be blocked by the libcurl call, you make
|
||||
|
||||
@ -35,7 +35,7 @@ be reused on subsequent uses of the same hostnames.
|
||||
## limitations
|
||||
|
||||
We have decided to work on the HTTPS RR support by following what seems to be
|
||||
(widely) used, and simply wait with implementing the details of the record
|
||||
(widely) used, and wait with implementing the details of the record
|
||||
that do not seem to be deployed. HTTPS RR is a DNS field with many odd corners
|
||||
and complexities and we might as well avoid them if no one seems to want them.
|
||||
|
||||
|
||||
@ -149,7 +149,7 @@ These options are provided to select the TLS backend to use.
|
||||
|
||||
You can build curl with *multiple* TLS backends at your choice, but some TLS
|
||||
backends cannot be combined: if you build with an OpenSSL fork (or wolfSSL),
|
||||
you cannot add another OpenSSL fork (or wolfSSL) simply because they have
|
||||
you cannot add another OpenSSL fork (or wolfSSL) because they have
|
||||
conflicting identical symbol names.
|
||||
|
||||
When you build with multiple TLS backends, you can select the active one at
|
||||
|
||||
@ -48,7 +48,7 @@ All curl mailing lists require that you are subscribed to allow a mail to go
|
||||
through to all the subscribers.
|
||||
|
||||
If you post without being subscribed (or from a different mail address than
|
||||
the one you are subscribed with), your mail is simply silently discarded. You
|
||||
the one you are subscribed with), your mail is silently discarded. You
|
||||
have to subscribe first, then post.
|
||||
|
||||
The reason for this unfortunate and strict subscription policy is of course to
|
||||
|
||||
@ -935,7 +935,7 @@ are persistent.
|
||||
## Multiple Transfers With A Single Command Line
|
||||
|
||||
As is mentioned above, you can download multiple files with one command line
|
||||
by simply adding more URLs. If you want those to get saved to a local file
|
||||
by adding more URLs. If you want those to get saved to a local file
|
||||
instead of printed to stdout, you need to add one save option for each URL you
|
||||
specify. Note that this also goes for the `-O` option (but not
|
||||
`--remote-name-all`).
|
||||
|
||||
@ -471,7 +471,7 @@ include a hint about where the browser should go next to find this page, or a
|
||||
new page keeping newly generated output. The header that tells the browser to
|
||||
redirect is `Location:`.
|
||||
|
||||
curl does not follow `Location:` headers by default, but simply displays such
|
||||
curl does not follow `Location:` headers by default, but displays such
|
||||
pages in the same manner it displays all HTTP replies. It does however
|
||||
feature an option that makes it attempt to follow the `Location:` pointers.
|
||||
|
||||
@ -518,7 +518,7 @@ curl is to add them on the command line like:
|
||||
curl --cookie "name=Daniel" https://www.example.com
|
||||
|
||||
Cookies are sent as common HTTP headers. This is practical as it allows curl
|
||||
to record cookies simply by recording headers. Record cookies with curl by
|
||||
to record cookies by recording headers. Record cookies with curl by
|
||||
using the [`--dump-header`](https://curl.se/docs/manpage.html#-D) (`-D`)
|
||||
option like:
|
||||
|
||||
@ -570,7 +570,7 @@ advanced features to do secure transfers over HTTP.
|
||||
curl supports encrypted fetches when built to use a TLS library and it can be
|
||||
built to use one out of a fairly large set of libraries - `curl -V` shows
|
||||
which one your curl was built to use (if any). To get a page from an HTTPS
|
||||
server, simply run curl like:
|
||||
server, run curl like:
|
||||
|
||||
curl https://secure.example.com
|
||||
|
||||
@ -632,7 +632,7 @@ so on. If you use the [`--request`](https://curl.se/docs/manpage.html#-X) /
|
||||
modify curl's behavior. This means that if you for example use -d "data" to
|
||||
do a POST, you can modify the method to a `PROPFIND` with `-X` and curl still
|
||||
thinks it sends a POST. You can change the normal GET to a POST method by
|
||||
simply adding `-X POST` in a command line like:
|
||||
adding `-X POST` in a command line like:
|
||||
|
||||
curl -X POST https://example.org/
|
||||
|
||||
|
||||
@ -92,7 +92,7 @@ The `#` header can be used by non-option files and it produces a
|
||||
`.SH` output.
|
||||
|
||||
If the `#` header is used for a command line option file, that header is
|
||||
simply ignored in the generated output. It can still serve a purpose in the
|
||||
ignored in the generated output. It can still serve a purpose in the
|
||||
source file as it helps the user identify what option the file is for.
|
||||
|
||||
### Variables
|
||||
|
||||
@ -42,7 +42,7 @@ Specify the filename to --config as minus "-" to make curl read the file from
|
||||
stdin.
|
||||
|
||||
Note that to be able to specify a URL in the config file, you need to specify
|
||||
it using the --url option, and not by simply writing the URL on its own line.
|
||||
it using the --url option, and not by writing the URL on its own line.
|
||||
It could look similar to this:
|
||||
|
||||
url = "https://curl.se/docs/"
|
||||
|
||||
@ -21,7 +21,7 @@ Example:
|
||||
Accept an HTTP version 0.9 response.
|
||||
|
||||
HTTP/0.9 is a response without headers and therefore you can also connect with
|
||||
this to non-HTTP servers and still get a response since curl simply
|
||||
this to non-HTTP servers and still get a response since curl
|
||||
transparently downgrades - if allowed.
|
||||
|
||||
HTTP/0.9 is disabled by default (added in 7.66.0)
|
||||
|
||||
@ -20,7 +20,7 @@ Example:
|
||||
Specify the username and password to use for server authentication. Overrides
|
||||
--netrc and --netrc-optional.
|
||||
|
||||
If you simply specify the username, curl prompts for a password.
|
||||
If you specify only the username, curl prompts for a password.
|
||||
|
||||
The username and passwords are split up on the first colon, which makes it
|
||||
impossible to use a colon in the username with this option. The password can,
|
||||
@ -37,8 +37,8 @@ Windows domain name in the username, in order for the server to successfully
|
||||
obtain a Kerberos Ticket. If you do not, then the initial authentication
|
||||
handshake may fail.
|
||||
|
||||
When using NTLM, the username can be specified simply as the username, without
|
||||
the domain, if there is a single domain and forest in your setup for example.
|
||||
When using NTLM, the username can be specified without the domain, if
|
||||
there is a single domain and forest in your setup for example.
|
||||
|
||||
To specify the domain name use either Down-Level Logon Name or UPN (User
|
||||
Principal Name) formats. For example, EXAMPLE\user and user@example.com
|
||||
|
||||
@ -53,7 +53,7 @@
|
||||
* Note:
|
||||
* For the sake of simplicity, URL length is limited to 1023 chars.
|
||||
*
|
||||
* This is purely a demo app, all retrieved data is simply discarded by
|
||||
* This is purely a demo app, all retrieved data is discarded by
|
||||
* the write callback.
|
||||
*/
|
||||
#include <errno.h>
|
||||
|
||||
@ -56,7 +56,7 @@
|
||||
* Note:
|
||||
* For the sake of simplicity, URL length is limited to 1023 chars.
|
||||
*
|
||||
* This is purely a demo app, all retrieved data is simply discarded by
|
||||
* This is purely a demo app, all retrieved data is discarded by
|
||||
* the write callback.
|
||||
*/
|
||||
#include <errno.h>
|
||||
|
||||
@ -50,7 +50,7 @@
|
||||
* The fifo buffer is handled almost instantly, so you can even add more URL's
|
||||
* while the previous requests are still being downloaded.
|
||||
*
|
||||
* This is purely a demo app, all retrieved data is simply discarded by
|
||||
* This is purely a demo app, all retrieved data is discarded by
|
||||
* the write callback.
|
||||
*
|
||||
*/
|
||||
|
||||
@ -53,7 +53,7 @@
|
||||
* Note:
|
||||
* For the sake of simplicity, URL length is limited to 1023 chars.
|
||||
*
|
||||
* This is purely a demo app, all retrieved data is simply discarded by
|
||||
* This is purely a demo app, all retrieved data is discarded by
|
||||
* the write callback.
|
||||
*/
|
||||
#include <errno.h>
|
||||
|
||||
@ -111,7 +111,7 @@ static int my_trace(CURL *curl, curl_infotype type,
|
||||
}
|
||||
|
||||
/*
|
||||
* Simply download an HTTP file.
|
||||
* Download an HTTP file.
|
||||
*/
|
||||
int main(void)
|
||||
{
|
||||
|
||||
@ -31,7 +31,7 @@
|
||||
#include <curl/curl.h>
|
||||
|
||||
/*
|
||||
* Simply download two HTTP files!
|
||||
* Download two HTTP files!
|
||||
*/
|
||||
int main(void)
|
||||
{
|
||||
|
||||
@ -32,7 +32,7 @@
|
||||
#include <curl/curl.h>
|
||||
|
||||
/*
|
||||
* Simply download an HTTP file.
|
||||
* Download an HTTP file.
|
||||
*/
|
||||
int main(void)
|
||||
{
|
||||
|
||||
@ -45,7 +45,7 @@
|
||||
* so there is no way to get an accurate time.
|
||||
* 4. This software could only provide an accuracy of +- a few seconds,
|
||||
* as Round-Trip delay time is not taken into consideration.
|
||||
* Compensation of network, firewall/proxy delay cannot be simply divide
|
||||
* Compensation of network, firewall/proxy delay cannot be done by dividing
|
||||
* the Round-Trip delay time by half.
|
||||
* 5. Win32 SetSystemTime() API sets your computer clock according to
|
||||
* GMT/UTC time. Therefore your computer timezone must be properly set.
|
||||
|
||||
@ -67,7 +67,7 @@ bool Curl_bufq_peek(const struct bufq *q, const unsigned char **pbuf, size_t *pl
|
||||
On returning TRUE, `pbuf` points to internal memory with `plen` bytes that one
|
||||
may read. This is only valid until another operation on `bufq` is performed.
|
||||
|
||||
Instead of reading `bufq` data, one may simply skip it:
|
||||
Instead of reading `bufq` data, one may skip it:
|
||||
|
||||
```c
|
||||
void Curl_bufq_skip(struct bufq *q, size_t amount);
|
||||
|
||||
@ -19,7 +19,7 @@ Our C code has a few style rules. Most of them are verified and upheld by the
|
||||
by the build system when built after `./configure --enable-debug` has been
|
||||
used.
|
||||
|
||||
It is normally not a problem for anyone to follow the guidelines, simply copy
|
||||
It is normally not a problem for anyone to follow the guidelines, copy
|
||||
the style already used in the source code and there are no particularly
|
||||
unusual rules in our set of rules.
|
||||
|
||||
|
||||
@ -104,7 +104,7 @@ then configures its TLS backend and *returns* the ticket to the cache.
|
||||
|
||||
The cache needs to treat tickets from TLSv1.2 and 1.3 differently. 1.2 tickets
|
||||
should be reused, but 1.3 tickets SHOULD NOT (RFC 8446). The session cache
|
||||
simply drops 1.3 tickets when they are returned after use, but keeps a 1.2
|
||||
drops 1.3 tickets when they are returned after use, but keeps a 1.2
|
||||
ticket.
|
||||
|
||||
When a ticket is *put* into the cache, there is also a difference. There
|
||||
|
||||
@ -116,7 +116,7 @@ you must make sure strlen() on the data pointer returns zero.
|
||||
|
||||
followed by a filename, causes that file to be read and its contents used
|
||||
as data in this part. This part does *not* automatically become a file
|
||||
upload part simply because its data was read from a file.
|
||||
upload part due to its data being read from a file.
|
||||
|
||||
The specified file needs to kept around until the associated transfer is done.
|
||||
|
||||
|
||||
@ -78,7 +78,7 @@ When using multiple threads you should set the CURLOPT_NOSIGNAL(3)
|
||||
option to 1L for all handles. Everything works fine except that timeouts
|
||||
cannot be honored during DNS lookups - which you can work around by building
|
||||
libcurl with c-ares or threaded-resolver support. c-ares is a library that
|
||||
provides asynchronous name resolves. On some platforms, libcurl simply cannot
|
||||
provides asynchronous name resolves. On some platforms, libcurl cannot
|
||||
function properly multi-threaded unless the CURLOPT_NOSIGNAL(3) option
|
||||
is set.
|
||||
|
||||
|
||||
@ -200,9 +200,8 @@ preferred URL to transfer with CURLOPT_URL(3) in a manner similar to:
|
||||
Let's assume for a while that you want to receive data as the URL identifies a
|
||||
remote resource you want to get here. Since you write a sort of application
|
||||
that needs this transfer, I assume that you would like to get the data passed
|
||||
to you directly instead of simply getting it passed to stdout. You write your
|
||||
to you directly instead of getting it passed to stdout. You write your
|
||||
own function that matches this prototype:
|
||||
|
||||
~~~c
|
||||
size_t write_data(void *buffer, size_t size, size_t nmemb, void *userp);
|
||||
~~~
|
||||
@ -225,7 +224,7 @@ and the function that gets invoked by libcurl. libcurl itself does not touch
|
||||
the data you pass with CURLOPT_WRITEDATA(3).
|
||||
|
||||
libcurl offers its own default internal callback that takes care of the data
|
||||
if you do not set the callback with CURLOPT_WRITEFUNCTION(3). It simply
|
||||
if you do not set the callback with CURLOPT_WRITEFUNCTION(3). It
|
||||
outputs the received data to stdout. You can have the default callback write
|
||||
the data to a different file handle by passing a 'FILE *' to a file opened for
|
||||
writing with the CURLOPT_WRITEDATA(3) option.
|
||||
@ -272,7 +271,7 @@ previous connection.
|
||||
For some protocols, downloading a file can involve a complicated process of
|
||||
logging in, setting the transfer mode, changing the current directory and
|
||||
finally transferring the file data. libcurl takes care of all that
|
||||
complication for you. Given simply the URL to a file, libcurl takes care of
|
||||
complication for you. Given the URL to a file, libcurl takes care of
|
||||
all the details needed to get the file moved from one machine to another.
|
||||
|
||||
# Multi-threading Issues
|
||||
@ -871,7 +870,7 @@ following an old tradition and are built up as "[protocol]_proxy" (note the
|
||||
lower casing). Which makes the variable 'http_proxy' checked for a name of a
|
||||
proxy to use when the input URL is HTTP. Following the same rule, the variable
|
||||
named 'ftp_proxy' is checked for FTP URLs. Again, the proxies are always HTTP
|
||||
proxies, the different names of the variables simply allows different HTTP
|
||||
proxies, the different names of the variables allow different HTTP
|
||||
proxies to be used.
|
||||
|
||||
The proxy environment variable contents should be in the format
|
||||
@ -1067,7 +1066,7 @@ think fit. Adding headers is this easy:
|
||||
|
||||
... and if you think some of the internally generated headers, such as Accept:
|
||||
or Host: do not contain the data you want them to contain, you can replace
|
||||
them by simply setting them too:
|
||||
them by setting them too:
|
||||
|
||||
~~~c
|
||||
headers = curl_slist_append(headers, "Accept: Agent-007");
|
||||
@ -1371,7 +1370,7 @@ on the multi_socket event based API, this description here is for the select()
|
||||
oriented one.
|
||||
|
||||
To use this interface, you are better off if you first understand the basics
|
||||
of how to use the easy interface. The multi interface is simply a way to make
|
||||
of how to use the easy interface. The multi interface is a way to make
|
||||
multiple transfers at the same time by adding up multiple easy handles into
|
||||
a "multi stack".
|
||||
|
||||
|
||||
@ -106,7 +106,7 @@ link with the particular version of libcurl you have installed. See the
|
||||
*curl-config(1)* man page for further details.
|
||||
|
||||
Unix-like operating system that ship libcurl as part of their distributions
|
||||
often do not provide the curl-config tool, but simply install the library and
|
||||
often do not provide the curl-config tool, but only install the library and
|
||||
headers in the common path for this purpose.
|
||||
|
||||
Many Linux and similar systems use pkg-config to provide build and link
|
||||
|
||||
@ -31,7 +31,7 @@ CURLcode curl_easy_getinfo(CURL *handle, CURLINFO_COOKIELIST,
|
||||
Pass a pointer to a 'struct curl_slist *' to receive a linked-list of all
|
||||
cookies curl knows (expired ones, too). Do not forget to call
|
||||
curl_slist_free_all(3) on the list after it has been used. If there are no
|
||||
cookies (cookies for the handle have not been enabled or simply none have been
|
||||
cookies (cookies for the handle have not been enabled or none have been
|
||||
received) the 'struct curl_slist *' is made a NULL pointer.
|
||||
|
||||
Cookies that were imported in the Set-Cookie format without a domain name are
|
||||
|
||||
@ -45,8 +45,8 @@ connections.
|
||||
|
||||
Changing this value when there are transfers in progress is possible, and the
|
||||
new value is then used the next time checks are performed. Lowering the value
|
||||
does not close down any active transfers, it simply does not allow new ones to
|
||||
get made.
|
||||
does not close down any active transfers, it prevents new ones from being
|
||||
made.
|
||||
|
||||
# DEFAULT
|
||||
|
||||
|
||||
@ -50,7 +50,7 @@ making a new connection is permitted.
|
||||
|
||||
Changing this value while there are transfers in progress is possible. The new
|
||||
value is then used the next time checks are performed. Lowering the value does
|
||||
not close down any active transfers, it simply does not allow new ones to get
|
||||
not close down any active transfers, it prevents new ones from being
|
||||
made.
|
||||
|
||||
# DEFAULT
|
||||
|
||||
@ -45,12 +45,12 @@ making a new connection is permitted.
|
||||
|
||||
Changing this value while there are transfers in progress is possible. The new
|
||||
value is then used the next time checks are performed. Lowering the value does
|
||||
not close down any active transfers, it simply does not allow new ones to get
|
||||
not close down any active transfers, it prevents new ones from being
|
||||
made.
|
||||
|
||||
# DEFAULT
|
||||
|
||||
0, which means that there is no limit. It is then simply controlled by the
|
||||
0, which means that there is no limit. It is then controlled by the
|
||||
number of easy handles added concurrently and how much multiplexing is being
|
||||
done.
|
||||
|
||||
|
||||
@ -32,7 +32,7 @@ Pass a long. If the parameter equals 1, it tells the library to perform all
|
||||
the required proxy authentication and connection setup, but no data transfer,
|
||||
and then return.
|
||||
|
||||
The option can be used to simply test a connection to a server, but is more
|
||||
The option can be used to test a connection to a server, but is more
|
||||
useful when used with the CURLINFO_ACTIVESOCKET(3) option to
|
||||
curl_easy_getinfo(3) as the library can set up the connection and then
|
||||
the application can obtain the most recently used socket for special data
|
||||
|
||||
@ -33,7 +33,7 @@ name with this option also enables HSTS for this handle (the equivalent of
|
||||
setting *CURLHSTS_ENABLE* with CURLOPT_HSTS_CTRL(3)).
|
||||
|
||||
If the given file does not exist or contains no HSTS entries at startup, the
|
||||
HSTS cache simply starts empty. Setting the filename to NULL allows HSTS
|
||||
HSTS cache starts empty. Setting the filename to NULL allows HSTS
|
||||
without reading from or writing to any file. NULL also makes libcurl clear the
|
||||
list of files to read HSTS data from, if any such were previously set.
|
||||
|
||||
|
||||
@ -56,7 +56,7 @@ regular old-fashioned Basic method.
|
||||
|
||||
HTTP Digest authentication with an IE flavor. Digest authentication is defined
|
||||
in RFC 2617 and is a more secure way to do authentication over public networks
|
||||
than the regular old-fashioned Basic method. The IE flavor is simply that
|
||||
than the regular old-fashioned Basic method. The IE flavor means that
|
||||
libcurl uses a special "quirk" that IE is known to have used before version 7
|
||||
and that some servers require the client to use.
|
||||
|
||||
|
||||
@ -41,7 +41,7 @@ you must make sure to not set CURLOPT_POSTFIELDS(3) to anything but
|
||||
NULL. When providing data with a callback, you must transmit it using chunked
|
||||
transfer-encoding or you must set the size of the data with the
|
||||
CURLOPT_POSTFIELDSIZE(3) or CURLOPT_POSTFIELDSIZE_LARGE(3)
|
||||
options. To enable chunked encoding, you simply pass in the appropriate
|
||||
options. To enable chunked encoding, pass in the appropriate
|
||||
Transfer-Encoding header, see the post-callback.c example.
|
||||
|
||||
You can override the default POST Content-Type: header by setting your own
|
||||
|
||||
@ -74,7 +74,7 @@ halted. (e.g. *npt=25*)
|
||||
|
||||
## CURL_RTSPREQ_TEARDOWN
|
||||
|
||||
This command terminates an RTSP session. Simply closing a connection does not
|
||||
This command terminates an RTSP session. Closing a connection does not
|
||||
terminate the RTSP session since it is valid to control an RTSP session over
|
||||
different connections.
|
||||
|
||||
|
||||
@ -39,8 +39,8 @@ its identity.
|
||||
|
||||
When CURLOPT_SSL_VERIFYHOST(3) is set to 1 or 2, the server certificate must
|
||||
indicate that it was made for the hostname or address curl connects to, or the
|
||||
connection fails. Simply put, it means it has to have the same name in the
|
||||
certificate as is used in the URL you operate against.
|
||||
connection fails. The certificate has to have the same name as is used in the
|
||||
URL you operate against.
|
||||
|
||||
curl considers the server the intended one when the Common Name field or a
|
||||
Subject Alternate Name field in the certificate matches the hostname in the
|
||||
|
||||
@ -50,7 +50,7 @@ When CURLOPT_SSL_VERIFYPEER(3) is enabled, and the verification fails to
|
||||
prove that the certificate is signed by a CA, the connection fails.
|
||||
|
||||
When this option is disabled (set to zero), the CA certificates are not loaded
|
||||
and the peer certificate verification is simply skipped.
|
||||
and the peer certificate verification is skipped.
|
||||
|
||||
Authenticating the certificate is not enough to be sure about the server. You
|
||||
typically also want to ensure that the server is the server you mean to be
|
||||
|
||||
@ -33,7 +33,7 @@ or similar.
|
||||
|
||||
libcurl does not do a complete ASCII conversion when doing ASCII transfers
|
||||
over FTP. This is a known limitation/flaw that nobody has rectified. libcurl
|
||||
simply sets the mode to ASCII and performs a standard transfer.
|
||||
only sets the mode to ASCII and performs a standard transfer.
|
||||
|
||||
# DEFAULT
|
||||
|
||||
|
||||
@ -41,8 +41,8 @@ include the domain name in order for the server to successfully obtain a
|
||||
Kerberos Ticket. If you do not then the initial part of the authentication
|
||||
handshake may fail.
|
||||
|
||||
When using NTLM, the username can be specified simply as the username without
|
||||
the domain name should the server be part of a single domain and forest.
|
||||
When using NTLM, the username can be specified without the domain name
|
||||
should the server be part of a single domain and forest.
|
||||
|
||||
To include the domain name use either Down-Level Logon Name or UPN (User
|
||||
Principal Name) formats. For example, **EXAMPLE\user** and
|
||||
|
||||
@ -35,8 +35,8 @@ specify the username part with the domain name in order for the server to
|
||||
successfully obtain a Kerberos Ticket. If you do not then the initial part of
|
||||
the authentication handshake may fail.
|
||||
|
||||
When using NTLM, the username can be specified simply as the username without
|
||||
the domain name should the server be part of a single domain and forest.
|
||||
When using NTLM, the username can be specified without the domain name
|
||||
should the server be part of a single domain and forest.
|
||||
|
||||
To specify the domain name use either Down-Level Logon Name or UPN (User
|
||||
Principal Name) formats. For example **EXAMPLE\user** and **user@example.com**
|
||||
|
||||
@ -136,14 +136,14 @@ Force the test to run even if mentioned in DISABLED.
|
||||
|
||||
Run the given test(s) with gdb. This is best used on a single test case and
|
||||
curl built --disable-shared. This then fires up gdb with command line set to
|
||||
run the specified test case. Simply (set a break-point and) type 'run' to
|
||||
run the specified test case. Set a break-point if needed and type 'run' to
|
||||
start.
|
||||
|
||||
## `-gl`
|
||||
|
||||
Run the given test(s) with lldb. This is best used on a single test case and
|
||||
curl built --disable-shared. This then fires up lldb with command line set to
|
||||
run the specified test case. Simply (set a break-point and) type 'run' to
|
||||
run the specified test case. Set a break-point if needed and type 'run' to
|
||||
start.
|
||||
|
||||
## `-gw`
|
||||
@ -313,7 +313,7 @@ use.
|
||||
|
||||
The test script checks most of these by itself to determine when it is safe to
|
||||
attempt to run each test. Those which cannot be run due to failed requirements
|
||||
are simply skipped and listed at the completion of all test cases. In some
|
||||
are skipped and listed at the completion of all test cases. In some
|
||||
unusual configurations, the test script cannot make the correct determination
|
||||
for all tests. In these cases, the problematic tests can be skipped using the
|
||||
"!keyword" skip feature documented earlier.
|
||||
|
||||
@ -194,7 +194,7 @@ ensure that the memory log file is properly written even if curl crashes.
|
||||
|
||||
If a test case fails, you can conveniently get the script to invoke the
|
||||
debugger (gdb) for you with the server running and the same command line
|
||||
parameters that failed. Simply invoke `runtests.pl <test number> -g` and then
|
||||
parameters that failed. Invoke `runtests.pl <test number> -g` and then
|
||||
type 'run' in the debugger to perform the command through the debugger.
|
||||
|
||||
### Logs
|
||||
|
||||
@ -31,7 +31,7 @@ Added-in: n/a
|
||||
**wcurl** is a simple curl wrapper which lets you use curl to download files
|
||||
without having to remember any parameters.
|
||||
|
||||
Simply call **wcurl** with a list of URLs you want to download and **wcurl**
|
||||
Call **wcurl** with a list of URLs you want to download and **wcurl**
|
||||
picks sane defaults.
|
||||
|
||||
If you need anything more complex, you can provide any of curl's supported
|
||||
|
||||
@ -1249,7 +1249,7 @@ typedef enum {
|
||||
CURLOPT(CURLOPT_QUOTE, CURLOPTTYPE_SLISTPOINT, 28),
|
||||
|
||||
/* send FILE * or void * to store headers to, if you use a callback it
|
||||
is simply passed to the callback unmodified */
|
||||
is passed to the callback unmodified */
|
||||
CURLOPT(CURLOPT_HEADERDATA, CURLOPTTYPE_CBPOINT, 29),
|
||||
|
||||
/* point to a file to read the initial cookies from, also enables
|
||||
|
||||
@ -563,10 +563,10 @@ static void async_ares_hostbyname_cb(void *user_data,
|
||||
the first place. Without modifying c-ares, we cannot know exactly
|
||||
where in its retry cycle we are. We could guess based on how much
|
||||
time has gone by, but it does not really matter. Happy Eyeballs tells
|
||||
us that, given usable information in hand, we simply do not want to
|
||||
us that, given usable information in hand, we do not want to
|
||||
wait "too much longer" after we get a result.
|
||||
|
||||
We simply wait an additional amount of time equal to the default c-ares
|
||||
We wait an additional amount of time equal to the default c-ares
|
||||
query timeout. That is enough time for a typical parallel response to
|
||||
arrive without being "too long". Even on a network where one of the two
|
||||
types of queries is failing or timing out constantly, this will usually
|
||||
|
||||
@ -155,7 +155,7 @@ int Curl_ares_perform(ares_channel channel, timediff_t timeout_ms)
|
||||
nfds = 0;
|
||||
|
||||
if(!nfds)
|
||||
/* Call ares_process() unconditionally here, even if we simply timed out
|
||||
/* Call ares_process() unconditionally here, even if we timed out
|
||||
above, as otherwise the ares name resolve will not timeout! */
|
||||
ares_process_fd(channel, ARES_SOCKET_BAD, ARES_SOCKET_BAD);
|
||||
else {
|
||||
|
||||
@ -521,7 +521,7 @@ static CURLcode asyn_thrdd_await(struct Curl_easy *data,
|
||||
|
||||
/*
|
||||
* Until we gain a way to signal the resolver threads to stop early, we must
|
||||
* simply wait for them and ignore their results.
|
||||
* wait for them and ignore their results.
|
||||
*/
|
||||
void Curl_async_thrdd_shutdown(struct Curl_easy *data)
|
||||
{
|
||||
|
||||
@ -467,7 +467,7 @@ static CURLcode recv_CONNECT_resp(struct Curl_cfilter *cf,
|
||||
/* This means we are currently ignoring a response-body */
|
||||
|
||||
if(ts->cl) {
|
||||
/* A Content-Length based body: simply count down the counter
|
||||
/* A Content-Length based body: count down the counter
|
||||
and make sure to break out of the loop when we are done! */
|
||||
ts->cl--;
|
||||
if(ts->cl <= 0) {
|
||||
|
||||
@ -335,7 +335,7 @@ static CURLcode socket_open(struct Curl_easy *data,
|
||||
Curl_set_in_callback(data, FALSE);
|
||||
}
|
||||
else {
|
||||
/* opensocket callback not set, so simply create the socket now */
|
||||
/* opensocket callback not set, so create the socket now */
|
||||
#ifdef DEBUGBUILD
|
||||
if((addr->family == AF_INET6) && getenv("CURL_DBG_SOCK_FAIL_IPV6")) {
|
||||
failf(data, "CURL_DBG_SOCK_FAIL_IPV6: failed to open socket");
|
||||
@ -583,7 +583,7 @@ static CURLcode bindlocal(struct Curl_easy *data, struct connectdata *conn,
|
||||
* not as a hostname or ip address.
|
||||
*
|
||||
* The interface might be a VRF, eg: vrf-blue, which means it cannot be
|
||||
* converted to an IP address and would fail Curl_if2ip. Simply try to
|
||||
* converted to an IP address and would fail Curl_if2ip. Try to
|
||||
* use it straight away.
|
||||
*/
|
||||
if(setsockopt(sockfd, SOL_SOCKET, SO_BINDTODEVICE,
|
||||
|
||||
@ -98,7 +98,7 @@ void curlx_pnow(struct curltime *pnow)
|
||||
/*
|
||||
* Even when the configure process has truly detected monotonic clock
|
||||
* availability, it might happen that it is not actually available at
|
||||
* runtime. When this occurs simply fallback to other time source.
|
||||
* runtime. When this occurs, fallback to other time source.
|
||||
*/
|
||||
#ifdef HAVE_GETTIMEOFDAY
|
||||
else {
|
||||
|
||||
@ -2917,7 +2917,7 @@ static CURLcode ftp_state_get_resp(struct Curl_easy *data,
|
||||
}
|
||||
else {
|
||||
if((instate == FTP_LIST) && (ftpcode == 450)) {
|
||||
/* simply no matching files in the directory listing */
|
||||
/* no matching files in the directory listing */
|
||||
ftp->transfer = PPTRANSFER_NONE; /* do not download anything */
|
||||
ftp_state(data, ftpc, FTP_STOP); /* this phase is over */
|
||||
}
|
||||
|
||||
@ -1667,7 +1667,7 @@ CURLcode Curl_http_done(struct Curl_easy *data,
|
||||
(data->req.bytecount +
|
||||
data->req.headerbytecount -
|
||||
data->req.deductheadercount) <= 0) {
|
||||
/* If this connection is not simply closed to be retried, AND nothing was
|
||||
/* If this connection is not closed to be retried, AND nothing was
|
||||
read from the HTTP server (that counts), this cannot be right so we
|
||||
return an error here */
|
||||
failf(data, "Empty reply from server");
|
||||
@ -2025,7 +2025,7 @@ static CURLcode http_set_aptr_host(struct Curl_easy *data)
|
||||
if(*cookiehost == '[') {
|
||||
char *closingbracket;
|
||||
/* since the 'cookiehost' is an allocated memory area that will be
|
||||
freed later we cannot simply increment the pointer */
|
||||
freed later we cannot increment the pointer */
|
||||
memmove(cookiehost, cookiehost + 1, strlen(cookiehost) - 1);
|
||||
closingbracket = strchr(cookiehost, ']');
|
||||
if(closingbracket)
|
||||
@ -4064,7 +4064,7 @@ static CURLcode http_on_response(struct Curl_easy *data,
|
||||
* General treatment of errors when about to send data. Including :
|
||||
* "417 Expectation Failed", while waiting for 100-continue.
|
||||
*
|
||||
* The check for close above is done simply because of something
|
||||
* The check for close above is done because of something
|
||||
* else has already deemed the connection to get closed then
|
||||
* something else should have considered the big picture and we
|
||||
* avoid this check.
|
||||
|
||||
@ -801,7 +801,7 @@ CURLMcode curl_multi_remove_handle(CURLM *m, CURL *d)
|
||||
/* multi_done() clears the association between the easy handle and the
|
||||
connection.
|
||||
|
||||
Note that this ignores the return code simply because there is
|
||||
Note that this ignores the return code because there is
|
||||
nothing really useful to do with it anyway! */
|
||||
(void)multi_done(data, data->result, premature);
|
||||
}
|
||||
@ -2788,7 +2788,7 @@ static CURLMcode multi_perform(struct Curl_multi *multi,
|
||||
returncode = Curl_mntfy_dispatch_all(multi);
|
||||
|
||||
/*
|
||||
* Simply remove all expired timers from the splay since handles are dealt
|
||||
* Remove all expired timers from the splay since handles are dealt
|
||||
* with unconditionally by this function and curl_multi_timeout() requires
|
||||
* that already passed/handled expire times are removed from the splay.
|
||||
*
|
||||
|
||||
@ -79,7 +79,7 @@ struct curl_slist *Curl_slist_append_nodup(struct curl_slist *list,
|
||||
* curl_slist_append() appends a string to the linked list. It always returns
|
||||
* the address of the first record, so that you can use this function as an
|
||||
* initialization function as well as an append function. If you find this
|
||||
* bothersome, then simply create a separate _init function and call it
|
||||
* bothersome, then create a separate _init function and call it
|
||||
* appropriately from within the program.
|
||||
*/
|
||||
struct curl_slist *curl_slist_append(struct curl_slist *list, const char *data)
|
||||
|
||||
14
lib/smtp.c
14
lib/smtp.c
@ -247,7 +247,7 @@ static CURLcode smtp_parse_custom_request(struct Curl_easy *data,
|
||||
*
|
||||
* If an mailbox '@' separator cannot be located then the mailbox is considered
|
||||
* to be either a local mailbox or an invalid mailbox (depending on what the
|
||||
* calling function deems it to be) then the input will simply be returned in
|
||||
* calling function deems it to be) then the input will be returned in
|
||||
* the address part with the hostname being NULL.
|
||||
*/
|
||||
static CURLcode smtp_parse_address(const char *fqma, char **address,
|
||||
@ -935,8 +935,8 @@ static CURLcode smtp_perform_mail(struct Curl_easy *data,
|
||||
Curl_free_idnconverted_hostname(&host);
|
||||
}
|
||||
else
|
||||
/* An invalid mailbox was provided but we will simply let the server
|
||||
worry about that and reply with a 501 error */
|
||||
/* An invalid mailbox was provided but we let the server worry
|
||||
about that and reply with a 501 error */
|
||||
from = curl_maprintf("<%s>%s", address, suffix);
|
||||
|
||||
curlx_free(address);
|
||||
@ -978,8 +978,8 @@ static CURLcode smtp_perform_mail(struct Curl_easy *data,
|
||||
Curl_free_idnconverted_hostname(&host);
|
||||
}
|
||||
else
|
||||
/* An invalid mailbox was provided but we will simply let the server
|
||||
worry about it */
|
||||
/* An invalid mailbox was provided but we let the server worry
|
||||
about it */
|
||||
auth = curl_maprintf("<%s>%s", address, suffix);
|
||||
curlx_free(address);
|
||||
}
|
||||
@ -1106,8 +1106,8 @@ static CURLcode smtp_perform_rcpt_to(struct Curl_easy *data,
|
||||
result = Curl_pp_sendf(data, &smtpc->pp, "RCPT TO:<%s@%s>%s",
|
||||
address, host.name, suffix);
|
||||
else
|
||||
/* An invalid mailbox was provided but we will simply let the server worry
|
||||
about that and reply with a 501 error */
|
||||
/* An invalid mailbox was provided but we let the server worry about
|
||||
that and reply with a 501 error */
|
||||
result = Curl_pp_sendf(data, &smtpc->pp, "RCPT TO:<%s>%s",
|
||||
address, suffix);
|
||||
|
||||
|
||||
@ -1127,7 +1127,7 @@ static CURLcode ssh_state_pkey_init(struct Curl_easy *data,
|
||||
/*
|
||||
* Unless the user explicitly specifies a public key file, let
|
||||
* libssh2 extract the public key from the private key file.
|
||||
* This is done by simply passing sshc->rsa_pub = NULL.
|
||||
* This is done by passing sshc->rsa_pub = NULL.
|
||||
*/
|
||||
if(!out_of_memory && data->set.str[STRING_SSH_PUBLIC_KEY] &&
|
||||
/* treat empty string the same way as NULL */
|
||||
|
||||
@ -410,7 +410,7 @@ else
|
||||
xc_tst_auto_separator=':'
|
||||
fi
|
||||
if test -z "$PATH_SEPARATOR"; then
|
||||
# Simply use the auto-detected one when not already set.
|
||||
# Use the auto-detected one when not already set.
|
||||
PATH_SEPARATOR=$xc_tst_auto_separator
|
||||
elif test "x$PATH_SEPARATOR" != "x$xc_tst_auto_separator"; then
|
||||
echo "$xc_msg_warn 'PATH_SEPARATOR' does not match auto-detected one." >&2
|
||||
|
||||
@ -99,7 +99,7 @@ int SYS$CRELNM(const unsigned long *attr,
|
||||
const unsigned char *acmode,
|
||||
const struct itmlst_3 *item_list);
|
||||
|
||||
/* Take all the fun out of simply looking up a logical name */
|
||||
/* Take all the fun out of looking up a logical name */
|
||||
static int sys_trnlnm(const char *logname, char *value, int value_len)
|
||||
{
|
||||
const $DESCRIPTOR(table_dsc, "LNM$FILE_DEV");
|
||||
@ -134,7 +134,7 @@ static int sys_trnlnm(const char *logname, char *value, int value_len)
|
||||
return status;
|
||||
}
|
||||
|
||||
/* How to simply create a logical name */
|
||||
/* How to create a logical name */
|
||||
static int sys_crelnm(const char *logname, const char *value)
|
||||
{
|
||||
int ret_val;
|
||||
|
||||
@ -90,6 +90,7 @@ will:rewrite to present tense
|
||||
64-bits:64 bits
|
||||
very:rephrase using an alternative word
|
||||
just:rephrase using an alternative word
|
||||
simply:rephrase using an alternative word
|
||||
Curl=curl
|
||||
cURL=curl
|
||||
Libcurl=libcurl
|
||||
|
||||
@ -1189,7 +1189,7 @@ sub scanfile {
|
||||
# which are tracked in the Git repo and edited in the workdir, or
|
||||
# committed locally on the branch without being in upstream master.
|
||||
#
|
||||
# The simple and naive test is to simply check for the current year,
|
||||
# The simple and naive test is to check for the current year,
|
||||
# but updating the year even without an edit is against project policy
|
||||
# (and it would fail every file on January 1st).
|
||||
#
|
||||
|
||||
@ -176,7 +176,7 @@ int tool_progress_cb(void *clientp,
|
||||
}
|
||||
}
|
||||
|
||||
/* simply count invokes */
|
||||
/* count invokes */
|
||||
bar->calls++;
|
||||
|
||||
update_width(bar);
|
||||
|
||||
@ -40,7 +40,7 @@ FTP PORT download, no data conn and no positive preliminary reply
|
||||
s/^EPRT \|1\|(\S*)/EPRT \|1\|/
|
||||
</strippart>
|
||||
|
||||
# The protocol part does not include QUIT simply because the error is
|
||||
# The protocol part does not include QUIT because the error is
|
||||
# CURLE_OPERATION_TIMEDOUT (28) which is a generic timeout error without
|
||||
# specifically saying for which connection it concerns, and for timeouts libcurl
|
||||
# marks the control channel as "invalid". As this test case times out for the
|
||||
|
||||
@ -202,7 +202,7 @@ my $POP3_TIMESTAMP = "<1972.987654321\@curl>";
|
||||
#
|
||||
sub exit_signal_handler {
|
||||
my $signame = shift;
|
||||
# For now, simply mimic old behavior.
|
||||
# For now, mimic old behavior.
|
||||
killsockfilters($piddir, $proto, $ipvnum, $idnum, $verbose);
|
||||
unlink($pidfile);
|
||||
unlink($portfile);
|
||||
|
||||
@ -24,7 +24,7 @@
|
||||
#include "first.h"
|
||||
|
||||
/*
|
||||
* Simply download an HTTPS file!
|
||||
* Download an HTTPS file!
|
||||
*
|
||||
* This test was added after the HTTPS-using-multi-interface with OpenSSL
|
||||
* regression of 7.19.1 to hopefully prevent this embarrassing mistake from
|
||||
|
||||
@ -111,7 +111,7 @@ my $ACURL=$VCURL; # what curl binary to use to talk to APIs (relevant for CI)
|
||||
my $CURLCONFIG="../curl-config"; # curl-config from current build
|
||||
|
||||
# Normally, all test cases should be run, but at times it is handy to
|
||||
# simply run a particular one:
|
||||
# run a particular one:
|
||||
my $TESTCASES="all";
|
||||
|
||||
# To run specific test cases, set them like:
|
||||
|
||||
@ -261,7 +261,7 @@ if($stunnel_version < 400) {
|
||||
if($stunnel_version >= 319) {
|
||||
$socketopt = "-O a:SO_REUSEADDR=1";
|
||||
}
|
||||
# TODO: we do not use $host_ip in this old version. I simply find
|
||||
# TODO: we do not use $host_ip in this old version. I find
|
||||
# no documentation how to. But maybe ipv6 is not available anyway?
|
||||
$cmd = "\"$stunnel\" -p $certfile -P $pidfile ";
|
||||
$cmd .= "-d $accept_port -r $target_port -f -D $loglevel ";
|
||||
|
||||
@ -24,7 +24,7 @@
|
||||
*
|
||||
***************************************************************************/
|
||||
|
||||
/* Test servers simply are standalone programs that do not use libcurl
|
||||
/* Test servers are standalone programs that do not use libcurl
|
||||
* library. For convenience and to ease portability of these servers,
|
||||
* some source code files from the libcurl subdirectory are also used
|
||||
* to build the servers. In order to achieve proper linkage of these
|
||||
|
||||
@ -61,7 +61,7 @@
|
||||
* enough for the purpose of this program.
|
||||
*
|
||||
* For the above reason and the specific needs of this program signals SIGHUP,
|
||||
* SIGPIPE and SIGALRM will be simply ignored on systems where this can be
|
||||
* SIGPIPE and SIGALRM will be ignored on systems where this can be
|
||||
* done. If possible, signals SIGINT and SIGTERM will be handled by this
|
||||
* program as an indication to cleanup and finish execution as soon as
|
||||
* possible. This will be achieved with a single signal handler
|
||||
|
||||
@ -36,7 +36,7 @@ static char input[4096];
|
||||
static char output[4096];
|
||||
|
||||
/*
|
||||
* This debugf callback is simply dumping the string into the static buffer
|
||||
* This debugf callback dumps the string into the static buffer
|
||||
* for the unit test to inspect. Since we know that we are only dealing with
|
||||
* text we can afford the luxury of skipping the type check here.
|
||||
*/
|
||||
|
||||
Loading…
Reference in New Issue
Block a user