Version: 1.5.2 (using KDE KDE 3.4.2) Installed from: Compiled From Sources Compiler: gcc/++ 3.2.2-5 OS: Linux This has been going on for the last couple of KDE releases installed using konstruct. I use konstruct to build KDE after every new KDE release. For unknown reason(s) my konsole instance freezes. I can open another konsole tab and kill the frozen instance from another tab without opening up a new window. I am pretty sure I cleaned any old libraries (e.g. qt) prior to building but I won't guarantee that. Hints on helping debug this are welcome.
If you can open another tab, then konsole hasn't crashed. Are you sure you didn't just Ctrl+S? If so, Ctrl+Q will unfreeze.
Just confirmed that this occurred also on a clean install of Fedora Core 1. All KDE packages were RPM-based (not konstruct) and no updates were applied yet. Also confirmed that this was not a Ctrl+S situation. Ctrl+Q did not unfreeze the konsole instance.
I put an strace on the process of the frozen bash instance in konsole and got the following: [root@localhost]# ps -axf 1854 ? S 0:14 \_ kdeinit: konsole 1855 pts/1 S 0:01 | \_ /bin/bash 1888 pts/2 S 0:00 | \_ /bin/bash 2795 pts/2 R 0:00 | \_ ps -axf [root@localhost]# strace -p 1855 Process 1855 attached - interrupt to quit ioctl(O, SNDCTL_TMR_STOP or TCSETSW It is just sitting there. Google searches on SNDCTL_TMR_STOP seem to point to a sound driver problem. Don't know why this is conflicting with my konsole application. Has anyone else reported something like this? If so, workaraound? Thanks.
Can you copy & paste the ioctl line shown by strace? It's impossible that the first argument is an O (could be a 0 though). Kurt: are those ioctls sent back to the PTY master? Or is this a kernel problem?
Are you using xine? If so, a dup of http://bugs.kde.org/show_bug.cgi?id=115793
I've been having this problem for over a year now. I first had it when I was running gentoo, and I have since run 2 different versions of Ubuntu and have had the problem with all three. I have had the process inside of the konsole freeze many times and it isn't always the same process. Bash, vim, and mutt have all frozen on me often when I am using the backspace or arrow keys. I am on an AMD64 laptop (emachines M6805). I've tried to reproduce this bug, but have had no such luck as it seems to attack randomly.
OK I have solved my problem. I use a KVM with several machines at work and the keyboard control for toggling between machines is the "Scroll Lock" button hit twice. "Scroll lock" also locks any terminal that happens to be active at that moment regardless of shell (Bash, tcsh, etc.) or desktop (GNOME, KDE, console). So my appologies for this bug, but my terminal locking issue has been found and is not a bug with Konsole/KDE (but it is still annoying). Barry, if you are using a KVM, or if you have a "Scroll lock" button that you use for any reason, this may be your problem.
I can confirm this Bug, as with Barry I am on an AMD64 machine (not a laptop), also on gentoo, I don't think this is a scroll lock issue, and its not just input that freezes, sometimes an operation seems to freeze as well as I've had it freeze during svn checkouts and once during a compile.
> Bash, vim, and mutt have all frozen on me often when I am using the backspace or > arrow keys This is a long shot, but does it only happen if there is user input happening at the time?
If you read comment #7 I have found the problem and it is not in the konsole or the shell code. It had to do with the fact that I was using the "Scroll Lock" button for toggling between machines when using a KVM. This is not a konsole bug and therefore Bug #113925 can be closed as "NOT A BUG" Regards, and again, my appologies.
Marking invalid as requested.