bug-bash
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: bash bug with read -s command


From: Piotr Grzybowski
Subject: Re: bash bug with read -s command
Date: Mon, 22 Dec 2014 13:17:59 +0100

Hey,

 without checking the source: reset utility from ncurses fixes your term.
 this one is reproducible.

cheers,
pg




On Sun, Dec 21, 2014 at 9:28 PM, Richard W. Marsden <richard@marsden.nu> wrote:
> steps to produce
>
> hide cursor
>     setterm -cursor off
>
> call the bash built-in read command as follows: silent, wait 1 second, read
> 1 character to variable KEY
>     read -s -t 1 -n 1 KEY
>
> while the read command is in a loop, control + c is trapped successfully and
> the cursor is un-hidden
>     setterm -cursor on
>
> expected results:
>     cursor is visible and typed keys are echoed to screen as before
>
> actual results:
>     cursor is visible, keys are no-longer echoed to the screen until
> terminal is closed
>
> additional notes
>     command: setterm -default cannot fix
>     os: fedora 21
>     bash version: bash-4.3.30-2.fc21.x86_64
>     tested in various terminal emulators, and the console (alt+Fn, where
> n=1-8)
>
> workaround
>     remove silent -s from read command
>
> sample script
>     http://pastebin.com/EhCNaWmT
>
>
>
>



reply via email to

[Prev in Thread] Current Thread [Next in Thread]