Re: Slow response to keypresses in xorg-server-1.8.0-1
On 30/06/2010 18:40, Jon TURNEY wrote: This is fallout from a change [1] to the way we process Windows messages to handle large bursts of them overflowing the Xserver's internal event queue. It seems that sometimes /dev/windows doesn't seem ready to select() even when there is still Windows messages to process. I can't quite understand how this happens. I don't think this is a bug in cygwin, but probably something subtle to do with message ordering and nonqueued messages (like WM_ACTIVATE). Anyhow, I've cooked up a small additional change which should prevent this blocking behaviour and uploaded a build [2]. It seems to resolve the problem in this specific case. Perhaps you could try it out and see if it helps? [1] http://cygwin.com/ml/cygwin-xfree/2010-02/msg00124.html [2] ftp://cygwin.com/pub/cygwinx/XWin.20100630-git-bc2f74e105146c36.exe.bz2 I experienced similar symptoms after upgrading to 1.8 recently, and the above XWin binary seems to be doing the trick so far. I use the VirtuaWin virtual-desktop tool, and found that often when switching to a desktop with XWin windows on it, the windows would remain blank until I right-clicked on the XWin icon in the tray, when they would refresh. Incidentally even with previous versions of Cygwin/X, VirtuaWin and Cygwin/X don't cooperate very well - when I switch from one desktop containing X windows to another, I see the content of the previous desktop's windows in the new ones (i.e. the windows in the desktop I switched to haven't refreshed their content). I don't know whose fault this is, and I realise this isn't a well-characterised bug report, so feel free to take it or leave it. Cheers, Simon -- 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: Slow response to keypresses in xorg-server-1.8.0-1
Simon Marlow wrote: I use the VirtuaWin virtual-desktop tool, and found that often when switching to a desktop with XWin windows on it, the windows would remain blank until I right-clicked on the XWin icon in the tray, when they would refresh. Strange. It is more than an year I use VirtuaWin (now 4.2) without problems with X, and I use the not-patched XWin.exe, i.e. that from original 1.8.0-1 package. Perhaps you have a BLODA[*]? Ciao, Angelo. --- [*] http://cygwin.com/faq/faq.using.html#faq.using.bloda -- 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: Slow response to keypresses in xorg-server-1.8.0-1
On 19/07/2010 15:51, Angelo Graziosi wrote: Simon Marlow wrote: I use the VirtuaWin virtual-desktop tool, and found that often when switching to a desktop with XWin windows on it, the windows would remain blank until I right-clicked on the XWin icon in the tray, when they would refresh. Strange. It is more than an year I use VirtuaWin (now 4.2) without problems with X, and I use the not-patched XWin.exe, i.e. that from original 1.8.0-1 package. Perhaps you have a BLODA[*]? I have MS Forefront client security, configured to omit the Cygwin directories, but I really doubt that's the problem. More details about what I do to reproduce the not-refreshing problem (not the blank window problem, that seems to be fixed by the patched XWin binary, and judging by other comments in this thread seems to be a known issue unrelated to VirtuaWin). - multiple xterms running on remote machines displaying locally, over multiple 'ssh -Y' connections, i.e. I do ssh -Y remote-machine xterm - windows are on adjacent desktops, using overlapping areas of the screen - switch between the desktops, note how the windows on the new desktop are still displaying the content of the windows on the previous desktop. Alas, it doesn't always happen, but it happens a lot. In VirtuaWin I have Static taskbar Z order set for On desktop change preserve. I did try using different hiding methods for XWin windows in VirtuaWin, but didn't find anything that worked. Cheers, Simon -- 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: Mouse offset when using java swing based gui applications
On 15/07/2010 15:38, Richard Evans wrote: There's a bug reported against Java relating to this, with some more details. It claims to be fixed, but it still occurs. There's a small test case in the bug report. It makes many Java UI applications unusable with Cygwin/X. http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6434227 Thanks very much for the link. That bug report and related ones makes interesting reading: I can see now that Swing/AWT problems are probably behind a few problem reports of this kind we've had. I tried out the test case in that particular bug, and it does seem to be fixed in the JRE is claims to be fixed in. But looking at the horror-show that is XWM.java [1], I can believe there are other problems, and the behaviour will be different with different JRE versions. There's certainly scope for adding fixes/workarounds to the multiwindow mode internal window manager so that AWT does the correct thing, but I guess what I need to progress this is a test case I can easily run, and 'java -version' for the platform the test case should be run on [1] http://hg.openjdk.java.net/jdk7/jdk7/jdk/file/d58354a69011/src/solaris/classes/sun/awt/X11/XWM.java -- 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: Mouse offset when using java swing based gui applications
I've attached a small test case which shows the menu problems. Compile and run with: javac menus.java java menus My server configuration is Windows 7 x64, Cygwin/X X server version 1.7.3, with dual 1920x1200 monitors. I ran the test case on Fedora 12 x86, using the latest released JRE 1.6u21. The frame appears in one of two ways: 1. With the window frame off the screen top left - ie (0, 0) in the content area is at (0, 0) on the display Or 2. With the window frame showing, but as soon as I try to select a menu, the windows shifts to the position in 1. When the frame as off screen, (as in 1. above), the menus work fine; If I move the window elsewhere on the screen, the menus can be opened but you can't select any item. This menu behaviour has been seen for all versions of JDK 1.6 as far as I remember; it certainly happens with 1.6u3 and 1.6u4. Hope this helps Richard -Original Message- From: Jon TURNEY [mailto:jon.tur...@dronecode.org.uk] Sent: 19 July 2010 16:52 To: cygwin-xfree@cygwin.com; jonas_wink...@gmx.de; Richard Evans Subject: Re: Mouse offset when using java swing based gui applications On 15/07/2010 15:38, Richard Evans wrote: There's a bug reported against Java relating to this, with some more details. It claims to be fixed, but it still occurs. There's a small test case in the bug report. It makes many Java UI applications unusable with Cygwin/X. http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6434227 Thanks very much for the link. That bug report and related ones makes interesting reading: I can see now that Swing/AWT problems are probably behind a few problem reports of this kind we've had. I tried out the test case in that particular bug, and it does seem to be fixed in the JRE is claims to be fixed in. But looking at the horror-show that is XWM.java [1], I can believe there are other problems, and the behaviour will be different with different JRE versions. There's certainly scope for adding fixes/workarounds to the multiwindow mode internal window manager so that AWT does the correct thing, but I guess what I need to progress this is a test case I can easily run, and 'java -version' for the platform the test case should be run on [1] http://hg.openjdk.java.net/jdk7/jdk7/jdk/file/d58354a69011/src/solaris/c lasses/sun/awt/X11/XWM.java -- Jon TURNEY Volunteer Cygwin/X X Server maintainer menus.java Description: menus.java -- 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: Slow response to keypresses in xorg-server-1.8.0-1
Il 19/07/2010 17.45, Simon Marlow ha scritto: On 19/07/2010 15:51, Angelo Graziosi wrote: Simon Marlow wrote: I use the VirtuaWin virtual-desktop tool, and found that often when switching to a desktop with XWin windows on it, the windows would remain blank until I right-clicked on the XWin icon in the tray, when they would refresh. Strange. It is more than an year I use VirtuaWin (now 4.2) without problems with X, and I use the not-patched XWin.exe, i.e. that from original 1.8.0-1 package. Perhaps you have a BLODA[*]? I have MS Forefront client security, configured to omit the Cygwin directories, but I really doubt that's the problem. Have you tried without it (uninstalled)? In VirtuaWin I have Static taskbar Z order set for On desktop change preserve. As mine... I did try using different hiding methods for XWin windows in VirtuaWin, but didn't find anything that worked. VirtuaWin comes in two 'flavors': *with* and *without* unicode support. Which are you using? Have you tried the other? 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/
