In my Bash configuration, I have things setup so Ctrl+Z is no longer
translated into a signal at the Bash prompt so it can be remapped. Most
recently, I decided to modify the Bash source to implement this change
in the interpreter because the stty invocations introduced a perceptible
amount of lag
See following example:
[STEP 100] # echo $BASH_VERSION
4.4.5(2)-release
[STEP 101] # read -N 5 v
abcd
[STEP 102] # printf '%q\n' "$v"
$'abcd\n'
[STEP 103] # read -N 5 v
abc[STEP 104] # printf '%q\n' "$v"
abc
[STEP 105] #
The second read did not return the leading "\n"s. According to the manual
On 11/24/16 3:08 AM, Clark Wang wrote:
> See following example:
>
> [STEP 100] # echo $BASH_VERSION
> 4.4.5(2)-release
> [STEP 101] # read -N 5 v
> abcd
> [STEP 102] # printf '%q\n' "$v"
> $'abcd\n'
> [STEP 103] # read -N 5 v
>
>
> abc[STEP 104] # printf '%q\n' "$v"
> abc
> [STEP 105] #
>
> The
On 11/24/16 2:57 AM, Clark Wang wrote:
> See following example:
>
> # echo $BASH_VERSION
> 4.4.5(2)-release
> # ( printf 12345 ) | ( read -t 1 -N 10 v; echo "<$v>" )
> <12345>
> # ( printf 12345; sleep 2 ) | ( read -t 1 -N 10 v; echo "<$v>" )
> <>
> #
>
> The second "read" did not save "12345" to
On 11/24/16, Chet Ramey wrote:
> On 11/24/16 2:57 AM, Clark Wang wrote:
>> See following example:
>>
>> # echo $BASH_VERSION
>> 4.4.5(2)-release
>> # ( printf 12345 ) | ( read -t 1 -N 10 v; echo "<$v>" )
>> <12345>
>> # ( printf 12345; sleep 2 ) | ( read -t 1 -N 10 v; echo "<$v>" )
>> <>
>> #
>>
>
--- Begin Message ---
On 9/17/16 2:32 PM, xa...@t-online.de wrote:
> Bash Version: 4.4
> Patch Level: 0
> Release Status: rc2 / release
>
> Description:
> The tests below were performed with 4.4.0-rc2. However, the problem is
> still present in 4.4.0-release, only execution times are
isabella parakiss wrote:
that's not true https://gist.github.com/fa4efd90376ff2714901e4429fdee734
read successfully reads the data, but then it's discarded by bash
It's discarded by bash because the read doesn't read 10
characters within the time limit. If you use -N 5, you get
you
On Fri, Nov 25, 2016 at 7:05 AM, L A Walsh wrote:
>
>
> isabella parakiss wrote:
>
>> that's not true https://gist.github.com/fa4efd90376ff2714901e4429fdee734
>> read successfully reads the data, but then it's discarded by bash
>>
>>
>
>It's discarded by bash because the read doesn't rea
