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,
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
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
Ø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
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
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.
