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


Groups > gnu.bash.bug > #16268

Re: greater-than + number sign = newlines in history

From Tobias Wendorff <tobwen@gmx.de>
Newsgroups gnu.bash.bug
Subject Re: greater-than + number sign = newlines in history
Date 2020-05-03 15:58 +0200
Message-ID <mailman.1943.1588514352.3066.bug-bash@gnu.org> (permalink)
References <bb08b099-59bd-5f04-4074-bbc046e99c6c@gmx.de> <11091.1588510206@jinx.noi.kre.to> <0c8f8899-0421-0aa7-2ecd-2167018c3924@gmx.de>

Show all headers | View raw


Am 03.05.2020 um 14:50 schrieb Robert Elz:
> The example given showed a less than, rather than greater than,
> but that turns out to be irrelevant, it is the '#' that is triggering
> this.

Whoops, sorry.

> Any line in a here doc that contains a # gets an extra \n appended
> to it in history (doesn't matter if the end marker is quoted or not,
> doesn't seem to matter what else is on the line, if anything, with the '#'.
> (Obviousl;y I haven't tested every possibility).

Is this behavior planned or unplanned? The problem doesn't seem to
appear on Bash 4 (Debian Jessie, Cygwin on Windows).

> If the history entry is used (up-arrow, return) to replay the command, a
> new entry will be made with extra \n chars in it (the repeated command
> is not seen as a duplicate - I have the var set to have dup commands
> saved just once).

It's also stored in Bash's history file.

On IRC, an user gave me the hint to set `shopt -s lithist`, which seems
to work. The documentation of `lithist` is very ambiguous, so I don't
know the downside of this option.

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


Thread

Re: greater-than + number sign = newlines in history Tobias Wendorff <tobwen@gmx.de> - 2020-05-03 15:58 +0200

csiph-web