[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: bash 5.0.2(1) multiline command in history bug
From: |
Jason Vas Dias |
Subject: |
Re: bash 5.0.2(1) multiline command in history bug |
Date: |
Wed, 6 Feb 2019 00:46:30 +0000 |
Thank you, but it definitely happens in the up-to-date MacPorts
bash-5.0.2(1) distribution,
I'll try looking at their patches, building a completely unpatched 5.0.2, and
contact the MacPorts developers to let them know if it is a problem with their
patches. It uses Apple's EditLine, not readline, which could be something to do
with it.
Thanks & Best Regards,
Jason
On 04/02/2019, Chet Ramey <chet.ramey@case.edu> wrote:
> On 2/4/19 3:22 AM, Jason Vas Dias wrote:
>> Good day -
>>
>> Under bash 4.4.23, with emacs history editing enabled, I can do:
>> $ echo '1
>> > 2
>> > 3
>> > '
>> 1
>> 2
>> 3
>> $
>> and I can then press the <UP-ARROW> (move-up / history-previous) key,
>> and the same command, including embedded new lines in the arguments,
>> is echoed back to me, and I can press <RETURN> to repeat exactly that
>> command (scroll up in history and repeat last command).
>>
>> Now, with bash-5.0.2, this capability is removed: scrolling up in
>> the history,
>> if the previous command had a multi-line argument, shows the multiline
>> argument folded, like:
>> $ echo '1 2 3 '
>
> I can't reproduce this. I get:
>
> $ echo $BASH_VERSION
> 5.0.2(2)-release
> $ echo '1
>> 2
>> 3'
> 1
> 2
> 3
> [C-P here]
> $ echo '1
> 2
> 3'
>
>
>
> --
> ``The lyf so short, the craft so long to lerne.'' - Chaucer
> ``Ars longa, vita brevis'' - Hippocrates
> Chet Ramey, UTech, CWRU chet@case.edu http://tiswww.cwru.edu/~chet/
>