, aborting: 1
--
Ed Avis [EMAIL PROTECTED]
.
winClipboardProc - XDestroyWindow succeeded.
winDeinitMultiWindowWM - Noting shutdown in progress
--
Ed Avis [EMAIL PROTECTED]
Wilks, Dan [EMAIL PROTECTED] writes:
I have noticed that the mouse pointer disappears when the window has
focus.
Do you happen to use remote desktop or anything like it?
Yes, I occasionally remote desktop into the machine.
--
Ed Avis [EMAIL PROTECTED]
Ed Avis [EMAIL PROTECTED] writes:
I remote desktop'd into my XP machine using a smaller display size
than the monitor connected locally. When I went back in front of the
machine I found that the X server window had shrunk to roughly the
size of the remote desktop screen, but had not grown back
DetectUnicodeSupport - Windows NT/2000/XP
winClipboardProc - DISPLAY=127.0.0.1:0.0
winClipboardProc - XOpenDisplay () returned and successfully opened the display.
--
Ed Avis [EMAIL PROTECTED]
() failed: 2749
winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for
CompoundText, aborting: 1
--
Ed Avis [EMAIL PROTECTED]
height: 1600
--
Ed Avis [EMAIL PROTECTED]
.
winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 2749
--
Ed Avis [EMAIL PROTECTED]
It would be useful if run.exe and XWin.exe had a --help option. XWin
will print usage if it sees an unrecognized option, but the message
goes to stderr + popup window; --help normally means print usage to
stdout and exit successfully.
--
Ed Avis [EMAIL PROTECTED]
- WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 8, new bpp: 32
winWindowProc - WM_DISPLAYCHANGE - new width: 1280 new height: 1024
--
Ed Avis [EMAIL PROTECTED]
Double-clicking on the 'X' icon in the Windows system tray brings up a
dialogue box asking if you want to kill the X server, but I think it
should bring the X window to the foreground (if single-window mode).
--
Ed Avis [EMAIL PROTECTED]
winReleasePrimarySurfaceShadowDDNL - Released primary surface
winCreatePrimarySurfaceShadowDDNL - Creating primary surface
winCreatePrimarySurfaceShadowDDNL - Could not create primary surface: 8876024e
--
Ed Avis [EMAIL PROTECTED]
primary surface: 8876024e
winClipboardProc - Call to select () failed: -1. Bailing.
winClipboardProc - XDestroyWindow succeeded.
--
Ed Avis [EMAIL PROTECTED]
not hang in 4.3.0-63. After I drop the X selection it is no longer
in the Windows clipboard, so that I cannot paste into Notepad. I don't know if
this is consistent with cut and paste on a native X desktop, but it is a massive
improvement over hanging. Thanks!
--
Ed Avis [EMAIL PROTECTED]
scheduled a
replace-on-reboot for it. Search /var/log/setup.log for Scheduled
reboot replacement.
Yes, I see it. But I did reboot my machine, as the setup program
suggested.
Anyway I moved XWin.exe.new to XWin.exe and I am now running the
latest version.
--
Ed Avis [EMAIL PROTECTED]
- IDirectDrawSurface4_Blt reported that the primary
surface was lost, trying to restore, retry: 1
winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned:
--
Ed Avis [EMAIL PROTECTED]
Ed Avis [EMAIL PROTECTED] writes:
Harold L Hunt II [EMAIL PROTECTED] writes:
XFree86-xserv-4.3.0-49 has some changes that may help to recover
from and/or to prevent the deadlock situations. Please try it and
let me know if it improves things or not.
Thanks for looking at this - I will try
not running an old copy.
--
Ed Avis [EMAIL PROTECTED]
again.)
--
Ed Avis [EMAIL PROTECTED]
I hope the developers will consider adding the following features to
make bug reporting easier:
- Version number of the X server printed at the top of XWin.log
- xwinclip --version
--
Ed Avis [EMAIL PROTECTED]
the problem -
xwinclip is now chugging away happily.
So I just mention this in case it is interesting - sorry that I can't
reproduce the problem every time. I am running XFree86-xserv 4.3.0-44
and XFree86-xwinclip 4.3.0-2.
--
Ed Avis [EMAIL PROTECTED]
, 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]
events - but maybe it is more
informative to you than to me.)
--
Ed Avis [EMAIL PROTECTED]
xwinclip.exe. If xwinclip gets
into a wedged state then it can be killed and restarted.
There is likely a bug in XWin.exe's clipboard support that will need
to be fixed.
Let me know if you would like me to do something to help reproduce or
track down this bug.
--
Ed Avis [EMAIL PROTECTED]
Ed Avis [EMAIL PROTECTED] writes:
- I copied a URL from an email message in Evolution
- When I paste into a Windows app, that Windows app is stuck. This
happened w/iexplorer and explorer.exe.
It appears as if the Windows app is stuck indefinitely waiting for
the pastable from XWin.
I am seeing
with the keyboard.
--
Ed Avis [EMAIL PROTECTED]
causes the Windows app to hang. See
http://article.gmane.org/gmane.os.cygwin.xfree/9829.
--
Ed Avis [EMAIL PROTECTED]
27 matches
Mail list logo