Re: ctrl-alt-{ ctrl-alt-[ ctrl-alt-] ctrl-alt-} not working as expected german keyboard on notebook
On 18/02/2015 02:54, rhofm...@rayed.de wrote:
Dell Latitude E6540, german keyboard.
I can type AltGr-{ ... and so on, but ctrl-alt-{ ... as labeled on the
keyboard gives something wrong.
It seems like when Alt is pressed Ctrl (Strg) is ignored, it gives the
same keys as without Ctrl.
I tried some things with setxkbmap, but no success.
Unfortunately, there doesn't currently seem to be a way to configure X
to act in this way.
In xkeyboard-config language, you are trying to access the 3rd level
shift for a key (1st level is the normal key, 2nd is the shifted key)
I believe that the standard (DIN 2137) specifies that this 3rd level is
accessed by right alt.
ctrl + left alt being equivalent to right alt is a Windows-ism [1].
See the upstream bug [2], you might also find the discussion in [3] of
interest.
[1] http://en.wikipedia.org/wiki/AltGr_key#Control_.2B_Alt_as_a_substitute
[2] https://bugs.freedesktop.org/show_bug.cgi?id=37232
[3] https://bugs.launchpad.net/ubuntu/+source/xkeyboard-config/+bug/822872
--
Jon TURNEY
Volunteer Cygwin/X X Server maintainer
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ: http://x.cygwin.com/docs/faq/
Re: [ANNOUNCEMENT] Updated: xorg-server-1.17.1-1 (TEST)
Just for completeness... Jon TURNEY wrote: he following packages have been updated in the Cygwin distribution: *** xorg-server-*1.17.1-1 While installing the TEST version of Cygwin, a next was clicked too soon and these 'xorg' packages were installed. OK. The fact is that I have some X apps which I run from command line (MinTTY) as in this example: $ DISPLAY=127.0.0.1:0.0 ./libXbgi_helios_orbits.out Obviously, I have already started the X server, from a link on tool bar, being target: C:\cygwin64\bin\run.exe --quote bash -l -c rm -rf /tmp/.X*; XWin -multiwindow -clipboard -silent-dup-error 2/dev/null But with this 1.7.1 release, I get always: Cannot connect to X server even if the X server is running (the X icon on sys-tray, with all its items menu if one right clicks..) Reverting to 1.6 fixes the issue... Ciao, Angelo. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: [ANNOUNCEMENT] Updated: xorg-server-1.17.1-1 (TEST)
Il 18/02/2015 15:23, Jon TURNEY ha scritto: This is an intentional change. NOTEWORTHY CHANGES IN 1.17 == '-nolisten tcp' is now the default, so the server only accepts local connections on a unix domain socket. A '-listen' option has been added which can be used to restore the previous behaviour. On 18/02/2015 14:12, Angelo Graziosi wrote: $ DISPLAY=127.0.0.1:0.0 ./libXbgi_helios_orbits.out I think you will need to write DISPLAY=:0.0, or add the new '-listen tcp' X server option. OK, $ DISPLAY=:0.0 ./libXbgi_mandelbrot.out works. This seems enough.. If I understand, the option '-listen tcp' is needed to make it backward compatible with DISPLAY=127.0.0.1:0. Right? Thanks, Angelo. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: [ANNOUNCEMENT] Updated: xorg-server-1.17.1-1 (TEST)
This is an intentional change. NOTEWORTHY CHANGES IN 1.17 == '-nolisten tcp' is now the default, so the server only accepts local connections on a unix domain socket. A '-listen' option has been added which can be used to restore the previous behaviour. On 18/02/2015 14:12, Angelo Graziosi wrote: $ DISPLAY=127.0.0.1:0.0 ./libXbgi_helios_orbits.out I think you will need to write DISPLAY=:0.0, or add the new '-listen tcp' X server option. But with this 1.7.1 release, I get always: Cannot connect to X server even if the X server is running (the X icon on sys-tray, with all its items menu if one right clicks..) Reverting to 1.6 fixes the issue... -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: weird xemacs crash
On 2/18/2015 8:14 AM, Jon TURNEY wrote: On 17/02/2015 20:35, Eliot Moss wrote: Dear Cygwin X -- I have a situation where cygwin xemacs, both 21.4.23-1 and the newer -2 crash when trying to open a file with certain content. (I copied the file; opening it under the other name fails too.) It's a relatively small file, some .c source. The characters used are all reasonable ASCII: newline plus space through 175 octal. The length is 2601 bytes. But are you sure this isn't the problem mentioned in [1]? [1] https://cygwin.com/ml/cygwin/2015-02/msg00339.html The work-around suggested there does seem to prevent the crash. I could not tell that that was what it was because it fails so quickly I could not see anything. Looking forward to the fixed 21.4! Thanks! Eliot -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: weird xemacs crash
On 17/02/2015 20:35, Eliot Moss wrote:
Dear Cygwin X --
I have a situation where cygwin xemacs, both 21.4.23-1 and the newer
-2 crash when trying to open a file with certain content. (I copied
the file; opening it under the other name fails too.) It's a
relatively small file, some .c source. The characters used are all
reasonable ASCII: newline plus space through 175 octal. The length
is 2601 bytes.
Here is the stackdump:
Stack trace:
Frame Function Args
002899C4 61030F12 (02E0, EA60, 00A4, 00289A24)
00289AE4 610E468A (6119EE10, , 00289B18, )
What's the next step?
Assuming I have the same cygwin DLL as you...
$ cat stackdump | awk '/^[0-9]/{print $2}' | addr2line -asf -e
/usr/lib/debug/usr/bin/cygwin1.dbg | paste - - - | column -t
0x61030f12 _ZN7_cygtls19call_signal_handlerEv@4exceptions.cc:1490
0x610e468a _Z8sig_sendP6_pinfoR9siginfo_tP7_cygtls@12 sigproc.cc:714
But are you sure this isn't the problem mentioned in [1]?
[1] https://cygwin.com/ml/cygwin/2015-02/msg00339.html
--
Jon TURNEY
Volunteer Cygwin/X X Server maintainer
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ: http://x.cygwin.com/docs/faq/
Re: ctrl-alt-{ ctrl-alt-[ ctrl-alt-] ctrl-alt-} not working as expected german keyboard on notebook
Am 18.02.2015 um 14:35 schrieb Jon TURNEY:
On 18/02/2015 02:54, rhofm...@rayed.de wrote:
Dell Latitude E6540, german keyboard.
I can type AltGr-{ ... and so on, but ctrl-alt-{ ... as labeled on the
keyboard gives something wrong.
It seems like when Alt is pressed Ctrl (Strg) is ignored, it gives the
same keys as without Ctrl.
I tried some things with setxkbmap, but no success.
Your description is quite inprecise; which terminal do you use (xterm?)
and what exactly do you expect and see in those cases?
Unfortunately, there doesn't currently seem to be a way to configure X
to act in this way.
In xkeyboard-config language, you are trying to access the 3rd level
shift for a key (1st level is the normal key, 2nd is the shifted key)
I believe that the standard (DIN 2137) specifies that this 3rd level
is accessed by right alt.
ctrl + left alt being equivalent to right alt is a Windows-ism [1].
Again, not sure exactly what effect you suggest but in fact
Ctrl+Left-Alt and AltGr can be distinguished and it works in both xterm
and mintty. (It's a bit tricky and I don't recall the details right now,
it involves considering the sequence of events.)
--
Thomas
See the upstream bug [2], you might also find the discussion in [3] of
interest.
[1]
http://en.wikipedia.org/wiki/AltGr_key#Control_.2B_Alt_as_a_substitute
[2] https://bugs.freedesktop.org/show_bug.cgi?id=37232
[3]
https://bugs.launchpad.net/ubuntu/+source/xkeyboard-config/+bug/822872
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ: http://x.cygwin.com/docs/faq/
