bug#10243: 8.14: ls --color is uninterruptible with ctrl+c (and no network fs in use)

2011-12-07 Thread Eric Blake
On 12/07/2011 03:04 PM, Jim Meyering wrote: >> I was thinking about something like: >> - do ususal things >> - setup special signal handling >> - print + process_signals () at print_name_with_quoting >> - back to original signal handling >> - do the rest of things >> >> so most of the time there wo

bug#10243: 8.14: ls --color is uninterruptible with ctrl+c (and no network fs in use)

2011-12-07 Thread Pádraig Brady
>From a cursory glance the change looks sensible. Note a separate issue is there is a small chance that the ^C representation output to the terminal, will mess things up: http://debbugs.gnu.org/9620#14 I.E. even when signals are blocked the ^C etc. is output, which can mess up ANSI codes and mul

bug#10243: 8.14: ls --color is uninterruptible with ctrl+c (and no network fs in use)

2011-12-07 Thread Jim Meyering
Arkadiusz Miśkiewicz wrote: > On Wednesday 07 of December 2011, Pádraig Brady wrote: >> On 12/07/2011 08:16 PM, Arkadiusz Miśkiewicz wrote: >> > On Wednesday 07 of December 2011, Pádraig Brady wrote: >> >> On 12/07/2011 05:56 PM, Jim Meyering wrote: >> >>> Arkadiusz Miśkiewicz wrote: >> When d

bug#10243: 8.14: ls --color is uninterruptible with ctrl+c (and no network fs in use)

2011-12-07 Thread Arkadiusz Miśkiewicz
On Wednesday 07 of December 2011, Pádraig Brady wrote: > On 12/07/2011 08:16 PM, Arkadiusz Miśkiewicz wrote: > > On Wednesday 07 of December 2011, Pádraig Brady wrote: > >> On 12/07/2011 05:56 PM, Jim Meyering wrote: > >>> Arkadiusz Miśkiewicz wrote: > When doing "ls --color=tty" or "ls --colo

bug#10243: 8.14: ls --color is uninterruptible with ctrl+c (and no network fs in use)

2011-12-07 Thread Pádraig Brady
On 12/07/2011 08:16 PM, Arkadiusz Miśkiewicz wrote: > On Wednesday 07 of December 2011, Pádraig Brady wrote: >> On 12/07/2011 05:56 PM, Jim Meyering wrote: >>> Arkadiusz Miśkiewicz wrote: When doing "ls --color=tty" or "ls --color=auto" on directory then ls ignores (?) ctrl+c or ctrl+z si

bug#10243: 8.14: ls --color is uninterruptible with ctrl+c (and no network fs in use)

2011-12-07 Thread Arkadiusz Miśkiewicz
On Wednesday 07 of December 2011, Pádraig Brady wrote: > On 12/07/2011 05:56 PM, Jim Meyering wrote: > > Arkadiusz Miśkiewicz wrote: > >> When doing "ls --color=tty" or "ls --color=auto" on directory then ls > >> ignores (?) ctrl+c or ctrl+z signals. Basically I'm unable to interrupt > >> ls in suc

bug#10243: 8.14: ls --color is uninterruptible with ctrl+c (and no network fs in use)

2011-12-07 Thread Pádraig Brady
On 12/07/2011 05:56 PM, Jim Meyering wrote: > Arkadiusz Miśkiewicz wrote: >> When doing "ls --color=tty" or "ls --color=auto" on directory then ls ignores >> (?) ctrl+c or ctrl+z signals. Basically I'm unable to interrupt ls in such >> case. Easily reproducible with bigger directories. > Thanks fo

bug#10243: 8.14: ls --color is uninterruptible with ctrl+c (and no network fs in use)

2011-12-07 Thread Jim Meyering
Arkadiusz Miśkiewicz wrote: > When doing "ls --color=tty" or "ls --color=auto" on directory then ls ignores > (?) ctrl+c or ctrl+z signals. Basically I'm unable to interrupt ls in such > case. Easily reproducible with bigger directories. > > # ls --color=tty > ^C^C^C^C^C^C^C^C^Z^Z^Z^Z^Z^Z^Z^Z^Z^Z^Z

bug#10243: 8.14: ls --color is uninterruptible with ctrl+c (and no network fs in use)

2011-12-07 Thread Arkadiusz Miśkiewicz
Hello, When doing "ls --color=tty" or "ls --color=auto" on directory then ls ignores (?) ctrl+c or ctrl+z signals. Basically I'm unable to interrupt ls in such case. Easily reproducible with bigger directories. # ls --color=tty ^C^C^C^C^C^C^C^C^Z^Z^Z^Z^Z^Z^Z^Z^Z^Z^Z^Z^Z^Z^Z (no reaction) Ther