On 05/25/2011 07:08 AM, Todd Goodman wrote: > * Andy Wilkinson <drukar...@gmail.com> [110524 18:02]: >> On 05/24/2011 12:38 PM, Todd Goodman wrote: >>> * Andy Wilkinson<drukar...@gmail.com> [110524 12:24]: >>>> I can't say for sure when this started, as I have gone a while without >>>> accessing my computer remotely much, but perhaps since my last upgrade >>>> (which may have included openrc), ctrl-c doesn't work over ssh. I have >>>> tested this from multiple workstations and even my droid, using >>>> different terminal emulators, and have got consistent results. >>>> >>>> I'm not even sure where to start looking. Googling didn't find me much >>>> (at least, not much that's current at all; 5 year-old ubuntu bugs aren't >>>> very useful), and I'm not sure at all what might be causing this. Could >>>> anyone here point me to something that might be causing this? >>>> >>>> Thanks, >>>> >>>> -Andy >>> I don't have any problems. What does 'stty -a' show for the intr= bit? >>> >>> Todd >>> >> $ stty -a >> speed 38400 baud; rows 23; columns 80; line = 0; >> intr = ^C; ... >> >> Which looks right, but when I try to use Ctrl-C, this happens: >> >> $ ping localhost >> PING localhost (127.0.0.1) 56(84) bytes of data. >> 64 bytes from localhost (127.0.0.1): icmp_req=1 ttl=64 time=0.037 ms >> ^C64 bytes from localhost (127.0.0.1): icmp_req=2 ttl=64 time=0.032 ms >> ^C^C^C64 bytes from localhost (127.0.0.1): icmp_req=3 ttl=64 time=0.032 ms >> ^C^C^C^C^C^C64 bytes from localhost (127.0.0.1): icmp_req=4 ttl=64 >> time=0.034 ms >> ^C^C^C^C^C^C64 bytes from localhost (127.0.0.1): icmp_req=5 ttl=64 >> time=0.032 ms >> ^Z >> >> This does NOT happen locally: from a console or terminal at the machine, >> I can interrupt just fine. Ctrl-Z does//work over ssh. >> >> Thanks, >> >> -Andy > Very strange (as someone else said.) > > Only thing I can think of is that something in your startup scripts > (.profile, .bashrc, etc.) are doing something different between the > two logins. > > I've seen that most often when they do things based on TERM and it's > different between a local login and remote. > > Maybe make sure your startup scripts run with a 'set -x' at the > beginning and compare the output? > > Good luck, > > Todd > Well, for no good reason, a reboot once I was back at the machine fixed the issue. I'm not sure why; I didn't change anything. I hate not knowing why reboots fix things. :(
-Andy