hotkeys fails to lock and goes into 100% eating CPU

Bug #290561 reported by Ariel Faigon
14
This bug affects 1 person
Affects Status Importance Assigned to Milestone
hotkeys (Ubuntu)
New
Undecided
Unassigned

Bug Description

Binary package hint: hotkeys

$ apt-cache policy hotkeys
hotkeys:
  Installed: 0.5.7.4-0.1
  Candidate: 0.5.7.4-0.1
  Version table:
 *** 0.5.7.4-0.1 0
        500 http://us.archive.ubuntu.com intrepid/universe Packages
        100 /var/lib/dpkg/status

When hotkeys is started under strace, it goes on to eat 100% of my CPU.
I see the splash screen, then it starts spinning in a tight loop.

$ strace -F -o /dev/null hotkeys
  X Error of failed request: 0
  Major opcode of failed request: 0 ()
  Serial number of failed request: 0
  Current serial number in output stream: 11
: Program exiting...Locking assertion failure. Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0xb75207c7]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_lock+0x2e) [0xb752096e]
#2 /usr/lib/libX11.so.6 [0xb7ed3619]
#3 /usr/lib/libX11.so.6(XFreeGC+0x26) [0xb7eadff6]
#4 /usr/lib/libX11.so.6(XCloseDisplay+0x5f) [0xb7ea71ff]
#5 [0x804b117]
#6 [0x804b775]
#7 [(nil)]

So it seems like hotkeys claims it is exiting due to a failure to lock something. But it doesn't manage to exit.

Now 'top shows this as first entry:
  PID USER VIRT RES SHR WCHAN S %CPU %MEM TIME COMMAND
14448 ariel 15228 2216 1324 - R 100 0.1 2:41 hotkeys

The process is in a tight loop with no system calls (neither ltrace nor strace print anything after attaching to Process 14448)

Last open file according to lsof:
hotkeys 14448 ariel 3u unix 0xec498e00 33702 socket

Attaching to the process with gdb shows the stack trace:

$ gdb /usr/bin/hotkeys 14448
...
(no debugging symbols found)
0xb7dce3c1 in _XGetXCBBuffer () from /usr/lib/libX11.so.6
(gdb) bt
#0 0xb7dce3c1 in _XGetXCBBuffer () from /usr/lib/libX11.so.6
#1 0xb7dcef89 in ?? () from /usr/lib/libX11.so.6
#2 0xb7dcf39a in _XReply () from /usr/lib/libX11.so.6
#3 0xb7dc2667 in XSync () from /usr/lib/libX11.so.6
#4 0xb7da222e in XCloseDisplay () from /usr/lib/libX11.so.6
#5 0x0804b117 in ?? ()
#6 0x0804b775 in ?? ()
#7 0x00000000 in ?? ()

I should add that I really don't need hotkeys anymore since Intrepid Ibex seems to recognize my fancy keyboard (Logitech iTouch family) just fine. I just wanted to report this for the sake of documenting all the problem I've seen since upgrading to Ibex.

Revision history for this message
Randall Le-Fevre (randall-lefevre) wrote :

I did a little playing around with this. It seems to not fail or consume 100% CPU when run as root, but it doesn't recognize keypresses either. This is with a config known to work in Feisty, Gutsy and Hardy.

I noticed when I ran xev that the keycodes for the media keys on my Compaq V6000 (V6215) had changed since installing Intrepid. I changed the keycodes in my keyboard config file, but it still didn't work.

Revision history for this message
goued120 (goued120) wrote :

I run hotkeys at login on a laptop with Xubuntu intrepid Ibex (upgraded from dapper) on a Dell Latitude D820.

I use 2 screens at work, and only one at home (see xorg.conf attached). I noticed that when using 2 screens, hotkeys uses 100% CPU, while it runs well when using one screen only.

When starting hotkeys manually with 2 screens, it gives the same error message as above.

Hope this would helps to find the issue.

Revision history for this message
goued120 (goued120) wrote :

I made the test again, and I was wrong: hotkeys doesn't run even with only one screen.
Sorry for the wrong track...

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.