public inbox for cygwin-xfree@sourceware.org help / color / mirror / Atom feed
* XWin causes Windows apps to hang(?) @ 2004-01-24 12:06 Øyvind Harboe 2004-02-12 17:47 ` Ed Avis 0 siblings, 1 reply; 8+ messages in thread From: Øyvind Harboe @ 2004-01-24 12:06 UTC (permalink / raw) To: cygwin-xfree [-- Attachment #1: Type: text/plain, Size: 286 bytes --] This was with -42. - 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. Ãyvind [-- Attachment #2: XWin.log --] [-- Type: text/plain, Size: 4330 bytes --] ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1600 h 1200 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 0000001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winScreenInit - dwWidth: 1600 dwHeight: 1200 winSetEngine - Multi Window => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1600 h: 1200 winCreateBoundingWindowWindowed - Current w: 1600 h: 1200 winGetWorkArea - Original WorkArea: 0 0 1166 1600 winGetWorkArea - Virtual screen is 2880 x 1200 winGetWorkArea - Virtual screen origin is 0, 0 winGetWorkArea - Primary screen is 1600 x 1200 winGetWorkArea - Adjusted WorkArea for multiple monitors: 0 0 1166 2880 winAdjustForAutoHide - Original WorkArea: 0 0 1166 2880 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1166 2880 winCreateBoundingWindowWindowed - WindowClient w 2880 h 1166 r 2880 l 0 b 1166 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 2880 height: 1200 depth: 32 winAllocateFBShadowGDI - Dibsection width: 2880 height: 1200 depth: 32 size image: 13824000 winAllocateFBShadowGDI - Created shadow stride: 2880 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () null screen fn ReparentWindow null screen fn RestackWindow winFinishScreenInitFB - Calling winInitWM. InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winInitWM - Returning. winInitMultiWindowWM - Calling pthread_mutex_lock () winFinishScreenInitFB - returning winMultiWindowXMsgProc - Hello winScreenInit - returning winMultiWindowXMsgProc - Calling pthread_mutex_lock () 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=500, rate=31 (--) winConfigKeyboard - Layout: "00000414" (00000414) (--) Using preset keyboard for "Norwegian" (414), type "4" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc105" Layout = "no" Variant = "(null)" Options = "(null)" winPointerWarpCursor - Discarding first warp: 1440 600 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winInitMultiWindowWM - pthread_mutex_lock () returned. winInitMultiWindowWM - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - pthread_mutex_lock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 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. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: XWin causes Windows apps to hang(?) 2004-01-24 12:06 XWin causes Windows apps to hang(?) Øyvind Harboe @ 2004-02-12 17:47 ` Ed Avis 2004-02-19 11:31 ` Ed Avis 0 siblings, 1 reply; 8+ messages in thread From: Ed Avis @ 2004-02-12 17:47 UTC (permalink / raw) To: cygwin-xfree [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #1: Type: text/plain, Size: 1105 bytes --] Øyvind Harboe <oyvind.harboe@zylin.com> writes: >This was with -42. > >- 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. Cut and paste between normal Windows apps, or pasting from Windows to XWin, is fine. XWin.exe --version did not produce any output, however the Cygwin setup program shows I am running XFree86-xserv-4.3.0-44 and XFree86-xwinclip-4.3.0-2. I had manually started xwinclip.exe after the built-in clipboard support seemingly crashed. It looks as though by running XWin.exe --version I overwrote the log file, but when this problem happens again I will provide a log. (It might be that next time will also be with a separate xwinclip.exe after the builtin clipboard support crashed.) -- Ed Avis <ed@membled.com> ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: XWin causes Windows apps to hang(?) 2004-02-12 17:47 ` Ed Avis @ 2004-02-19 11:31 ` Ed Avis 2004-02-19 22:53 ` Harold L Hunt II 0 siblings, 1 reply; 8+ messages in thread From: Ed Avis @ 2004-02-19 11:31 UTC (permalink / raw) To: cygwin-xfree Ed Avis <ed@membled.com> 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: 00000000 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 0000001f 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: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff 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: "00000809" (00000809) (--) 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: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 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: 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: winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: -- Ed Avis <ed@membled.com> ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: XWin causes Windows apps to hang(?) 2004-02-19 11:31 ` Ed Avis @ 2004-02-19 22:53 ` Harold L Hunt II 2004-02-20 21:40 ` Ed Avis 2004-02-22 19:51 ` Alexander Gottwald 0 siblings, 2 replies; 8+ messages in thread From: Harold L Hunt II @ 2004-02-19 22:53 UTC (permalink / raw) To: cygwin-xfree Ed, Yes, the OpenClipboard failure is probably causing your crash. Try editing your startxwin.bat and removing the -clipboard parameter being passed to XWin.exe. There is likely a bug in XWin.exe's clipboard support that will need to be fixed. Harold Ed Avis wrote: > Ed Avis <ed@membled.com> 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: 00000000 > > 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 0000001f > 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: 00ff0000 0000ff00 000000ff > winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff 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: "00000809" (00000809) > (--) 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: 00000000 > winProcSetSelectionOwner - OpenClipboard () failed: 00000000 > 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: 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: winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 > winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: > > ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: XWin causes Windows apps to hang(?) 2004-02-19 22:53 ` Harold L Hunt II @ 2004-02-20 21:40 ` Ed Avis 2004-02-22 19:51 ` Alexander Gottwald 1 sibling, 0 replies; 8+ messages in thread From: Ed Avis @ 2004-02-20 21:40 UTC (permalink / raw) To: cygwin-xfree Harold L Hunt II <huntharo@msu.edu> 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 <ed@membled.com> ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: XWin causes Windows apps to hang(?) 2004-02-19 22:53 ` Harold L Hunt II 2004-02-20 21:40 ` Ed Avis @ 2004-02-22 19:51 ` Alexander Gottwald 2004-02-24 12:48 ` Alexander Gottwald 2004-02-25 11:04 ` Alexander Gottwald 1 sibling, 2 replies; 8+ messages in thread From: Alexander Gottwald @ 2004-02-22 19:51 UTC (permalink / raw) To: cygwin-xfree Harold L Hunt II wrote: > Yes, the OpenClipboard failure is probably causing your crash. winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 0 is ERROR_SUCCESS which means "The operation completed successfully" I guess the clipboard was opened successfully but returned a wrong error condition. After bailing out we leave the clipboard in an open state and other programs can not access it anymore. I guess this is worth a try: from winclipboardwrappers.c:461 /* Access the Windows clipboard */ if (!OpenClipboard (g_hwndClipboard)) { DWORD errorcode = GetLastError(); ErrorF ("winProcSetSelectionOwner - OpenClipboard () failed: %08x\n", (int) errorcode); if (errorcode != ERROR_SUCCESS) goto winProcSetSelectionOwner_Done; } bye ago NP: Front Line Assembly - Maniacal -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: XWin causes Windows apps to hang(?) 2004-02-22 19:51 ` Alexander Gottwald @ 2004-02-24 12:48 ` Alexander Gottwald 2004-02-25 11:04 ` Alexander Gottwald 1 sibling, 0 replies; 8+ messages in thread From: Alexander Gottwald @ 2004-02-24 12:48 UTC (permalink / raw) Cc: cygwin-xfree On Sun, 22 Feb 2004, Alexander Gottwald wrote: > winProcSetSelectionOwner - OpenClipboard () failed: 00000000 > winProcSetSelectionOwner - OpenClipboard () failed: 00000000 > > 0 is ERROR_SUCCESS which means "The operation completed successfully" > I guess the clipboard was opened successfully but returned a wrong > error condition. After bailing out we leave the clipboard in an open > state and other programs can not access it anymore. > > I guess this is worth a try: > > from winclipboardwrappers.c:461 > > /* Access the Windows clipboard */ > if (!OpenClipboard (g_hwndClipboard)) > { > DWORD errorcode = GetLastError(); > ErrorF ("winProcSetSelectionOwner - OpenClipboard () failed: %08x\n", > (int) errorcode); > if (errorcode != ERROR_SUCCESS) > goto winProcSetSelectionOwner_Done; > } This was a deadend too. The call to EmptyClipboard now returned an error stating the clipboard was not open. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. März 2004 http://www.tu-chemnitz.de/linux/tag ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: XWin causes Windows apps to hang(?) 2004-02-22 19:51 ` Alexander Gottwald 2004-02-24 12:48 ` Alexander Gottwald @ 2004-02-25 11:04 ` Alexander Gottwald 1 sibling, 0 replies; 8+ messages in thread From: Alexander Gottwald @ 2004-02-25 11:04 UTC (permalink / raw) To: cygwin-xfree Alexander Gottwald wrote: > 0 is ERROR_SUCCESS which means "The operation completed successfully" > I guess the clipboard was opened successfully but returned a wrong > error condition. After bailing out we leave the clipboard in an open > state and other programs can not access it anymore. > > I guess this is worth a try: > > from winclipboardwrappers.c:461 > > /* Access the Windows clipboard */ > if (!OpenClipboard (g_hwndClipboard)) > { > DWORD errorcode = GetLastError(); > ErrorF ("winProcSetSelectionOwner - OpenClipboard () failed: %08x\n", > (int) errorcode); > if (errorcode != ERROR_SUCCESS) > goto winProcSetSelectionOwner_Done; > } This was a deadend too. I had XWin running with this change and it produced logmessages (from memory): OpenClipboard () failed: 0000000 EmptyClipboard () failed: $NUMBER (Clipboard not open error) bye ago NP: New Concept - Station Man -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2004-02-25 10:25 UTC | newest] Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2004-01-24 12:06 XWin causes Windows apps to hang(?) Øyvind Harboe 2004-02-12 17:47 ` Ed Avis 2004-02-19 11:31 ` Ed Avis 2004-02-19 22:53 ` Harold L Hunt II 2004-02-20 21:40 ` Ed Avis 2004-02-22 19:51 ` Alexander Gottwald 2004-02-24 12:48 ` Alexander Gottwald 2004-02-25 11:04 ` Alexander Gottwald
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).