I'm building an XCB-based application that uses xcb_xfixes_hide_cursor. The
X server reports back version 5.0 in xcb_fixes_query_version_reply and
accepts xcb_xfixes_hide_cursor requests, but does not hide the cursor. When
omitting the xcb_fixes_query_version operation, the xcb_xfixes_hide_cursor
i
If the tab key is entered as the first character running the bash shell on
an xterm terminal, the keyboard temporarily locks. Control-C writes ^C but
doesn't unlock it. This doesn't happen on Fedora. It also doesn't lock if a
space is typed first.
This occurs whether or not the xterm console is in
There may be some other key or key combination on the left side of the
keyboard that's doing this also. While the tab key can reproducibly cause
it, some other key combination might also.
Since my bash version is Jan 27, 2017 and none of my .bash scripts have
changed recently, xterm (Sep 20, 2020)
Similar to December's "cygwin1.dll > 3.1.4 Program execution fails if
(WSL-)symlink exists and is present in PATH", but it's still present in
3.1.6 and 3.1.7. While I can revert back to 3.1.4 (and 3.1.2,) links I have
created since then do not show up as links and are listed as owned by
UnknownUser
4 matches
Mail list logo
