Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > gnu.bash.bug > #16268
| 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> |
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
Re: greater-than + number sign = newlines in history Tobias Wendorff <tobwen@gmx.de> - 2020-05-03 15:58 +0200
csiph-web