Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > gnu.bash.bug > #11865

Defect in manual section "Here Strings"

Path csiph.com!xmission!news.glorb.com!usenet.stanford.edu!not-for-mail
From <dietmar.schindler@manroland-web.com>
Newsgroups gnu.bash.bug
Subject Defect in manual section "Here Strings"
Date Wed, 11 Nov 2015 08:00:28 +0000
Lines 35
Approved bug-bash@gnu.org
Message-ID <mailman.2113.1447231064.7904.bug-bash@gnu.org> (permalink)
NNTP-Posting-Host lists.gnu.org
Mime-Version 1.0
Content-Type text/plain; charset="us-ascii"
Content-Transfer-Encoding quoted-printable
X-Trace usenet.stanford.edu 1447231064 726 208.118.235.17 (11 Nov 2015 08:37:44 GMT)
X-Complaints-To action@cs.stanford.edu
To <bug-bash@gnu.org>
Envelope-to bug-bash@gnu.org
Thread-Topic Defect in manual section "Here Strings"
Thread-Index AdEcVwdnzuTbVFRiTZCGfzWKQLW45Q==
Accept-Language de-DE, en-US
Content-Language de-DE
X-MS-Has-Attach
X-MS-TNEF-Correlator
x-originating-ip [10.29.41.64]
X-detected-operating-system by eggs.gnu.org: Genre and OS details not recognized.
X-Received-From 2a01:4800:8b1d:820:ffff:ffff:176:10
X-Mailman-Approved-At Wed, 11 Nov 2015 03:37:43 -0500
X-BeenThere bug-bash@gnu.org
X-Mailman-Version 2.1.14
Precedence list
List-Id Bug reports for the GNU Bourne Again SHell <bug-bash.gnu.org>
List-Unsubscribe <https://lists.gnu.org/mailman/options/bug-bash>, <mailto:bug-bash-request@gnu.org?subject=unsubscribe>
List-Archive <http://lists.gnu.org/archive/html/bug-bash>
List-Post <mailto:bug-bash@gnu.org>
List-Help <mailto:bug-bash-request@gnu.org?subject=help>
List-Subscribe <https://lists.gnu.org/mailman/listinfo/bug-bash>, <mailto:bug-bash-request@gnu.org?subject=subscribe>
Xref csiph.com gnu.bash.bug:11865

Show key headers only | View raw


In the section https://www.gnu.org/software/bash/manual/bash.html#Here-Strings there is no mention (as far as I can see, it doesn't follow from the documented expansions etc.) that the result is terminated with a newline (see e. g. od <<<''). This puzzles users and leads to speculation - see e. g. http://stackoverflow.com/questions/33245568/why-does-bash-always-add-a-newline-when-expanding-here-strings - on correctness, dependability and intent of the behavior. To clarify it, I suggest to change the last sentence from

        The result is supplied as a single string to the command on its standard input.

to

        The result with a newline appended is supplied as a single string to the command on its standard input.
--
Best regards,
Dietmar Schindler

________________________________
manroland web systems GmbH -- Managing Director: Joern Gosse
Registered Office: Augsburg -- Trade Register: AG Augsburg -- HRB-No.: 26816 -- VAT: DE281389840

Confidentiality note:
This eMail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you are not the intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you have received this eMail in error, then please delete this eMail.

! Please consider your environmental responsibility before printing this eMail !
________________________________

Back to gnu.bash.bug | Previous | Next | Find similar | Unroll thread


Thread

Defect in manual section "Here Strings" <dietmar.schindler@manroland-web.com> - 2015-11-11 08:00 +0000

csiph-web