Re: X server does not start from bash nor start menu
On Wed, Nov 10, 2010 at 9:33 AM, Jon TURNEY jon.tur...@dronecode.org.uk wrote: Can you start the X server by typing 'XWin' into a bash shell? Does that produce any output? If not, does 'cygcheck XWin' identify any problems? in a command shell (not a bash shell) xwin.exe gave me the error report that I needed cygcrypto-0.9.8.dll I don't know exactly why the file didn't install by default, but I found a 3rd party site that had the file. I really don't trust the file I installed, but the X server starts with it installed. I don't know which package would install cygcrypto-0.9.8.dll thank you for you assistance it is greatly appreciated. -- 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: X server does not start from bash nor start menu
On Wed, Nov 10, 2010 at 10:50 AM, Larry Hall (Cygwin X) http://cygwin.com/acronyms/#PCYMTNQREAIYR Yes, my apologies I did not notice that email included... http://cygwin.com/cgi-bin2/package-grep.cgi?grep=cygcrypto-0.9.8.dll thank you for the link. -- 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: Is there a Windows clipboard manager that doesn't clash with -clipboard parameter?
Alister Hood alister.hood at synergine.com writes: Hi, I've found that -clipboard clashes with Windows clipboard history managers such as Ditto. Does anybody know of a clipboard manager with which it does work? I have had awful troubles using XWin with -clipboard. I don't think I am doing anything odd with the XP clipboard AFAIK. Using -clipboard crashes various applications (tgif) and gives performance issues in others (LyX) I tried a re-install for xwin but it seems to give me the version from February, 1.5.3.0 (20090222) Looking at the package list for cygwin, it appears the xwin package is obsolete? What am I doing wrong? -- 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/
Fwd: error with font in xTerm
WinX.log (WW) /tmp mounted int textmode _XSERVTransmkdir: ERROR: euid != 0,directory /tmp/.X11-unix will not be created. (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 1024 height: 768 depth: 32 winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 null screen fn ReparentWindow null screen fn RestackWindow InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winMultiWindowXMsgProc - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Calling pthread_mutex_lock () MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: 040A (040a) (--) Using preset keyboard for Spanish (Spain, Traditional Sort) (40a), type 4 (--) 3 mouse buttons found Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! Fatal server error: could not open default font 'fixed' - Where, I can download, and how install this font to run xTerm, Release: 6.8.99.901-4 xwin started command-line : /usr/X11R6/bin/XWin -multiwindow -clipboard -silent-dup-error -- 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: howto stop the beep in cygwin ??
you using - xterm -v)? I use : Cygwin 6.8.2.0(202) -- 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: howto stop the beep in cygwin ??
XTerm*VT100.visualBell: true Great, thx again a lot. XTerm*VT100.reverseVideo: true Just a litle PB with the reverseVideo Mode, which became white when you move another xterm above it, kind of bug with redrawing of the background color. Such bug disappear with ( C-middle Enable Reverse Video ) x Twice. Anyhow, thanks for your tips, -- 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: howto stop the beep in cygwin ??
Thomas Dickey dickey at his.com writes: xterm's visibleBell resource (which is toggleable via the control/left/mouse menu) does that. thanks a lot Thomas, I am now secured from beeing banned of my desk :) It is contol/middle click mouse/ with my cygwin and it works indeed ! Will I ask too much, if I ask you how to set it permanently in any config file ? And how to set permantly Enable Reverse Video mode ? thx. -- 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: 6.8.2.0-2: Shift and control keys don't operate
--On Wednesday, June 22, 2005 8:56 PM +0200 Alexander Gottwald [EMAIL PROTECTED] wrote: Ed Greenberg wrote: Following up my own post. I note while running xev that the shift and control keys do not cause events. The xev output window indicates all the other keys, but not those. That's odd. What kind of keyboard do you have? Maybe there are programs running which grab some of the keys and translate them to a different kind of messages. bye This is a pretty plain vanilla Win XP Prof SP2 installation. Can somebody on XP SP2 with a US keyboard please run xev and see if shift and control keys generate scancodes? /edg
6.8.2.0-2: Shift and control keys don't operate
I am running Cygwin/X ver 6.8.2.0-2 under Windows XP SP2 In xterm, or anything else that takes readline input, neither the shift, nor control keys do anything. Echoed output is lower case no matter whether the shift key or control key is pressed. No capital letters, and no control keys are available. Behavior is the same whether the client is local (local xterm) or on another machine (ddd on a linux box -- which is my eventual goal). Even when ctrl and shift don't work, capslock works fine. In the regular cygwin shell, ctrl and shift work fine. I'm running the standard US keyboard (PS2, not USB). I've tried more than one keyboard -- both 102/103 key and also 105 key. Attached are cygcheck.txt and also a copy of the output from startx. Does anybody have a cure for this? Thanks, Ed Greenberg San Jose, CA XWin was started with the following command line: X :0 -multiwindow -clipboard _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information (==) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TT F/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/ X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0007 winSetEngine - Multi Window or Rootless = ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 2560 height: 1024 depth: 32 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 null screen fn ReparentWindow null screen fn RestackWindow InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shar ed memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: 0409 (0409) (--) Using preset keyboard for English (USA) (409), type 4 Rules = xorg Model = pc105 Layout = us Variant = (null) Options = (null ) (--) 4 mouse buttons found Could not init font path element /usr/X11R6/lib/X11/fonts/TTF/, removing from li st! Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from li st! Could not init font path element /usr/X11R6/lib/X11/fonts/100dpi/, removing from list! winPointerWarpCursor - Discarding first warp: 1280 512 winInitMultiWindowWM - pthread_mutex_lock () returned. winProcEstablishConnection - Hello winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 cat: /home/edg/.Xauthority: No such file or directory winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the disp lay. winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the di splay. winClipboardProc - XOpenDisplay () returned and successfully opened the display. Cygwin Configuration Diagnostics Current System Time: Sun Jun 19 10:24:09 2005 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem d:\Program Files\SecureCRT\ c:\Program Files\Common Files\Roxio Shared\DLLShared d:\PROGRA~1\NcFTP Output from C:\cygwin\bin\id.exe (nontsec) UID: 1003(edg) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1003(edg) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS HOME = `C:\cygwin\home\edg' MAKE_MODE = `unix' PWD = `/home/edg' USER = `edg' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\edg\Application Data' CLIENTNAME
Clipboard problems with xemacs whole-line selection
winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 2749 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 2749 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 2749 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 2749 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 2749 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 2749 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 2749 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 2749 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 -- Ed Avis [EMAIL PROTECTED]
Re: X server window resizes after remote desktop, and can't resize back
Here is another example of the problem where remote desktop causes the X server window to resize but on logging in locally it doesn't get restored to its former size. If the bug is tricky to fix, a possible workaround would be to let the user manually override the size of the X server window, for example by enabling the Maximize button. Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.7.0.0-12 Contact: [EMAIL PROTECTED] XWin was started with the following command line: /usr/X11R6/bin/XWin -clipboard -engine 1 -br ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1200 h 1600 winInitializeDefaultScreens - Returning winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0007 winSetEngine - Using user's preference: 1 winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 1194 height: 1547 depth: 32 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=250, rate=31 (--) winConfigKeyboard - Layout: 0809 (0809) (--) Using preset keyboard for English (United Kingdom) (809), type 4 Rules = xorg Model = pc105 Layout = gb Variant = (null) Options = (null) Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winPointerWarpCursor - Discarding first warp: 597 773 winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winProcSetSelectionOwner - Clipboard not yet started, aborting. winProcSetSelectionOwner - Clipboard not yet started, aborting. winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 32, new bpp: 8 winWindowProc - WM_DISPLAYCHANGE - new width: 1024 new height: 720 winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 8, new bpp: 32 winWindowProc - WM_DISPLAYCHANGE - new width: 1200 new height: 1600 winClipboardProc - winClipboardFlushWindowsMessageQueue trapped WM_QUIT message, exiting main loop. winClipboardProc - XDestroyWindow succeeded. winDeinitMultiWindowWM - Noting shutdown in progress -- Ed Avis [EMAIL PROTECTED]
Re: Mouse pointer disappears
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]
Re: X server window resizes after remote desktop, and can't resize back
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 again when I logged in locally. Here is a second XWin.log showing the problem. I tried changing the display size from control panel back and forth a few times, but the X server window refused to grow back to its former size. Maybe there could be some logging saying 'I noticed a change in Windows display size and I am resizing the X window accordingly' or 'I noticed a change in Windows display size but will not change the X window size'. Then one could see what is the intended behaviour. Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.7.0.0-7 Contact: [EMAIL PROTECTED] XWin was started with the following command line: /usr/X11R6/bin/XWin -clipboard -engine 1 -br ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1200 h 1600 winInitializeDefaultScreens - Returning winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0007 winScreenInit - dwWidth: 1200 dwHeight: 1600 winSetEngine - Using user's preference: 1 winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 1194 height: 1547 depth: 32 winAllocateFBShadowGDI - Dibsection width: 1194 height: 1547 depth: 32 size image: 7388472 winAllocateFBShadowGDI - Created shadow stride: 1194 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=250, rate=31 (--) winConfigKeyboard - Layout: 0809 (0809) (--) Using preset keyboard for English (United Kingdom) (809), type 4 Rules = xorg Model = pc105 Layout = gb Variant = (null) Options = (null) Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winPointerWarpCursor - Discarding first warp: 597 773 winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winProcSetSelectionOwner - Clipboard not yet started, aborting. winProcSetSelectionOwner - Clipboard not yet started, aborting. winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed
Mouse pointer disappears
With the current Cygwin X server (or what is as close as I can get to the current one, because cygwin.com is unreachable for me) I have noticed that the mouse pointer disappears when the window has focus. If I just move the pointer over the X server window and it isn't focused then the pointer changes into a correct X pointer for the application running in the X server (for example it changes into an up-down arrow when hovering over the modeline in xemacs). But as soon as I click in the X server window to give it focus, the mouse pointer disappears and remains disappeared as long as the pointer location is above the X server window, and that window is focused. I can't reproduce this every time but I have seen it on a few occasions. Here is a log file: Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.7.0.0-7 Contact: [EMAIL PROTECTED] XWin was started with the following command line: /usr/X11R6/bin/XWin -clipboard -engine 1 -br ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1200 h 1600 winInitializeDefaultScreens - Returning winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0007 winScreenInit - dwWidth: 1200 dwHeight: 1600 winSetEngine - Using user's preference: 1 winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 1194 height: 1547 depth: 32 winAllocateFBShadowGDI - Dibsection width: 1194 height: 1547 depth: 32 size image: 7388472 winAllocateFBShadowGDI - Created shadow stride: 1194 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=250, rate=31 (--) winConfigKeyboard - Layout: 0809 (0809) (--) Using preset keyboard for English (United Kingdom) (809), type 4 Rules = xorg Model = pc105 Layout = gb Variant = (null) Options = (null) Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winPointerWarpCursor - Discarding first warp: 597 773 winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello 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]
X server hangs when pasting into Windows apps
for CompoundText, aborting: 1 -- Ed Avis [EMAIL PROTECTED]
X server window resizes after remote desktop, and can't resize back
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 again when I logged in locally. The maximize button on the window is greyed out and I can't resize the window using its borders, so there seems to be no way to restore the original size. The log (shown below) indicates that the X server did notice the change of screen size, but for whatever reason didn't resize its window. I think it is a bug that the window didn't get restored to its original size, but I'd also like to request some kind of manual resizing option (perhaps ungreying the maximize button) so the server can be fixed if the problem happens again. Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.7.0.0-4 Contact: [EMAIL PROTECTED] XWin was started with the following command line: /usr/X11R6/bin/XWin -clipboard -engine 1 -br ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1200 h 1600 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winValidateArgs - Returning. (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0007 winScreenInit - dwWidth: 1200 dwHeight: 1600 winSetEngine - Using user's preference: 1 winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1200 h: 1600 winCreateBoundingWindowWindowed - Current w: 1200 h: 1600 winAdjustForAutoHide - Original WorkArea: 0 0 1572 1200 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1572 1200 winCreateBoundingWindowWindowed - WindowClient w 1194 h 1547 r 1194 l 0 b 1547 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1194 height: 1547 depth: 32 winAllocateFBShadowGDI - Dibsection width: 1194 height: 1547 depth: 32 size image: 7388472 winAllocateFBShadowGDI - Created shadow stride: 1194 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 winRandRInit () winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=250, rate=31 (--) winConfigKeyboard - Layout: 0809 (0809) (--) Using preset keyboard for English (United Kingdom) (809), type 4 Rules = xorg Model = pc105 Layout = gb Variant = (null) Options = (null) Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winPointerWarpCursor - Discarding first warp: 597 773 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winProcSetSelectionOwner - Clipboard not yet started, aborting. winProcSetSelectionOwner - Clipboard not yet started, aborting. winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 32, new bpp: 32 winWindowProc - WM_DISPLAYCHANGE - new width: 1600 new height: 1200 winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 32, new bpp: 32 winWindowProc - WM_DISPLAYCHANGE - new width: 1200 new height: 1600 winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 32, new bpp: 8 winWindowProc - WM_DISPLAYCHANGE - new width: 1152 new height: 864 winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 8, new bpp: 8 winWindowProc - WM_DISPLAYCHANGE - new width: 1200 new height: 900 winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 8, new bpp: 32 winWindowProc - WM_DISPLAYCHANGE - new width: 1200 new height: 1600 -- Ed Avis [EMAIL PROTECTED]
Clipboard mini-hangs with 6.7.0.0-4
winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 2749 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 2749 -- Ed Avis [EMAIL PROTECTED]
--help option for run.exe and XWin.exe
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]
Re: Crash when remote desktop changes screen resolutions
- XConvertSelection () failed for UTF8String, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 32, new bpp: 8 winWindowProc - WM_DISPLAYCHANGE - new width: 800 new height: 600 winWindowProc - 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 tray icon
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]
Re: Crash when remote desktop changes screen resolutions
-- Ed Avis [EMAIL PROTECTED]
Crash when remote desktop changes screen resolutions
reported that the primary surface was lost, trying to restore, retry: 2 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: DD_OK winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: DD_OK winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 2 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: DD_OK winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: DD_OK winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: DD_OK winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: DD_OK winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 2 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: DD_OK winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: DD_OK winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: DD_OK winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 2 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: DD_OK winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 32, new bpp: 8 winWindowProc - WM_DISPLAYCHANGE - new width: 1024 new height: 720 winWindowProc - Disruptive change in depth winDisplayDepthChangeDialog - DialogBox returned: 8585334 winDisplayDepthChangeDialog - GetLastError: 6 winReleasePrimarySurfaceShadowDDNL - Hello winReleasePrimarySurfaceShadowDDNL - Detached clipper winReleasePrimarySurfaceShadowDDNL - Released primary surface winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Could not create primary surface: 8876024e winWindowProc - WM_ACTIVATE - Bad depth, trying to override window activation winWindowProc - WM_ACTIVATE - Bad depth, trying to override window activation winWindowProc - WM_ACTIVATE - Bad depth, trying to override window activation winWindowProc - WM_ACTIVATE - Bad depth, trying to override window activation winWindowProc - WM_ACTIVATE - Bad depth, trying to override window activation winChangeDelthDlgProc - wParam == s_pScreenInfo-dwBPP winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 8, new bpp: 32 winWindowProc - WM_DISPLAYCHANGE - new width: 1280 new height: 1024 winReleasePrimarySurfaceShadowDDNL - Hello winReleasePrimarySurfaceShadowDDNL - Released primary surface winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Could not create primary surface: 8876024e winClipboardProc - Call to select () failed: -1. Bailing. winClipboardProc - XDestroyWindow succeeded. -- Ed Avis [EMAIL PROTECTED]
Re: test case for clipboard hang?
Harold L Hunt II huntharo at msu.edu writes: 1) Reboot 2) start a fresh xwin, xterm, notepad, and put some text in the xterm and notepad 3) select, ^C copy from notepad, middle-click in xterm. it pastes successfully 4) select in xterm, leave the text reverse-videoed 5) ^V paste into notepad (successfully) 6) drop the selection in xterm (by left clicking somewhere) 7) ^V paste into notepad (successfully, even though the selection is dropped) 8) select a different piece of text in xterm. 9) drop the selection in xterm 10) ^V paste into notepad: it hangs for a few seconds and doesn't paste. (The paste menu option is NOT greyed out at this point). I'd really appreciate some feedback on the new fix in XFree86-xserv-4.3.0-63, which should be hitting mirrors within a few hours. Yes, I can reproduce the hang with 4.3.0-50 (actually, I used xemacs not xterm) but it does 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]
Re: Still clipboard deadlock with 4.3.0-50
Igor Pechtchanski writes: The log that you show below confirms that you *do not* have 4.3.0-50 installed, That's what I suspected, but the setup program is quite sure it installed -50... Please configure your mailer to not quote raw e-mail addresses in replies -- the spam harvesters have it too easy as it is. As far as I know it quotes only the From header of the previous message, which is already publicly readable? I have hidden your address in this case but I don't think you can require others to keep hidden something which you have publicly disclosed. If you're referring to the web archive, and the fact that it applies some simple obfuscation to From: but not to message bodies, then I'll change my mailer's behaviour if the list owner requests it. Also, if you had a copy of XWin.exe running at the time you did the install, setup was not able to replace it, but instead 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]
Really still clipboard deadlock with 4.3.0-50
winProcSetSelectionOwner - OpenClipboard () failed: winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: -- Ed Avis [EMAIL PROTECTED]
Still clipboard deadlock with 4.3.0-50
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 4.3.0-50. Unfortunately even after updating with the setup program and rebooting, running XWin.exe -clipboard can hang Windows apps when I try to paste into them. However I am not sure that I'm even running the -50 release because I don't see any version banner in XWin.log. The setup program says I have -50 installed, but is it telling the truth? The XWin.log follows. ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winScreenInit - dwWidth: 1280 dwHeight: 1024 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1280 h: 1024 winCreateBoundingWindowWindowed - Current w: 1280 h: 1024 winAdjustForAutoHide - Original WorkArea: 0 0 996 1280 winAdjustForAutoHide - Adjusted WorkArea: 0 0 996 1280 winCreateBoundingWindowWindowed - WindowClient w 1274 h 971 r 1274 l 0 b 971 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 5096 winAllocateFBShadowDDNL - Created shadow pitch: 5096 winAllocateFBShadowDDNL - Created shadow stride: 1274 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowDDNL - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=250, rate=31 (--) winConfigKeyboard - Layout: 0809 (0809) (--) Using preset keyboard for English (United Kingdom) (809), type 4 (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = xfree86 Model = pc105 Layout = gb Variant = (null) Options = (null) winPointerWarpCursor - Discarding first warp: 637 485 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP OsVendorReset - Hello (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winScreenInit - dwWidth: 1274 dwHeight: 971 winSetEngine - Using Shadow DirectDraw NonLocking winCreateBoundingWindowWindowed - User w: 1280 h: 1024 winCreateBoundingWindowWindowed - Current w: 1274 h: 971 winAdjustForAutoHide - Original WorkArea: 0 0 996 1280 winAdjustForAutoHide - Adjusted WorkArea: 0 0 996 1280 winCreateBoundingWindowWindowed - WindowClient w 1274 h 971 r 1274 l 0 b 971 t 0 winCreateBoundingWindowWindowed - Returning winClipboardProc - DISPLAY=127.0.0.1:0.0 winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 5096 winAllocateFBShadowDDNL - Created shadow pitch: 5096 winAllocateFBShadowDDNL - Created shadow stride: 1274 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowDDNL - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=250, rate=31 (--) winConfigKeyboard - Layout: 0809 (0809
Re: Still clipboard deadlock with 4.3.0-50
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. Unfortunately even after updating with the setup program and rebooting, running XWin.exe -clipboard can hang Windows apps when I try to paste into them. Did you ever confirm for me that you are *not* also running xwinclip at the same time as using -clipboard? I have used -clipboard and I have used xwinclip, but never both at the same time. The log that you show below confirms that you *do not* have 4.3.0-50 installed, or that you are running some other version from your startup scripts. There should be a 5 line block at the top of the log file since 4.3.0-49, but your log doesn't have it. That's what I suspected, but the setup program is quite sure it installed -50... I will check the timestamp on Xwin.exe and make sure I'm not running an old copy. -- Ed Avis [EMAIL PROTECTED]
Re: Feature request: version report
Harold L Hunt II [EMAIL PROTECTED] writes: If you could add some means to manually kill and/or restart the clipboard code inside the X server then I could switch back without the risk of losing work, I would add a manual kill/restart as a last resort in a few months. Until then I would prefer to swat bugs rather than try to work around the problem. I agree that fixing the bugs is better, but as well as testing XWin to find bugs I also try to use it for work, and if Windows apps hang unrecoverably then I can't use the clipboard support. So you may be able to swat bugs faster if users can use the software with less risk. 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 4.3.0-50. (And try running with -clipboard once again.) -- Ed Avis [EMAIL PROTECTED]
Feature request: version report
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]
xwinclip consistently unable to open clipboard
Because of experiencing hangs when using the built-in clipboard support (see other threads), I have switched to running xwinclip.exe separately. It normally works but recently, with the X server having been running for a while, xwinclip died with 'unable to open clipboard'. The full output was UnicodeSupport - Windows NT/2000/XP Unicode clipboard I/O SelectionNotify - Reasserted ownership of ATOM: PRIMARY [above line repeated many times] OpenClipboard () failed: Previously, I've had xwinclip crash but been able to restart it. But now when I try to restart xwinclip it dies immediately: UnicodeSupport - Windows NT/2000/XP Unicode clipboard I/O OpenClipboard () failed: Hmm, I was going to say, this happens every time I run it. But during the course of writing this message I pasted some text from the command prompt window into PuTTY, and that seems to have cured 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]
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: Feature request: version report
Harold L Hunt II [EMAIL PROTECTED] writes: Regarding xwinclip, you should really be using (XWin -clipboard) There are a couple of problems with -clipboard (discussed earlier on this list) which have led me to switch back to xwinclip: - Clipboard support seems to die, that is, the Windows clipboard and the X selection stop affecting one another. xwinclip also tends to die occasionally but when this happens it can be restarted. - Windows apps hanging when I try to paste into them. This seems to have started since I began using two displays (though I am not 100% sure). This bug reliably kills any Windows application so it is too dangerous for me to run XWin with clipboard enabled. I have not seen this problem with xwinclip. If you could add some means to manually kill and/or restart the clipboard code inside the X server then I could switch back without the risk of losing work, and I'd be happy to report the contents of Xwin.log on the occasions when such a manual restart was necessary. (In general, I think the clipboard support could be a bit noisier in its logging since the contents of XWin.log never seems to give much away about clipboard or selection change events - but maybe it is more informative to you than to me.) -- Ed Avis [EMAIL PROTECTED]
Re: XWin causes Windows apps to hang(?)
Harold L Hunt II [EMAIL PROTECTED] writes: [Windows app hangs when pasting to it from X] Yes, the OpenClipboard failure is probably causing your crash. Try editing your startxwin.bat and removing the -clipboard parameter being passed to XWin.exe. If I do that then I can run a separate 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]
Re: XWin causes Windows apps to hang(?)
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 this too. I tried pasting into several different applications, in all cases it caused the app to hang and I had to kill it using the task manager. Here is the XWin.log for an X session that does this. The server is running happily but it will crash any Windows app I try to paste into from the X selection. I wonder if it might be the line winProcSetSelectionOwner - OpenClipboard () failed: The log follows. ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winScreenInit - dwWidth: 1280 dwHeight: 1024 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1280 h: 1024 winCreateBoundingWindowWindowed - Current w: 1280 h: 1024 winAdjustForAutoHide - Original WorkArea: 0 0 996 1280 winAdjustForAutoHide - Adjusted WorkArea: 0 0 996 1280 winCreateBoundingWindowWindowed - WindowClient w 1274 h 971 r 1274 l 0 b 971 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 5096 winAllocateFBShadowDDNL - Created shadow pitch: 5096 winAllocateFBShadowDDNL - Created shadow stride: 1274 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowDDNL - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=250, rate=31 (--) winConfigKeyboard - Layout: 0809 (0809) (--) Using preset keyboard for English (United Kingdom) (809), type 4 (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = xfree86 Model = pc105 Layout = gb Variant = (null) Options = (null) winPointerWarpCursor - Discarding first warp: 637 485 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: winProcSetSelectionOwner - OpenClipboard () failed: winProcSetSelectionOwner - OpenClipboard () failed: winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned
Re: remote xemacs and selection problem (using XWin -clipboard)
Kris Thielemans [EMAIL PROTECTED] writes: I have a problem running XEmacs remotely. When I press ctrl-space, I do get 'mark set', but when I then press Ctrl-w to cut something, I get 'The region is not active now'. The problem disappears when I remove the -clipboard option from Xwin. I think you can fix this by setting transient-mark-mode. I know I had the same problem with my XEmacs, and fixed it somehow, but strangely I can't find any mention of transient-mark-mode in my ~/.emacs or ~/.xemacs/ although I do get the behaviour it turns on - not highlighting the region when it is selected with the keyboard. -- Ed Avis [EMAIL PROTECTED]
Re: Clipboard related failure
[EMAIL PROTECTED] writes: I just had and clipboard related problem, and a Windows notpad like program stopped working (not responsive), along with it. What did you do to cause the program to stop responding? Others have seen a problem where _pasting_ into a Windows application from the X server causes the Windows app to hang. See http://article.gmane.org/gmane.os.cygwin.xfree/9829. -- Ed Avis [EMAIL PROTECTED]
GLX
Dear All, I have an application that sits on an SGI machine which I access via xfree86 on cygwin. When I try and open the application, I get a message telling me that extension GLX is missing. I have cygwin's OpenGL installed but I am guessing that the GLX extension is not part of this distribution. Is there a GLX extension for cygwin? If not, does anyone know of an X-windows environment for Microsoft Windows which supports GLX? Thank you for any advice you can give! Ed. __ Dr. Ed Llewellin Dept. of Earth Sciences, University of Bristol, Bristol BS8 1RJ, UK. Tel: 0117 9545415 Fax: 0117 9253385 [EMAIL PROTECTED] http://www.gly.bris.ac.uk/www/admin/personnel/EWL.html
Re: another thing
Chris, xhost the remote machine, and try opening up an xterm on the remote machine with the -display flag. If you don't have xterm on the remote machine, then you don't have X installed on the remote machine, and therefore X11 forwarding would be worthless. On Thu, 6 Mar 2003, Chris Horn wrote: Seeing as I don't have that clip thing, here's some paraphrased debug messages: Warning: No xauth data; using fake auth data for X11 forwarding debug1: Requesting X11 fwd w/ auth spoofing debug1: channel request 0: x11-req debug1: Remote: No xauth program; cannot forward with spoofing. Does that mean that I need to install X (or at least xauth) on the remote machine? Thanks for all the help so far. chris. - [EMAIL PROTECTED] 703.413.1100 x5100
XFree86: Removing dummy root window on Rootless/Multiwindow mode
To The Esteemed List: I've been using Cygwin ever since the release of the multiwindow test server. It's been excellent! Thanks for all the hard work, especially Kensuke Matsuzaki for putting it all together in the beginning. My question is this: Is it possible to run Cygwin Xfree -rootless without having to have the dummy root window? If not, why not?
Re: Expect Script under X-Windows
On Mon, 22 Jul 2002, 12:20pm (-0400), Zelkovitz, Sanford J (ZERO CHAOS) wrote: I have been trying without any success to write an expect script which would insert the password for ssh in an x-windows session. I am obviously doing something wrong since all efforts have failed. Has anyone succeeded where I have failed? You're making things we too hard on yourself. Look at the man pages for: ssh, ssh-keygen, ssh-agent, and ssh-add. -- Edward Hennis ___ [EMAIL PROTECTED] ___ http://www.vaxer.net/~eah Amazing, really, what useless shit you can do |\ /| with the Internet. | O | -- Ben Ostrowsky sylvar at afn.org|/_\|
placing launched MAGIC 7.1 app dissappears
Hi, I got magic 7.1 installed and trying to run it about 10 times only got the magic window to open once. After that, I can't open it at all. The full-screen window opens, the app window is on the mouse cusor, but when I place it, it vanishes. Does anyone know why windows vanish like that? Thanks Ed __ Do You Yahoo!? Yahoo! Greetings - send holiday greetings for Easter, Passover http://greetings.yahoo.com/
Re: placing launched MAGIC 7.1 app dissappears
I have been using the given bat file to launch it. The line you refer to as stated in the MAGICXF.bat that launches MAGIC: start XWin -fullscreen -depth 8 -emulate3buttons This launches its own window and you can tell it's 8-bit. I was wondering if I need more RAM on my comp to run it? I did have it up once and it was slow... I can't get it back up though. Ed Harold Hunt wrote: Ed, Because Magic 7.1 only works when you have Windows in 8 bit color mode, or if you run in fullscreen mode at 8 bits per pixel, or if you tell Magic that you want it to use OpenGL for graphics. You can start Cygwin/XFree86 in fullscreen mode at 8 bits per pixel like so: XWin -fullscreen -depth 8 Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ed Conrad Sent: Friday, March 29, 2002 3:53 PM To: [EMAIL PROTECTED] Subject: placing launched MAGIC 7.1 app dissappears Hi, I got magic 7.1 installed and trying to run it about 10 times only got the magic window to open once. After that, I can't open it at all. The full-screen window opens, the app window is on the mouse cusor, but when I place it, it vanishes. Does anyone know why windows vanish like that? Thanks Ed __ Do You Yahoo!? Yahoo! Greetings - send holiday greetings for Easter, Passover http://greetings.yahoo.com/
Re: X connection to 127.0. ...explicit kill...
Hello, I know I'm not the only one with this prob...here is what i did to get it up. I'm not sure how much of this is overkill though... (for some reason, just reinstalling xfree didn't fix it) 1. delete cygwin and all shortcuts 2. run regedit, delete all cygwin entries 3. reinstall cygwin 4. install xfree: FOR THE TERMCAP AND LINK PROMPS, JUST SAY NO, i.e default enter at prompt 5. goto /usr/X11R6/bin 6. sh startxwin.sh This got it working, I haven't checked other ways of launching yet... Ed Nikolaus Bates-Haus wrote: I finally got a chance to check out the config on my home machine. I don't have /etc/hosts, either; what I did do was modify startxwin.bat (and startxwin.sh) to set DISPLAY to :0.0 - try that. -nik On Tue, Mar 26, 2002 at 07:18:29PM -0500, Ed Conrad wrote: Nikolaus Bates-Haus wrote: I ran into something like this setting up my home machine, to which I don't have access right now. It ended up being an issue with host / DISPLAY configuration; check out your /etc/hosts and make sure the entries make sense. I remember I had to do something with localhost and/or my chosen hostname, and 127.0.0.1, to get it to work. I dont have that directory. The only host files I found are in a perl scripts folders about 5 levels under the root. I did not see any display stuff like you talk about in any of them. Is there no one who knows why I cant get my window up? I think that what's happening is that XWin.exe starts, but all clients fail to connect, so it just shuts down immediately. I ended up setting my DISPLAY to something other than the default, as well (try setting your DISPLAY to be just :0 rather than 127.0.0.1:0) I tried that in bash, nota. -nik On Tue, Mar 26, 2002 at 08:01:58AM -0500, Ed Conrad wrote: Why don't you please re-read the original message. I explained what happens when I run the bat files. The path in the bat files are correct or it would not open the xwindow in the first place! You cant even open startx with the wrong path. I get the startx window, the window after that and then the xwin pops up for a second or so before it crashes. Something is going wrong when the xwindow is first opend. The fact that I can't run XWin.exe is just a clue I included because the user guide says I should be able to run it. Andrew Markebo wrote: / Ed Conrad [EMAIL PROTECTED] wrote: | cygwin is installd. This is a bug or somekind or config problem i have. *bonk* you are trying to run Xwin.exe, what happens if you run startxwin.bat or startxwin.sh?? Basically the problem is that the environment variable PATH doesn't contain c:\cygwin\bin, or where you installed cygwin. If I recall right the startxwin-scripts sets this, but if you want to run without them, you have to set the path yourself. [...] | | If I try to run XWin.exe, it says that it cant find | | cygwin1.dll. /Andy -- The eye of the beholder rests on the beauty!
can my X-WIN 32 be causing my server shutdown prob?
Hi, I removed 4.2.0 and installed 4.1.0 and I still have the same problems. I have X-WIN 32 installed on my comp and it occurred to me that this could be causing some conflict. Anyone got an idea? TIA Ed __ Do You Yahoo!? Yahoo! Movies - coverage of the 74th Academy Awards® http://movies.yahoo.com/
Re: X connection to 127.0. ...explicit kill...
cygwin is installd. This is a bug or somekind or config problem i have. Andrew Markebo wrote: | If I try to run XWin.exe, it says that it cant find | cygwin1.dll. You need to install cygwin1.dll, check the installation instructions how to install cygwin. /Andy -- The eye of the beholder rests on the beauty!
Re: X connection to 127.0. ...explicit kill...
Nikolaus Bates-Haus wrote: I ran into something like this setting up my home machine, to which I don't have access right now. It ended up being an issue with host / DISPLAY configuration; check out your /etc/hosts and make sure the entries make sense. I remember I had to do something with localhost and/or my chosen hostname, and 127.0.0.1, to get it to work. I dont have that directory. The only host files I found are in a perl scripts folders about 5 levels under the root. I did not see any display stuff like you talk about in any of them. Is there no one who knows why I cant get my window up? I think that what's happening is that XWin.exe starts, but all clients fail to connect, so it just shuts down immediately. I ended up setting my DISPLAY to something other than the default, as well (try setting your DISPLAY to be just :0 rather than 127.0.0.1:0) I tried that in bash, nota. -nik On Tue, Mar 26, 2002 at 08:01:58AM -0500, Ed Conrad wrote: Why don't you please re-read the original message. I explained what happens when I run the bat files. The path in the bat files are correct or it would not open the xwindow in the first place! You cant even open startx with the wrong path. I get the startx window, the window after that and then the xwin pops up for a second or so before it crashes. Something is going wrong when the xwindow is first opend. The fact that I can't run XWin.exe is just a clue I included because the user guide says I should be able to run it. Andrew Markebo wrote: / Ed Conrad [EMAIL PROTECTED] wrote: | cygwin is installd. This is a bug or somekind or config problem i have. *bonk* you are trying to run Xwin.exe, what happens if you run startxwin.bat or startxwin.sh?? Basically the problem is that the environment variable PATH doesn't contain c:\cygwin\bin, or where you installed cygwin. If I recall right the startxwin-scripts sets this, but if you want to run without them, you have to set the path yourself. [...] | | If I try to run XWin.exe, it says that it cant find | | cygwin1.dll. /Andy -- The eye of the beholder rests on the beauty!
X connection to 127....broken
Hi, I am assuming this is the list for config troubleshooting. Here is my prob. I just dl and installed cygwin and xfree today but I can't get it to run though. The sceen just pops up for about a second and then it vanishes. The startxwin window says: X connection to 127.0.0.1:0.0 broken (explicit kill or server shutdown) The log file says this: ddxProcessArgument () - Initializing default screens winInitializeDefaultScreens () - w 800 h 600 ddxProcessArgument () - screen - argc: 5 i: 1 When I try to run XWin, it gives an error message: A required .DLL file, CYGWIN1,DLL was not found. I got all my stuff from: http://archive.progeny.com/cygwin/xfree/binaries/4.2.0/ TIA Ed __ Do You Yahoo!? Yahoo! Movies - coverage of the 74th Academy Awards® http://movies.yahoo.com/
X connection to 127.0. ...explicit kill...
Hi, I'm assuming this is the list for config problems. I dl the prog today from: http://archive.progeny.com/cygwin/xfree/binaries/4.2.0/ When I run it, the x window pops up for maybe a second and then vanishes and the startxwin shell says: X connection to 127.0.0.1:0 broken (explicit kill or server shudown) If I try to run XWin.exe, it says that it cant find cygwin1.dll. TIA The log file says: ddxProcessArgument () - Initializing default screens winInitializeDefaultScreens () - w 800 h 600 ddxProcessArgument () - screen - argc: 5 i: 1 __ Do You Yahoo!? Yahoo! Movies - coverage of the 74th Academy Awards® http://movies.yahoo.com/
