Re: XFree86-xserv-4.3.0-34

[Holger Krull]

Harold L Hunt II schrieb:

  Please test the new release and report your results.  See the change log
or the cygwin-xfree-announce mailing list archives for details on what 
was changed.
Hello,
the -clipboard feature now works here in general, but i noticed the when trying to copy and paste 
from X11 openoffice 1.1.0 on linux to windows notepad. If i try to transfer a large amount of lines 
(5) the end gets cut of in Windows. Somtimes clipboard will stop working after repeated transfers 
from Windows to X11 and back, but i have not found a way to exactly reproduce this.

Thy XWin.log after such a failed attempt looks like:

ddxProcessArgument - Initializing default screens
winInitializeDefaultScreens - w 1280 h 960
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: 960
winSetEngine - Using Shadow DirectDraw NonLocking
winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel
winCreateBoundingWindowWindowed - User w: 1280 h: 960
winCreateBoundingWindowWindowed - Current w: 1280 h: 960
winAdjustForAutoHide - Original WorkArea: 0 0 926 1280
winAdjustForAutoHide - Adjusted WorkArea: 0 0 926 1280
winCreateBoundingWindowWindowed - WindowClient w 1274 h 895 r 1274 l 0 b 895 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=500, rate=31
(--) winConfigKeyboard - Layout: 0407 (0407)
(--) Using preset keyboard for German (Germany) (407), type 4
(EE) No primary keyboard configured
(==) Using compiletime defaults for keyboard
Rules = xfree86 Model = pc105 Layout = de Variant = (null) Options = (null)
Error opening keymap file de, reverting to defaults
winPointerWarpCursor - Discarding first warp: 637 447
winBlockHandler - Releasing pmServerStarted
winBlockHandler - pthread_mutex_unlock () returned
winProcEstablishConnection - Hello
winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client until fourth call.
winProcEstablishConnection - Hello
winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client until fourth call.
winProcEstablishConnection - Hello
winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client until fourth call.
winInitClipboard ()
winProcQueryTree - winInitClipboard returned.
winClipboardProc - Hello
DetectUnicodeSupport - Windows NT/2000/XP
winClipboardProc - Calling setlocale ()
winClipboardProc - setlocale () returned
winClipboardProc - XInitThreads () returned.
winClipboardProc - DISPLAY=127.0.0.1:0.0
winProcEstablishConnection - Hello
winProcEstablishConnection - Clipboard client already launched, returning.
winClipboardProc - XOpenDisplay () returned and successfully opened the display.
winClipboardWindowProc - WM_CREATE
winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning.
winClipboardWindowProc - WM_DRAWCLIPBOARD - We own the clipboard, returning.
winClipboardFlushXEvents - SelectionNotify - ATOM: PRIMARY
winClipboardWindowProc - WM_DRAWCLIPBOARD - Reasserted ownership of PRIMARY
winClipboardWindowProc - WM_DRAWCLIPBOARD - Reasserted ownership of CLIPBOARD
winProcSetSelectionOwner - We changed ownership, aborting.
winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 

Re: XFree86-xserv-4.3.0-34 crash

[Harold L Hunt II]

yvind,

yvind Harboe wrote:

This crash seems to be very similar to what I've seen in previous releases. I have the
impression that it happens most often when I select a message in Evolution.
I believe that the crash is happening because there are no checks to 
make sure that the clipboards are only synchronized when supported 
formats (text and Unicode text) are being copied to the clipboard.

In other words, if you try to copy an image in X11 we will grab 
ownership of the Win32 clipboard and advertise that we have text ready 
to paste on the Win32 clipboard.  We will also grab ownership of the 
PRIMARY and CLIPBOARD selections in X11 when you copy an image in Win32 
and we will attempt to request the clipboard data in CF_TEXT or 
CF_UNICODETEXT formats when that data is pasted in X11; obviously, this 
does not work.

I do not believe that there were ever any reals checks to prevent this 
from happening before... or maybe it just worked out that checks were 
not needed as a side effect of how the previous system worked.

In any case, I am writing up a list of things that need to be done to 
ensure that we only synchronize the Win32 and X11 clipboards when 
supported formats (text and Unicode text) are being advertised on either 
clipboard.  In all other cases we need to keep the Win32 and X11 
clipboards independent of each other so that they don't try to transfer 
unsupported formats between each other.

This will probably be posted as XFree86-xserv-4.3.0-35 later today or in 
a few days.

Thanks for testing,

Harold