[ icewm-Bugs-1834961 ] hang after Alt+Tab
Brought to you by:
captnmark
Menu
▾
▴
[ icewm-Bugs-1834961 ] hang after Alt+Tab
|
From: SourceForge.net <no...@so...> - 2008-01-08 19:23:11
|
Bugs item #1834961, was opened at 2007-11-20 08:41 Message generated for change (Comment added) made by captnmark You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=1834961&group_id=31 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: icewm-1.2 Group: crash Status: Open Resolution: Works For Me Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Marko Macek (captnmark) Summary: hang after Alt+Tab Initial Comment: IceWM hang after window change (Alt+Tab) on X.org 7.3. Tested on Debian SID. ---------------------------------------------------------------------- >Comment By: Marko Macek (captnmark) Date: 2008-01-08 20:23 Message: Logged In: YES user_id=1814 Originator: NO Can you post the --enable-debug build errors? Instead of 'configure --enable-debug', can you change src/Makefile: replacing the -O2 (or similiar) with -g in CXXFLAGS line and rebuilding. Note: if you can't shutdown X with Ctrl+Alt+Backspace or switch to console, this is an X server bug almost certainly. ---------------------------------------------------------------------- Comment By: Frank Siebler (frank_siebler) Date: 2008-01-08 20:05 Message: Logged In: YES user_id=579925 Originator: NO (Looks like I already HAVE an SF account, whow!) Ctrl-Alt-Function keys and Ctrl-Alt-Backspace don't work. Only the Alt-SysRq-K combination works (and afterwards, Ctrl-Alt-Del). IceWM wouldn't compile with --enable-debug (GCC 4.2.2). So I did the next-best thing and compiled it with no options to ./configure and no CFLAGS or CXXFLAGS set in the environment. Then I ran "sleep 60 && killall -QUIT icewm && sync && reboot" in one console, and "ulimit -c unlimited" and "startx" in another console. I then triggered the bug and waited for the reboot. This did NOT produce a core file. So I repeated the procedure, but replaced "killall -QUIT icewm" by "killall -ABRT icewm". This produced a core file. Now there are two problems, the first is a core file without any debug symbols, and the second is my lack of knowledge what to do with it. I started gdb and told it "core-file core". The output is: (no debugging symbols found) Using host libthread_db library "/lib/libthread_db.so.1". Core was generated by 'icewm'. Program terminated with signal 6, Aborted. #0 0xb7ef2410 in __kernel_vsyscall () which is probably not informative at all. I also found gdb's "backtrace" command, and here the output is: #0 0xb7ef2410 in __kernel_vsyscall () #1 0xb7a5d63d in ?? () Can anything else be done before I delete the file? ---------------------------------------------------------------------- Comment By: Marko Macek (captnmark) Date: 2008-01-08 17:52 Message: Logged In: YES user_id=1814 Originator: NO Can you switch to console using Ctrl+Alt+F1 or shutdown Xorg using Ctrl+Alt+Backspace. If no, it's almost certainly an Xorg bug. If yes, please try getting the coredump of icewm using the way I described, except use SIGABRT instead of SIGQUIT. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-01-08 13:26 Message: Logged In: NO I forgot to say that it's the same with the windows menu (Alt-Spacebar). The menu can be invoked and used (cursor up, cursor down) without problems. But as soon as one selects a menu entry (Enter key, or mouseclick), or tries to close the menu with Escape, the system hangs. As with the Alt-Tab dialogue box, the hang occurs when something needs to be REMOVED from the screen (although this time it is a menu). ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-01-08 13:02 Message: Logged In: NO ("nobody" here, but not the one who has a gamepad -- maybe I should get me finally an SF login) It is certainly NOT the fault of Xorg. Using the SAME Alt- and Ctrl-key combinations, all other window managers work flawlessly with Xorg 1.4.0.90. Maybe the following observations help. Using Alt-Tab, the hang occurs when releasing the Alt key. I can tab as long as I want without problems, until I release the Alt key -- then it hangs: The Alt-Tab dialogue box stays on screen but is completely unresponsive, as is everything else except for the mouse pointer and the Alt-SysReq-K key combination. Interestingly, Alt-Esc does NOT produce the hang. Alt-Esc also switches between windows, but, differently from Alt-Tab, does not use a dialogue. Together, these observations suggest that the hang is somehow related to the REMOVAL of the dialog box from the screen. The dialog box is to be removed in Alt-Tab as soon as one releases the Alt key, and exactly then the crash happens. There is no dialogue box to be removed in Alt-Esc, and in fact Alt-Esc does not crash. Does that sound plausible? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-01-07 23:09 Message: Logged In: NO Sending a '/bin/killall -QUIT icewm' from joyd didn't do anything. I could still move the mouse pointer. And there was no core file after I rebooted (I recompiled 1.3.2 with --enable-debug and ulimit is unlimited). Marko, it's definitely something in XOrg 1.4.0.90, no ? When I tested with it, a simple Ctrl+Esc in IceWM produced the lockup, what doesn't happen in 1.4.0. I compiled both from http://xorg.freedesktop.org/releases/individual/xserver/ with --disable-config-dbus --disable-config-hal --disable-dmx --disable-xprint --enable-install-setuid --with-mesa-source=/usr/local/src/CVS/X11/ XOrg/mesa (Mesa is 7.0.2). BTW, it also locked up with a recent IceWM 1.2 I was using. ---------------------------------------------------------------------- Comment By: Marko Macek (captnmark) Date: 2008-01-07 21:10 Message: Logged In: YES user_id=1814 Originator: NO Don't kill X. Try instead doing this: be sure to have core dumps enabled: ulimit -c unlimited # before starting icewm killall -QUIT icewm this should generate a core file. Then reboot and examine the core file after reboot with gdb. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-01-07 20:17 Message: Logged In: NO Me ? I can't because I don't have any way to log in from another computer. When it happens, the only solution is to issue /sbin/reboot, what I can do pressing some keys in a gamepad. A /bin/killall -9 X freezes the mouse pointer. Before, I can move the mouse pointer, but that's all. It's like an "I" everywhere in the screen and doesn't do anything. The clock in IceWM also stops, but any activity (downloads...) continues. Marko, reading the Debian bug reports and https://bugs.freedesktop.org/show_bug.cgi?id=13688 , it's likely a bug in XOrg. Maybe one just easier to trigger with IceWM ? ---------------------------------------------------------------------- Comment By: Marko Macek (captnmark) Date: 2008-01-07 18:41 Message: Logged In: YES user_id=1814 Originator: NO Can you try: 1. compile icewm with debug (configure --enable-debug) 2. reproduce the problem 3. switch to console 4. attach with gdb: gdb /path/to/icewm <pid> 5. get the backtrace (where) 6. list the code of current function (list) And send me the output from gdb. Does this occur randomly or when some app is used? It never happened to me, so I'd like as much information as possible ---------------------------------------------------------------------- Comment By: Frric L. W. Meunier (pervalidus) Date: 2008-01-07 08:11 Message: Logged In: YES user_id=96658 Originator: NO I also got them with XOrg 1.4.0.90 pristine. For the time being, I'm back to 1.4.0, where it never occurred. I first thought it was a problem with the new ATI driver (6.7.197), but disabling DRI or reverting to 6.7.196 didn't help. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-01-04 19:28 Message: Logged In: NO I get similar hangs for most Alt-key combinations (Alt-Tab, Alt-space, ...). Software versions: IceWM 1.2.32 and 1.2.34 on Xorg server 1.4.0.90. On the SAME system, Alt-Tab works flawlessly in KDE's window manager and in OpenBox. Does not look like an Xorg problem to me ... ---------------------------------------------------------------------- Comment By: Marko Macek (captnmark) Date: 2007-12-22 19:01 Message: Logged In: YES user_id=1814 Originator: NO seems like xorg problem, closing ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-12-21 02:41 Message: Logged In: NO See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=451989 and friends for more details. ---------------------------------------------------------------------- Comment By: Marius Feraru (altblue) Date: 2007-12-20 16:45 Message: Logged In: YES user_id=213635 Originator: NO Here are two more reports from Debian's queue: "Complete lockup with atl+tab" - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=452197 "Complete lockup with Ctrl+Esc" - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=452002 ---------------------------------------------------------------------- Comment By: Marius Feraru (altblue) Date: 2007-12-20 16:18 Message: Logged In: YES user_id=213635 Originator: NO I'd say it's much more than just the "window change" issue. Sorry for the huge delay in noticing this issue report, but here I am, hoping to be able to share some (hopefully) useful info that could aid IceWM developers in determining the cause of these hiccups. We had much trouble over a month ago when we tried to update our development workstations: * Debian: xserver-xorg-core 2:1.4.1~git20071119-1 * Fedora: xorg-x11-server* 1.4.99.1-0.10.fc9 IceWM (both 1.2.x and 1.3.x CVS trees) locked the Xserver up [1] (pseudo)randomly, but after a few tests, here's the most simplistic way we found to reproduce it: trigger SysDialog (Ctrl+Alt+Del) or SysMenu (Ctrl+Esc) and try to select something (using any input device, it worked both by "keyboard" or "mouse"). [1] AFAICR the "lock up" was pretty similar to what the previous poster mentioned: screen freeze, input devices freeze, X consuming 100% CPU. Xorg logs were showing lots and lots of these two lines: " tossed event which came in late mieqEnequeue: out-of-order valuator event; dropping. " My guess is this problem originates somewhere around Xorg's redesign regarding input devices... but we were way too pissed to start digging through their sources at the time... and downgraded+blacklisted xorg* :( 'HTH ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-12-19 14:37 Message: Logged In: NO Not the original poster, but I have what looks like the same problem using IceWM 1.3.1 on Debian Sid. IceWM was compiled from source using ./configure (no options) - make - #make install. To recreate problem - After IceWm is started, open two instances of rxvt (/usr/bin/rxvt-xterm -geometry 135x25+101+638 -bg ivory -fg blue3 -fn 6x13 +sr -sl 2000) and try to alt-tab between the two terminals. Something hangs/freezes. Keyboard is unresponsive (can't ctrl-alt-backspace to kill X, can't ctrl-alt Fx to get to a console). Video is pretty much unresponsive (clock display stops updating). Mouse can be moved around and pointer also moves around. Mouse clicking on anything is unresponsive. Tasks that were running, continue to run. for example, downloads via wget continue until finished. mplayer continues playing audio files until finished. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-12-04 19:19 Message: Logged In: NO Could you provide more information about this bug and the version of IceWM you are using? Is there any way to reproduce the behaviour? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=1834961&group_id=31 |