Re: XWin.exe won't let me type!
Nevermind, I noticed someone else had the same problem. Thanks and sorry for the double post. Cheers, ScKaSx ScKaSx2 wrote: > > Hi All, > > So yesterday, XWin.exe was behaving perfectly. I could start an xterm and > do all the wonderful things I do in linux. > > However, all of a sudden today when I open an xterm window I can't type! > Any ideas? Thanks in advance. > > Cheers, > ScKaSx > -- View this message in context: http://www.nabble.com/XWin.exe-won%27t-let-me-type%21-tp21085047p21085062.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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/
XWin.exe won't let me type!
Hi All, So yesterday, XWin.exe was behaving perfectly. I could start an xterm and do all the wonderful things I do in linux. However, all of a sudden today when I open an xterm window I can't type! Any ideas? Thanks in advance. Cheers, ScKaSx -- View this message in context: http://www.nabble.com/XWin.exe-won%27t-let-me-type%21-tp21085047p21085047.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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/
Intermittent X clipboard failure
Hi, I've been using the Xwin release 1.5.3.0 on XP SP2 and I'm experiencing odd copy/paste behavior. When I first start the X server with the "-clipboard" command-line option everything works fine, copy/paste to/from X apps with no problem. After a while, and unfortunately I don't know what event triggers this, Windows stops accepting clipboard data from the X apps and vice versa, I can't paste into any X app. The log isn't that much help, probably because I don't understand what I'm looking at. I do see messages like: winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - OpenClipboard () failed: If I restart the X server this problem goes away immediately. Or if I wait long it enough I stop seeing those log messages and the problem goes away on it's own apparently. Anyone else have this type of problem? I'm not even sure what the next step is as far as providing useful data for debugging purposes. I'll also add that I'm only talking about text copy here. Thank you, Chris -- 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: No repetition of keys in X11R7
Rodrigo Medina wrote: Jon Turney wrote: This keyboard layout should be auto-detected, so you shouldn't need to do anything to get it work Actually the X11 us international map that XWin puts is quite different from the Windows us-international map, the map us(intl) is more similar to Window's one. Oh, yes, I see... there is both '-layout us -variant intl' and '-layout us -variant alt-intl' (this last one is the one we currently select when windows has 'English (USA, International)' keyboard layout configured. I'm not sure if you are telling me the 'intl' variant should be selected for this keyboard layout, or if you just prefer it... You might try "xset q" to check what the reported key repeat settings are Using xset I have discovered the following: After starting XWin with $ XWin -multiwindow -clipboard & XWin.0.log says: (--) Setting autorepeat to delay=500, rate=31 but if xset q is ran before opening any client it reports: auto repeat: onkey click percent: 0LED mask: auto repeat delay: 660repeat rate: 25 Now if a client is opened, then xset q reports: auto repeat: onkey click percent: 0LED mask: auto repeat delay: 500repeat rate: 31 Thanks for this. This was very helpful in trying to work out what was responsible for this weirdness. > Just for curiosity, why there is now an additional lock file? The code to use this lock file was optional (and disabled under Cygwin/X) in the old X server. Now it's always enabled. -- 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: Cannot type in xterm
Lee S Parsons wrote: Never mind, I found a solution. I found that, just as the FAQ says, the file /usr/X11R6/lib/X11/XKeysymDB Does not exist. However, as the file /usr/share/X11/XKeysymDB does, I created a symbolic link pointing from the inexistent file to the one that does now exist, and life is good. For reasons I cannot explain, the updated startxwin.bat file did not resolve this situation on its own, nor did startxwin.sh. The meaning of 'unset' as used in this FAQ is perhaps ambiguous. If 'microsoft services for unix' is adding these variables with (as far as Cygwin/X is concerned) bogus values to the environment, it's not enough to simply not set them in startxwin.bat, they must be unset or reset to the default. If startxwin.bat had originally unset these environment variables, rather than setting them to the (now incorrect) default, perhaps we wouldn't be having this particular problem now. Things are always easy with hindsight... So perhaps startxwin.bat needs something like this adding? unset XAPPLRESDIR XCMSDB XKEYSYMDB XNLSPATH -- 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: cursor warp
Tom George wrote: Cursor warping does not work with the -multiwindow option. It works fine in the single window mode. I saw some vague references to this but nothing to indicate it will be fixed. Are there any plans to fix this? The first step towards fixing this is a description of the problem that can be understood by someone who isn't in front of your computer :-) Otherwise, Cygwin/X work great! -- 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/
[1.7] Question - Should X11 apps work?
I've been trying out cygwin 1.7, and I'm wondering if the X server and/or libraries will have to be rebuilt before I can expect them to cooperate with 1.7. My question is prompted by some problems with emacs under 1.7 that I reported elsewhere (http://cygwin.com/ml/cygwin/2008-12/msg00261.html). I forgot to mention in that thread that the problems occurred when running emacs under X. I hardly ever use emacs any other way, so it slipped my mind. But I just tried emacs under cygwin 1.7 without X (i.e., by running Cygwin.bat and then running emacs in the resulting window), and the problems don't occur. So maybe it's just too soon to be testing X11 applications under 1.7. Ken -- 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: PATCH:
It seems I got distracted by something shiny whilst writing the original email. The subject should be something like "PATCH: Fix some keyboard strangeness". Yaakov (Cygwin/X) wrote: There seem to be a couple of reported problem which seem to be due to the fact that virtual core keyboard doesn't get the updated with the state of the windows keyboard device until the first keypress. This can lead to oddness in the behaviour of clients started from bash in a DOS window before the X server receives a keypress... This seems to be responsible for the problem reported with xemacs[1], and a least part of the oddness with autorepeat reported in [2] Attached patch works around this by forcing the state to be copied into the VCK at startup time. Thanks for the patch. Since I've been pretty much away for the last few weeks, could you catch me up on the new issues and patches? Here's a small patch-set you could use to update cygports: http://www.dronecode.org.uk/cygwin/cygwin-xorg-server-patch-set-update-20081218.tar.bz2 In addition to the above, this includes patches: * an update to the keyboard layout mapping table which updates some no longer valid keyboard layout names (e.g. de_CH -> ch -variant "de") and adds a few more layouts culled from the list archives * silence "GetWindowProp" log spam * The patch to really fix -silent-dup-error -- 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/
