]> git.sur5r.net Git - i3/i3/commitdiff
Fix key bindings on big-endian platforms 1504/head
authorSteven McDonald <steven@steven-mcdonald.id.au>
Sun, 1 Mar 2015 07:30:45 +0000 (18:30 +1100)
committerSteven McDonald <steven@steven-mcdonald.id.au>
Sun, 1 Mar 2015 10:07:03 +0000 (21:07 +1100)
input_code is a uint16_t, but xcb_keycode_t is uint8_t, meaning that
only the first byte of input_code is inspected by memmem. On
little-endian platforms, this code would have worked by accident, since
the first byte of input_code represents the 8 least significant bits.
However, on big-endian platforms the first byte is the 8 most
significant bits, which means memmem is scanning bind->translated_to
for the wrong keycode (probably 0).

In order to work correctly on big-endian and little-endian platforms,
simply typecast input_code to an xcb_keycode_t and pass that to memmem.

The observed behaviour associated with this bug is that key bindings
don't work at all. This patch has been tested on an iBook G4 running
OpenBSD -current, and key bindings work properly with this fix applied.

src/bindings.c

index 8f9767e69943e26a6df3b9cb091cfd38e5f47bf6..e7e424cc4b3a7ac89634686b6326033d0c226c7e 100644 (file)
@@ -159,9 +159,10 @@ static Binding *get_binding(uint16_t modifiers, bool is_release, uint16_t input_
          * need to look in the array of translated keycodes for the event’s
          * keycode */
         if (input_type == B_KEYBOARD && bind->symbol != NULL) {
+            xcb_keycode_t input_keycode = (xcb_keycode_t)input_code;
             if (memmem(bind->translated_to,
                        bind->number_keycodes * sizeof(xcb_keycode_t),
-                       &input_code, sizeof(xcb_keycode_t)) == NULL)
+                       &input_keycode, sizeof(xcb_keycode_t)) == NULL)
                 continue;
         } else {
             /* This case is easier: The user specified a keycode */