Ctrl got stuck
Hi, first of all: Thanks for the great cygwin-xfree! I have one major problem with it: Occasionly (approx every 2 hours, sometimes every 5 minutes) it feels like the CTRL-modifier got stuck. I used cat and emacs to see, that in this situations pressing an a is interpreted as CTRL-a. If I press CTRL, the situation is back to normal, but pressing AltGr-something does not give the desired result and makes CTRL got stuck again. Using the funny Show Cursor option of the X-tray-icon repairs the behaviour... for some minutes or hours. Also starting a new xterm -window and closing it repaired the behaviour recently. I conjecture that it has something to do with AltGr. As I use the german keyboard-layout, I have to use AltGr a lot of times while programming C++. I start Xwin with: XWin -dpi 92 -multiwindow -clipboard -multiplemonitors -xkbvariant nodeadkeys -ac I mostly work with a Win2K (with desktop-twister) on a remote linux or colinux maschine. The AltGr hints in the FAQ did not help me, as they turn of AltGr completely and the problem is not the AltGr does not work correctly. In most cases it works. Any ideas? Regards, Tobias Polzin -- Weitersagen: GMX DSL-Flatrates mit Tempo-Garantie! Ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl
Re: Emacs problem with Cygwin 1.5.17-1
On Sun, May 29, 2005 at 02:49:31PM +0200, Angelo Graziosi wrote: --- Here is some answer to --- --- http://cygwin.com/ml/cygwin-xfree/2005-05/msg00261.html --- --- --- With TASKMANAGER Emacs takes from 97% to 99% of CPU. --- --- Using your hints I have noted that if I do not start Emacs --- the command --- ---procps auwx --- --- prints the data an returns to prompt. --- --- If I start Emacs the result is: --- --- [EMAIL PROTECTED] ~ $ emacs [1] 1492 [EMAIL PROTECTED] ~ $ ps PIDPPIDPGID WINPID TTY UIDSTIME COMMAND 1448 11448 1448 con 500 13:05:15 /usr/X11R6/bin/XWin 1364 11364 1364 con 500 13:05:19 /usr/bin/xterm 138413641384 14360 500 13:05:22 /usr/bin/bash 149213841492 14160 500 13:06:27 /usr/bin/emacs 158013841580 15720 500 13:06:30 /usr/bin/ps [EMAIL PROTECTED] ~ $ procps auwx USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND 500 1448 1.4 4.2 6812 11068 tty0 Ss 13:05 0:01 /usr/X11R6/bin/XWin -multiwindow -clipboard -silent-dup-error +bs 500 1364 0.6 2.8 4296 7376 tty0 Rs 13:05 0:00 /usr/bin/xterm -e /usr/bin/bash -l -ms red -fg lightgray -bg black 500 1384 0.2 1.5 1620 4016 tty0 Ss 13:05 0:00 /usr/bin/bash -l --- --- ... and after many minutes (i.e. after I lunched!): --- 500 1492 107 2.9 7320 7752 tty0 R13:06 0:10 defunct 500 1564 1.0 1.4 2260 3676 tty0 R13:06 0:00 procps This shows that emacs wasn't spinning although it was using some CPU. Other than that, there is nothing here which helps figure out why you are having problems. Is there anything in the X log file? --- What does WJFFM mean? http://cygwin.com/acronyms/#WJFFM cgf
Re: Ctrl got stuck
On Tue, 31 May 2005, Tobias Polzin wrote: Hi, first of all: Thanks for the great cygwin-xfree! I have one major problem with it: Occasionly (approx every 2 hours, sometimes every 5 minutes) it feels like the CTRL-modifier got stuck. I used cat and emacs to see, that in this situations pressing an a is interpreted as CTRL-a. If I press CTRL, the situation is back to normal, but pressing AltGr-something does not give the desired result and makes CTRL got stuck again. Using the funny Show Cursor option of the X-tray-icon repairs the behaviour... for some minutes or hours. Also starting a new xterm -window and closing it repaired the behaviour recently. I conjecture that it has something to do with AltGr. As I use the german keyboard-layout, I have to use AltGr a lot of times while programming C++ It seems to appear more often under high load. But unfortunatly there is not much we can do about it. Windows reports alt-gr as simultanious presses of ctrl and alt and we have to detect whether it is alt-gr or the keys are really pressed together. Under heavy load the timeouts (and timestamps) of the events may differ between press and release events. That way you get a control press and an alt-gr release so control gets stuck. the only solution is making the detection more robust. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: Ctrl got stuck
Tobias, if you were to type lots of AltGr key combinations, could you reproduce the problem every time? On Tue, 2005-05-31 at 16:21 +0200, Tobias Polzin wrote: Hi, first of all: Thanks for the great cygwin-xfree! I have one major problem with it: Occasionly (approx every 2 hours, sometimes every 5 minutes) it feels like the CTRL-modifier got stuck. I used cat and emacs to see, that in this situations pressing an a is interpreted as CTRL-a. If I press CTRL, the situation is back to normal, but pressing AltGr-something does not give the desired result and makes CTRL got stuck again. Using the funny Show Cursor option of the X-tray-icon repairs the behaviour... for some minutes or hours. Also starting a new xterm -window and closing it repaired the behaviour recently. I conjecture that it has something to do with AltGr. As I use the german keyboard-layout, I have to use AltGr a lot of times while programming C++. I start Xwin with: XWin -dpi 92 -multiwindow -clipboard -multiplemonitors -xkbvariant nodeadkeys -ac I mostly work with a Win2K (with desktop-twister) on a remote linux or colinux maschine. The AltGr hints in the FAQ did not help me, as they turn of AltGr completely and the problem is not the AltGr does not work correctly. In most cases it works. Any ideas? Regards, Tobias Polzin
xstart fails
Must be my day for frustrations. I have reloaded, rebooted, loaded, rebooted,cleaned out, reloaded, rebooted and still can't get the xwin to start. the message says to email this address with the version 6.8.2.0-2 with xwin command line as XWin - multiwindow -clipboard -silent-dup-error. I using XP. the XWin.log is: Vendor: The Cygwin/X Project Release: 6.8.2.0-2 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: XWin -multiwindow -clipboard -silent-dup-error ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 inInitializeDefaultScreens - Returning _XSERVTransmkdir: Cannot create /tmp/.X11-unix with root ownership (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information (==) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 1024 depth: 32 winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 null screen fn ReparentWindow null screen fn RestackWindow InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winMultiWindowXMsgProc - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Calling pthread_mutex_lock () MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: 0409 (0409) (--) Using preset keyboard for English (USA) (409), type 4 (--) 3 mouse buttons found Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! Fatal server error: could not open default font 'fixed' winDeinitMultiWindowWM - Noting shutdown in progress
Re: Emacs problem with Cygwin 1.5.17-1
I remember you, that reinstalling Cygwin 1.5-16-1 (and keeping coreutils 5.3.0-6) Emacs works fine. I would keep 1.5.17-1 because it allow me to build CERNLIB-2005 with a limited number of patches (with 1.5.16-1 there is something more to patch) I have also tried XEmacs 21.4.17-1. It starts and the window shows itself, apparently without problems. Now XWin.log Thanks angelo. Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.2.0-2 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: /usr/X11R6/bin/XWin -multiwindow -clipboard -silent-dup-error +bs ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 800 h 600 winInitializeDefaultScreens - Returning _XSERVTransmkdir: Cannot create /tmp/.X11-unix with root ownership (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information (==) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 800 height: 600 depth: 32 winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 null screen fn ReparentWindow null screen fn RestackWindow InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winMultiWindowXMsgProc - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Calling pthread_mutex_lock () MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=250, rate=31 (--) winConfigKeyboard - Layout: 0410 (0410) (--) Using preset keyboard for Italian (410), type 4 (--) 3 mouse buttons found Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winInitMultiWindowWM - pthread_mutex_lock () returned. winProcEstablishConnection - Hello winMultiWindowXMsgProc - pthread_mutex_lock () returned. winInitMultiWindowWM - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display.
KDE Desktop Size is Larger than Cygwin/X Server Window
I am using Cygwin/X to access a KDE 3.3.0 desktop running on top of Debian and a Colinux 0.6.2 Kernel. The viewing area of the KDE desktop is larger than the visible screen area within the Cygwin/X server window. However, I am getting no scrolling bar that lets me move around the entire KDE desktop. Unfortunately, at least one application window when opened on the KDE desktop is not completely visible because I cannot see the entire KDE desktop. Basically the KDE desktop is not being scaled into the Cygwin/X window and I can also not scroll around the desktop. What is the problem? Is there a feature I need to enable for either desktop scaling or a scrolling bar (similar to what VNC offers)? I am getting the following error in the Cygwin/X console window when it starts up: Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! Could the above error message be the cause of the problem described above? /Ross BEGIN:VCARD VERSION:2.1 N:MacGillivray;Ross FN:Ross MacGillivray NOTE:Sip Phone: 1-747-244-0663 TEL;HOME;VOICE:250-545-7607 ADR;HOME:;;4012 19th Street;Vernon;B.C.;V1T 7Y3;Canada LABEL;HOME;ENCODING=QUOTED-PRINTABLE:4012 19th Street=0D=0AVernon, B.C. V1T 7Y3=0D=0ACanada EMAIL;PREF;INTERNET:[EMAIL PROTECTED] EMAIL;INTERNET:[EMAIL PROTECTED] EMAIL;INTERNET:[EMAIL PROTECTED] REV:20050601T013654Z END:VCARD