1. 27 Sep, 2022 1 commit
  2. 11 Sep, 2022 2 commits
  3. 10 Sep, 2022 3 commits
  4. 08 Sep, 2022 1 commit
  5. 05 Aug, 2022 1 commit
  6. 25 Jul, 2022 1 commit
  7. 15 Jul, 2022 6 commits
  8. 14 Jul, 2022 1 commit
    • Benno Schulenberg's avatar
      nls: delete some pointless and wrong compose sequences meant for Bépo · 95a03cde
      Benno Schulenberg authored
      Fourteen years ago, commit 73029846 added some four hundred compose
      sequences for the benefit of the French Bépo layout.  But among these
      four hundred there are several that use symbols that are not available
      in the Bépo layout and are thus impossible to type.  Some of the used
      symbols, like Ahook, Ehook and Ohook, are not even present in *any*
      layout, making these sequences a dead weight in the Compose file.
      The Amacron and Omacron are available only in the Latvian, Hawaiian,
      and Maori layouts, and the Omacron also in the Silesian layout.  But
      the Latvian layouts and the Hawaiian do not contain any dead keys.
      Only in the Maori and Silesian layouts these sequences with Amacron
      and Omacron could be typed, but that was not why they were added.
      More importantly, as James Cloos noted in issue #54, sequences like
      `<dead_abovedot> <amacron>` for generating `ǡ` (that is: the macron
      above the dot) are questionable, as in compose sequences generally
      the first accent typed is the uppermost in the composed character.
        #54 (comment 17321)
      Signed-off-by: Benno Schulenberg's avatarBenno Schulenberg <bensberg@telfort.nl>
  9. 01 Jul, 2022 1 commit
  10. 24 Jun, 2022 2 commits
  11. 23 Jun, 2022 1 commit
  12. 15 Jun, 2022 1 commit
  13. 09 Jun, 2022 1 commit
  14. 04 May, 2022 1 commit
  15. 29 Apr, 2022 1 commit
  16. 26 Apr, 2022 1 commit
    • Adam Jackson's avatar
      global: call XInitThreads() from the library's constructor · afcdb6fb
      Adam Jackson authored
      There is really no point in not being thread safe, I measured, all you
      can see happen is noop performance gets like twice as slow and you have
      thread safety bugs. And we're using xcb as the transport which means we
      should expect threads in our clients anyway. Just do it.
      This assumes your compiler understands __attribute__((constructor)). If
      this is not your compiler, you can disable this with the appropriate
      configure flag, but be aware you're asking for bugs.
      Signed-off-by: Adam Jackson's avatarAdam Jackson <ajax@redhat.com>
  17. 24 Apr, 2022 1 commit
  18. 23 Apr, 2022 3 commits
  19. 20 Apr, 2022 2 commits
  20. 18 Apr, 2022 2 commits
  21. 15 Apr, 2022 2 commits
  22. 10 Apr, 2022 1 commit
    • Alan Coopersmith's avatar
      XkbUpdateKeyTypeVirtualMods: always initialize mask · 6d7d0872
      Alan Coopersmith authored
      XkbVirtualModsToReal should only fail to set mask if the server does
      not support XKB, but it still made Oracle Parfait complain:
      Error: Uninitialised memory
         Uninitialised memory variable [uninitialised-mem-var] (CWE 457):
            Possible access to uninitialised memory referenced by variable 'mask'
              at line 863 of lib/libX11/src/xkb/XKBMisc.c in function 'XkbUpdateKeyTypeVirtualMods'.
              Path in callee avoiding write at line 862
                mask allocated at line 860
      Signed-off-by: Alan Coopersmith's avatarAlan Coopersmith <alan.coopersmith@oracle.com>
  23. 03 Apr, 2022 2 commits
  24. 30 Mar, 2022 1 commit
  25. 24 Mar, 2022 1 commit
    • Hodong's avatar
      Fix two memory leaks in _XFreeX11XCBStructure() · 8a368d80
      Hodong authored and Matt Turner's avatar Matt Turner committed
      Even when XCloseDisplay() was called, some memory was leaked.
      XCloseDisplay() calls _XFreeDisplayStructure(), which calls
      However, _XFreeX11XCBStructure() did not destroy the condition variables,
      resulting in the leaking of some 40 bytes.
      Signed-off-by: default avatarHodong <hodong@yozmos.com>