Comment 3 for bug 658018

Just discovered screenkey, which I like, but I very soon ran into this problem. Using strace, we can easily pinpoint the issue to a call to futex():

..... (thousands of lines) ....
recvfrom(4, "\22\0\n\0024\0\240\0014\0\240\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096, 0, NULL, NULL) = 608
recvfrom(4, 0x98dec4, 4096, 0, 0, 0) = -1 EAGAIN (Resource temporarily unavailable)
recvfrom(4, 0x98dec4, 4096, 0, 0, 0) = -1 EAGAIN (Resource temporarily unavailable)
open("/dev/urandom", O_RDONLY) = 9
read(9, "\206\372=\214\325\365\214b\321t\315\0/\244\246\262", 16) = 16
close(9) = 0
brk(0xd35000) = 0xd35000
futex(0x9d44c0, FUTEX_WAIT_PRIVATE, 2, NULL _

The last underscore represents where the cursor hangs and waits indefinitely.

A quick look up on the web reveals another project that had the same problem and fixed it:
 * http://dev.deluge-torrent.org/ticket/1247
 * http://git.deluge-torrent.org/deluge/commit/?h=1.3-stable&id=02ad0b93ab313f7f50c3f7b42ee68418308fab92

Although I'm not sure how many clues it gives to the developer of screenkey, if any, they might at least point them in some direction into fixing this critical bug. Keep up the good work.