Re: Minor progress on Windows clipboard deadlock
Oyvind Harboe [EMAIL PROTECTED] writes: [pasting from X to Windows hangs the Windows app] I would say that there is inconclusive evidence that this this deadlock does not occur under W2K with a single monitor, but only on a XP machine w/multiple monitors. Yes, I am using XP and two monitors, and I was pasting from the X server displayed on one monitor to an app displayed in the other. I think. I have not tested that the deadlock does not occur when not using two monitors. -- Ed Avis [EMAIL PROTECTED]
RE: Minor progress on Windows clipboard deadlock
I occasionally have the windows app hang when pasting from X to Windows and I use XP with a single monitor. - Andy -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Ed Avis Sent: Tuesday, March 02, 2004 3:22 AM To: [EMAIL PROTECTED] Subject: Re: Minor progress on Windows clipboard deadlock Oyvind Harboe [EMAIL PROTECTED] writes: [pasting from X to Windows hangs the Windows app] I would say that there is inconclusive evidence that this this deadlock does not occur under W2K with a single monitor, but only on a XP machine w/multiple monitors. Yes, I am using XP and two monitors, and I was pasting from the X server displayed on one monitor to an app displayed in the other. I think. I have not tested that the deadlock does not occur when not using two monitors. -- Ed Avis [EMAIL PROTECTED]
Re: Minor progress on Windows clipboard deadlock
Ed Avis writes: Yes, I am using XP and two monitors, and I was pasting from the X server displayed on one monitor to an app displayed in the other. I think. I have not tested that the deadlock does not occur when not using two monitors. The deadlock occurs for me on one monitor. One thing I notice just before it usually happens is that I usually select something in an xterm but before I paste that first crash into a Windows app, that xterm will get more input and the selection disappears, as usually happens. Might that have something to do with it? Sorry I can't contribute more at the moment but I'm really busy with work. BTW running Win2K and xserv 44. j
Re: Minor progress on Windows clipboard deadlock
Øyvind, I think I fixed at least part of your problem with the clipboard support when compiling from CVS. It turned out that my OsVendorReset function was not being called in the CVS version because -DDDXOSRESET was not being defined where the files in Xserver/dix/ could see it, thus no call was made to OsVendorReset since it is wrapped with #ifdef DDXOSRESET. I'm not sure if you were using Xdmcp or if you were using -mutliwindow with ssh. If you were using Xdmcp, then this may fix your problem; if you are only using ssh, then it is unlikely to help. Harold Øyvind Harboe wrote: I believe I've made a tiny step towards finding out when this happens. Before the deadlock happens copying from windows and pasting in e.g. Evolution no longer works. I.e. the paste behaves as if the clipboard is empty. At this point XWin is doomed. If you subsequently copy from e.g. Evolution and paste in any Windows app, that Windows app is deadlocked. Øyvind
Minor progress on Windows clipboard deadlock
I'm not sure if you were using Xdmcp or if you were using -mutliwindow with ssh. If you were using Xdmcp, then this may fix your problem; if you are only using ssh, then it is unlikely to help. -multiwindow + ssh. I'm still on the lookout for when this happens, but I haven't run with -48 for very long. I would say that there is inconclusive evidence that this this deadlock does not occur under W2K with a single monitor, but only on a XP machine w/multiple monitors. Øyvind
Minor progress on Windows clipboard deadlock
I believe I've made a tiny step towards finding out when this happens. Before the deadlock happens copying from windows and pasting in e.g. Evolution no longer works. I.e. the paste behaves as if the clipboard is empty. At this point XWin is doomed. If you subsequently copy from e.g. Evolution and paste in any Windows app, that Windows app is deadlocked. Øyvind
