Re: shell-backward-kill-word needs to behave more like werase

2021-07-01 Thread Basin Ilya
Upgrading to bash5.1 solved the problem. On 29.06.2021 14:26, Basin Ilya wrote: > I'll try to build bash 5 for Cygwin and reply here > > On 29.06.2021 11:00, Andreas Schwab wrote: >> On Jun 29 2021, Basin Ilya wrote: >> >>> However, shell-backward-kill-wo

Re: shell-backward-kill-word needs to behave more like werase

2021-06-29 Thread Basin Ilya
I'll try to build bash 5 for Cygwin and reply here On 29.06.2021 11:00, Andreas Schwab wrote: > On Jun 29 2021, Basin Ilya wrote: > >> However, shell-backward-kill-word erases the word immedeately >> preceding the caret plus it erases one additional space. > > Does it? Not for me. > > Andreas. >

shell-backward-kill-word needs to behave more like werase

2021-06-28 Thread Basin Ilya
The default werase setting erases the series of white spaces before the caret, then it erases the preceding word (without touching the spaces before the word). I expected that shell-backward-kill-word would do the same with the difference that the entire quoted argument would be erased. However,

Process Substitution subshell inherits the desire to print its times if it contains explicit exit

2018-04-04 Thread Basin Ilya
Hi. In an attempt to capture the output of 'time' I used the process substitution and noticed that the subshell also prints its times. Actually I this happens when I redirect any fd, not just stderr. #!/bin/bash time { sleep 0.25 exec 6> >( sed 's/^/captured: /'

trap ... INT when exec

2015-10-19 Thread Basin Ilya
Hi list. An attempt to open a named pipe created with mkfifo cannot be interrupted with SIGINT, if trap ... INT installed. (reading from an opened fifo is interruptible and similar attempt to open a /dev/tcp socket is interruptible too) #!/bin/bash set -e function errtrap {