[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[gnurl] 281/411: curl.1: add an "OUTPUT" section at the top of the manpa

From: gnunet
Subject: [gnurl] 281/411: curl.1: add an "OUTPUT" section at the top of the manpage
Date: Wed, 13 Jan 2021 01:21:36 +0100

This is an automated email from the git hooks/post-receive script.

nikita pushed a commit to branch master
in repository gnurl.

commit 5106f1dc404e1bd9c38445597d33ce32b4df7cd8
Author: Daniel Stenberg <>
AuthorDate: Mon Oct 26 23:38:52 2020 +0100

    curl.1: add an "OUTPUT" section at the top of the manpage
    Explain the basic concepts behind curl output.
    Inspired by #6124
    Closes #6134
 docs/cmdline-opts/page-header | 9 +++++++++
 1 file changed, 9 insertions(+)

diff --git a/docs/cmdline-opts/page-header b/docs/cmdline-opts/page-header
index a51e485ba..62e97120d 100644
--- a/docs/cmdline-opts/page-header
+++ b/docs/cmdline-opts/page-header
@@ -99,6 +99,15 @@ getting many files from the same server will not do multiple 
connects /
 handshakes. This improves speed. Of course this is only done on files
 specified on a single command line and cannot be used between separate curl
+If not told otherwise, curl writes the received data to stdout. It can be
+instructed to instead save that data into a local file, using the --output or
+--remote-name options. If curl is given multiple URLs to transfer on the
+command line, it similarly needs multiple options for where to save them.
+curl does not parse or otherwise "understand" the content it gets or writes as
+output. It does no encoding or decoding, unless explictly asked so with
+dedicated command line options.
 curl supports numerous protocols, or put in URL terms: schemes. Your
 particular build may not support them all.

To stop receiving notification emails like this one, please contact

reply via email to

[Prev in Thread] Current Thread [Next in Thread]