On Aug 29 14:39, Jon TURNEY wrote:
On 08/08/2010 12:04, Andy Koppe wrote:
On 7 August 2010 23:07, Jon TURNEY wrote:
Hmmm, looking again at the implementation of select(), I don't immediately
see that when waiting on /dev/windows, it checks that the message queue has
old messages on it before
On 30/08/2010 12:23, Corinna Vinschen wrote:
On Aug 29 14:39, Jon TURNEY wrote:
On 08/08/2010 12:04, Andy Koppe wrote:
On 7 August 2010 23:07, Jon TURNEY wrote:
Hmmm, looking again at the implementation of select(), I don't immediately
see that when waiting on /dev/windows, it checks that the
On 08/08/2010 12:04, Andy Koppe wrote:
On 7 August 2010 23:07, Jon TURNEY wrote:
Hmmm, looking again at the implementation of select(), I don't immediately
see that when waiting on /dev/windows, it checks that the message queue has
old messages on it before waiting. The MSDN documentation for
On Aug 29 14:39, Jon TURNEY wrote:
On 08/08/2010 12:04, Andy Koppe wrote:
On 7 August 2010 23:07, Jon TURNEY wrote:
Hmmm, looking again at the implementation of select(), I don't immediately
see that when waiting on /dev/windows, it checks that the message queue has
old messages on it before
On Aug 29 16:17, Corinna Vinschen wrote:
On Aug 29 14:39, Jon TURNEY wrote:
On 08/08/2010 12:04, Andy Koppe wrote:
On 7 August 2010 23:07, Jon TURNEY wrote:
Hmmm, looking again at the implementation of select(), I don't immediately
see that when waiting on /dev/windows, it checks that the
On Aug 29 16:41, Corinna Vinschen wrote:
On Aug 29 16:17, Corinna Vinschen wrote:
On Aug 29 14:39, Jon TURNEY wrote:
On 08/08/2010 12:04, Andy Koppe wrote:
On 7 August 2010 23:07, Jon TURNEY wrote:
Hmmm, looking again at the implementation of select(), I don't
immediately
see
We are listening and learning :-)
Dave
Sent from my iPad
On Aug 29, 2010, at 9:51 AM, Corinna Vinschen corinna-cyg...@cygwin.com
wrote:
On Aug 29 16:41, Corinna Vinschen wrote:
On Aug 29 16:17, Corinna Vinschen wrote:
On Aug 29 14:39, Jon TURNEY wrote:
On 08/08/2010 12:04, Andy Koppe
On 7 August 2010 23:07, Jon TURNEY wrote:
Hmmm, looking again at the implementation of select(), I don't immediately
see that when waiting on /dev/windows, it checks that the message queue has
old messages on it before waiting. The MSDN documentation for
MsgWaitForMultipleObjects() seems to
2010/8/5 Laurent Montaron l...@pobox.com:
The workaround in XWin.20100630-git-bc2f74e105146c36.exe definitely fixes
the problem. I have been running with it for two days now. Did anyone find
out if root cause is a bug in /dev/windows implementation or something else?
It just smells like so,
On 07/08/2010 16:39, Reini Urban wrote:
2010/8/5 Laurent Montaronl...@pobox.com:
The workaround in XWin.20100630-git-bc2f74e105146c36.exe definitely fixes
the problem. I have been running with it for two days now. Did anyone find
out if root cause is a bug in /dev/windows implementation or
The workaround in XWin.20100630-git-bc2f74e105146c36.exe definitely
fixes the problem. I have been running with it for two days now. Did
anyone find out if root cause is a bug in /dev/windows implementation or
something else?
On 11:59, Jon TURNEY wrote:
Anyhow, I've cooked up a small
On 8:59 PM, Jon TURNEY wrote:
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]
On 20/07/2010 00:00, Angelo Graziosi wrote:
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
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
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
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.
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
Hi, just joined the list. I updated to the latest cygwin today and was
having the same problem with X just freezing up in the background.
Your fix did the trick. I am profoundly grateful, it was making me
batty.
Since I've never overwritten an installed binary with cygwin before,
wondering
--- Mer 30/6/10, Jon TURNEY ha scritto:
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]
On 7/1/2010 4:49 PM, Leigh Orf wrote:
Hi, just joined the list. I updated to the latest cygwin today and was
having the same problem with X just freezing up in the background.
Your fix did the trick. I am profoundly grateful, it was making me
batty.
Since I've never overwritten an installed
On 02/05/2010 21:52, Ken Brown wrote:
On 5/1/2010 9:49 AM, Ken Brown wrote:
I'm often seeing a very slow response to keypresses under
xorg-server-1.8.0-1. The problem is intermittent, but it always happens
within a few minutes after starting the server (via the start menu
shortcut or a slight
On 6/30/2010 1:40 PM, Jon TURNEY wrote:
On 02/05/2010 21:52, Ken Brown wrote:
On 5/1/2010 9:49 AM, Ken Brown wrote:
I'm often seeing a very slow response to keypresses under
xorg-server-1.8.0-1. The problem is intermittent, but it always happens
within a few minutes after starting the server
Wed, 02 Jun 2010 09:52:28 -0700
I have this problem too. I found a weird, non-code partial solution:
run some sort of constantly-updating graphical program in the
background, like ico or something like that.
This workaround is apparently avoiding the X 1.8.0 response problem.
I am running
On Sat, 01 May 2010 09:49:21, Ken Brown wrote:
I'm often seeing a very slow response to keypresses under
xorg-server-1.8.0-1. The problem is intermittent, but it always happens
within a few minutes after starting the server (via the start menu
shortcut or a slight variant). Here are some
I have this problem too. I found a weird, non-code partial solution:
run some sort of constantly-updating graphical program in the
background, like ico or something like that. I think the problem is
that the X server or window manager goes to sleep and won't wake up
until you get its attention.
Yeah I just saw that as well. Today I upgraded my xserver from 1.7.3
to 1.8.0 and immediately noticed the awkwardness on Alt-Tab. What
happened?
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
On 8:59 PM, Ken Brown wrote:
On 5/1/2010 9:49 AM, Ken Brown wrote:
I'm often seeing a very slow response to keypresses under
xorg-server-1.8.0-1. The problem is intermittent, but it always happens
within a few minutes after starting the server (via the start menu
shortcut or a slight variant
On 5/1/2010 9:49 AM, Ken Brown wrote:
I'm often seeing a very slow response to keypresses under
xorg-server-1.8.0-1. The problem is intermittent, but it always happens
within a few minutes after starting the server (via the start menu
shortcut or a slight variant). Here are some examples:
1
28 matches
Mail list logo