Commits on Source (49)
-
Alan Coopersmith authored
Signed-off-by:Alan Coopersmith <alan.coopersmith@oracle.com>
-
Albert Astals Cid authored
With this patch one can properly type dead keys like á when using the Asturian locale
-
Albert Astals Cid authored
With this patch xev properly reports XLookupString gives 2 bytes: (c2 b4) "´" for the dead_acute key when using the Asturian locale
-
Alan Coopersmith authored
Signed-off-by: -
Alan Coopersmith authored
Wrapper for realloc() that checks for overflow when multiplying arguments together, so we don't have to add overflow checks to every single call. For documentation on usage, see: http://www.openbsd.org/cgi-bin/man.cgi/OpenBSD-current/man3/calloc.3 Signed-off-by:
-
Alan Coopersmith authored
-
Alan Coopersmith authored
Signed-off-by: -
Alan Coopersmith authored
Signed-off-by: -
Alan Coopersmith authored
Signed-off-by: -
Alan Coopersmith authored
Makes resizing & clearing more consistent and gets rid of some weird quirks like always subtracting 1 from the size passed to _XkbClearElems so it could always add 1 to the size passed in. Signed-off-by: -
Alan Coopersmith authored
Signed-off-by: -
Alan Coopersmith authored
Signed-off-by: -
Alan Coopersmith authored
In-tree builds found reallocarray.h in $(top_builddir)/src but the out-of-tree build didn't find it at all. Reported-by: Emmanuele Bassi <ebassi@gmail.com> from GNOME continuous integration pipeline Signed-off-by: -
Alan Coopersmith authored
Fixes gcc warning: GetAtomNm.c: In function ‘_XGetAtomName’: GetAtomNm.c:39:11: warning: unused variable ‘name’ [-Wunused-variable] char *name; ^~~~ Introduced by commit 336c1e7a Signed-off-by: -
Alan Coopersmith authored
lcCharSet.c:187:50: warning: implicit conversion changes signedness: 'int' to 'unsigned long' [-Wsign-conversion] tmp = Xmalloc(name_len + 1 + ct_sequence_len + 1); ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~ ../../include/X11/Xlibint.h:453:32: note: expanded from macro 'Xmalloc' ~~~~~~ ^~~~ lcCharSet.c:192:31: warning: implicit conversion changes signedness: 'int' to 'unsigned long' [-Wsign-conversion] memcpy(tmp, name, name_len+1); ~~~~~~ ~~~~~~~~^~ lcCharSet.c:216:45: warning: implicit conversion changes signedness: 'int' to 'unsigned long' [-Wsign-conversion] memcpy(tmp, ct_sequence, ct_sequence_len+1); ~~~~~~ ~~~~~~~~~~~~~~~^~ lcCharSet.c:183:16: warning: implicit conversion loses integer precision: 'unsigned long' to 'int' [-Wshorten-64-to-32] name_len = strlen(name); ~ ^~~~~~~~~~~~ lcCharSet.c:184:23: warning: implicit conversion loses integer precision: 'unsigned long' to 'int' [-Wshorten-64-to-32] ct_sequence_len = strlen(ct_sequence); ~ ^~~~~~~~~~~~~~~~~~~ lcCharSet.c:198:37: warning: implicit conversion loses integer precision: 'long' to 'unsigned int' [-Wshorten-64-to-32] unsigned int length = colon - charset->name; ~~~~~~ ~~~~~~^~~~~~~~~~~~~~~ Signed-off-by: -
Alan Coopersmith authored
Fixes gitlab issue #49 Signed-off-by: -
Adam Jackson authored
Signed-off-by:
Adam Jackson <ajax@redhat.com> Reviewed-by:
-
Adam Jackson authored
Currently, when the X server crashes or a client is disconnected with XKillClient, you get a somewhat confusing error message from libX11 along the lines of: XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0" after 98 requests (40 known processed) with 0 events remaining. What's happening here is the previous recvmsg has thrown EAGAIN, since the socket is non-blocking. In this case, check whether the socket has any more data to read, and if not treat it like EPIPE. Signed-off-by: -
Alan Coopersmith authored
Reported-by:
Daniel Hahler <git@thequod.de> Signed-off-by:
-
Alan Coopersmith authored
Signed-off-by: -
Alan Coopersmith authored
Fixes: https://gitlab.freedesktop.org/xorg/lib/libx11/issues/82 aka: https://bugs.freedesktop.org/show_bug.cgi?id=23520 Signed-off-by:
-
Alan Coopersmith authored
Fixes: https://gitlab.freedesktop.org/xorg/lib/libx11/issues/84 aka: https://bugs.freedesktop.org/show_bug.cgi?id=23548 Signed-off-by:
-
Alan Coopersmith authored
Fixes: https://gitlab.freedesktop.org/xorg/lib/libx11/issues/85 aka: https://bugs.freedesktop.org/show_bug.cgi?id=23549 Signed-off-by:
-
Alan Coopersmith authored
Fixes: https://gitlab.freedesktop.org/xorg/lib/libx11/issues/86 aka: https://bugs.freedesktop.org/show_bug.cgi?id=23550 Signed-off-by:
-
Alan Coopersmith authored
Fixes: commit 5538b3e4 Signed-off-by:
-
Alan Coopersmith authored
Fixes: commit bcf7b5aa Signed-off-by:
-
Alan Coopersmith authored
Fixes: commit 0642e99ac05afb0c Signed-off-by: -
Josh Triplett authored
Signed-off-by:Josh Triplett <josh@joshtriplett.org>
-
Matthias Dieter Wallnöfer authored
Signed-off-by: -
Matthias Dieter Wallnöfer authored
Signed-off-by: -
Matthias Dieter Wallnöfer authored
Signed-off-by: -
Matthias Dieter Wallnöfer authored
Signed-off-by: -
Matthias Dieter Wallnöfer authored
Signed-off-by: -
Jon Turney authored
Add autoconf checks for the extra headers we include to define FIONREAD. This needs sys/socket.h on Cygwin, and none of the alternatives on Windows.
-
Tapani Pälli authored
This fixes a bug where concurrent threads call XCreateColormap and XFreeColormap corrupting a linked list where colormap structures are stored. Fixes: https://gitlab.freedesktop.org/xorg/lib/libx11/issues/94 v2: handle XCopyColormapAndFree also (Adam Jackson) Signed-off-by:
Tapani Pälli <tapani.palli@intel.com>
-
Samuel Thibault authored
On finishing releasing Braille keys, we should clear the just-commited pattern, to reset the state to initial state, and avoid having to wait for 0.3s before typing the next pattern. Signed-off-by:
Samuel Thibault <samuel.thibault@ens-lyon.org> Tested-by:
Jean-Philippe Mengual <jpmengual@hypra.fr>
-
Jon Turney authored
This is the patch from https://bugs.freedesktop.org/show_bug.cgi?id=6669 by Pierre Ossman, reworked for master. Avoid using LIBS (which are for host, but we don't need) and rewrite makekeys slightly to avoid needing to include any X headers, which avoids potentially having -I with host paths in CFLAGS, which can cause standard headers e.g. stdio.h for the host to also be used, which can break things...
-
Jon Turney authored
Use EXEXT_FOR_BUILD, to fix cross-compiling where EXEEXT differs from EXEEXT_FOR_BUILD, such as when building for Windows from unix. (Note: As written, this assumes EXEEXT_FOR_BUILD is always empty when cross-compiling. There could be some elaborate autodetection for EXEXT_FOR_BUILD, but for the moment, if you are cross-compiling from Windows to Unix, you'll need to set EXEEXT_FOR_BUILD explicity...)
-
Jon Turney authored
For Windows targets, libtool uses a wrapper executable, not a wrapper script (see [1]), which it compiles with the host compiler. This doesn't work when cross-compiling. Since we don't actually need to link with anything, use the libtool flag -all-static to tell it to stay completely out of this. [1] https://www.gnu.org/software/libtool/manual/html_node/Wrapper-executables.html
-
Pavel Labath authored
a simple snippet like XFreeFontSet(d, XCreateFontSet(d, ...)) will generate lots of memory leaks, as evidenced by the following valgrind output: ==983== HEAP SUMMARY: ==983== in use at exit: 39,409 bytes in 341 blocks ==983== total heap usage: 4,795 allocs, 4,454 frees, 489,086 bytes allocated ==983== ==983== 1,688 (136 direct, 1,552 indirect) bytes in 1 blocks are definitely lost in loss record 40 of 46 ==983== at 0x4C2B042: realloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==983== by 0x56D5A93: add_codeset.clone.9 (in /usr/lib64/libX11.so.6.3.0) ==983== by 0x56D5FE0: load_generic (in /usr/lib64/libX11.so.6.3.0) ==983== by 0x56D7612: initialize (in /usr/lib64/libX11.so.6.3.0) ==983== by 0x56D7E75: _XlcCreateLC (in /usr/lib64/libX11.so.6.3.0) ==983== by 0x56F9A5F: _XlcUtf8Loader (in /usr/lib64/libX11.so.6.3.0) ==983== by 0x56DF815: _XOpenLC (in /usr/lib64/libX11.so.6.3.0) ==983== by 0x56B255A: XOpenOM (in /usr/lib64/libX11.so.6.3.0) ==983== by 0x56A665A: XCreateFontSet (in /usr/lib64/libX11.so.6.3.0) ==983== by 0x4FCA80: conky::x11_output::create_gc() (x11.cc:746) ==983== by 0x4FC3B4: conky::x11_output::use_own_window() (x11.cc:602) ==983== by 0x4FAD42: conky::priv::own_window_setting::set(bool const&, bool) (x11.cc:92) ==983== ==983== LEAK SUMMARY: ==983== definitely lost: 136 bytes in 1 blocks ==983== indirectly lost: 1,552 bytes in 34 blocks ==983== possibly lost: 0 bytes in 0 blocks ==983== still reachable: 37,721 bytes in 306 blocks ==983== suppressed: 0 bytes in 0 blocks This patch makes the leak dissappear (Well, at least the "definitely lost part". The "still reachable" thingy remains). After some analysis, I've discovered that the XLCd structure is destroyed improperly. The "constructor" is in lcGeneric.c, but the structure is destroyed using code from lcPublic.c. I've found that changing the destructor call to _XlcDestroyLC executes the correct code path, and I'm pretty sure this is correct (the object was constructed using _XlcCreateLC, it make sense to destroy it using its conterpart). So far I haven't observed any strange behaviour on my system caused by this change (although, I'm not sure, how many programs actually use this function). Signed-off-by:
Pavel Labath <pavelo@centrum.sk> Signed-off-by:
-
ojab authored
Cyrillic combinations mirror the Qwerty-Jcuken keyboard layout. Signed-off-by:
Slava Kardakov <ojab@ojab.ru> Signed-off-by:
-
Ran Benita authored
The man page says: Strings may be direct text encoded in the locale for which the compose file is to be used, or an escaped octal or hexadecimal character code. Octal codes are specified as "\123" and hexadecimal codes as "\0x123a". But the grammar in the parser and the implementation say: ESCAPED_CHAR ::= ('\\' | '\"' | OCTAL | HEX ) HEX ::= '\' (x|X) HEX_CHAR [HEX_CHAR]] HEX_CHAR ::= (0|1|2|3|4|5|6|7|8|9|A|B|C|D|E|F|a|b|c|d|e|f) So "\0x123a" -> "\x3a". Signed-off-by:Ran Benita <ran234@gmail.com> Signed-off-by:
-
Matt Turner authored
... and include config.h in makekeys.c to get the definition of _FILE_OFFSET_BITS. Without it, libX11 can fail to build on a file system with 64-bit inode numbers. Bug: https://bugs.gentoo.org/550502 Bug: https://bugs.gentoo.org/616140 Signed-off-by:
Matt Turner <mattst88@gmail.com>
-
Matt Turner authored
Signed-off-by: -
Timo Aaltonen authored
-
Timo Aaltonen authored
-
Timo Aaltonen authored
-
Timo Aaltonen authored
-
Timo Aaltonen authored
