-clipboard fails with XDMCP and GDM

-clipboard fails with XDMCP and GDM

[James Simonsen]

Hello,

I am still experiencing problems with -clipboard and XDMCP. Copy and paste between linux/windows works fine in the login dialog, but stops working as soon as I log in. There's also an error in the XWin.log at this point.

I wonder if this is because I'm using GDM instead of KDM or XDM? Harold mentioned that each manager behaves a bit differently. Has anyone had success with GDM before? I'll try to test KDM or XDM when I get a chance.

Everything works fine if I start xwinclip, instead of -clipboard, after I've logged in.

Here's my info/log files:

Local System:
Windows 2000 SP2
Cygwin/X 4.3.0-33, -34, -39, -40

Remote Systems:
Redhat 7.3 w/ GDM 2.2.3.1
Libranet 2.8.1 w/ GDM 2.4.1.2
No firewalls
Tried with and without xhost +

Startup command:
xwin -clipboard -dpi 100 -nodecoration -notrayicon -query foo

XWin.log:
ddxProcessArgument - Initializing default screens
winInitializeDefaultScreens - w 1280 h 1024
winInitializeDefaultScreens - Returning
OsVendorInit - Creating bogus screen 0
_XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root
(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 16 bits per pixel
winCreateBoundingWindowWindowed - User w: 1280 h: 1024
winCreateBoundingWindowWindowed - Current w: 1280 h: 1024
winAdjustForAutoHide - Original WorkArea: 0 0 991 1280
winAdjustForAutoHide - Adjusted WorkArea: 0 0 991 1280
winCreateBoundingWindowWindowed - WindowClient w 1280 h 991 r 1280 l 0 b 991 t 0
winCreateBoundingWindowWindowed -  Returning
winCreatePrimarySurfaceShadowDDNL - Creating primary surface
winCreatePrimarySurfaceShadowDDNL - Created primary surface
winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface
winAllocateFBShadowDDNL - lPitch: 2560
winAllocateFBShadowDDNL - Created shadow pitch: 2560
winAllocateFBShadowDDNL - Created shadow stride: 1280
winFinishScreenInitFB - Masks: 0000f800 000007e0 0000001f
winInitVisualsShadowDDNL - Masks 0000f800 000007e0 0000001f BPRGB 6 d 16 bpp 16
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: "00010409" (00010409) 
(--) Using preset keyboard for "English (USA, Dvorak)" (10409), type "4"
(EE) No primary keyboard configured
(==) Using compiletime defaults for keyboard
Rules = "xfree86" Model = "pc105" Layout = "dvorak" Variant = "(null)" Options = "(null)"
winPointerWarpCursor - Discarding first warp: 640 495
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.
winProcEstablishConnection - Hello
winInitClipboard ()
winProcEstablishConnection - winInitClipboard returned.
winClipboardProc - Hello
DetectUnicodeSupport - Windows NT/2000/XP
winClipboardProc - DISPLAY=127.0.0.1:0.0
winProcQueryTree - Clipboard client already launched, returning.
winClipboardProc - XOpenDisplay () returned and successfully opened the display.
winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning.

winClipboardIOErrorHandler!

winClipboardProc - setjmp returned for IO Error Handler.
winProcSetSelectionOwner - OpenClipboard () failed: 00000578



Let me know if you need any more info.

Thanks,
James

Re: -clipboard fails with XDMCP and GDM

[Peter Oliver]

On Wed, 14 Jan 2004, James Simonsen wrote:

> I am still experiencing problems with -clipboard and XDMCP [with GDM].
> Copy and paste between linux/windows works fine in the login dialog,
> but stops working as soon as I log in.

I had exactly the same trouble with GDM, and found that if you set
"KillInitClients=false" in gdm.conf the problem goes away.

This setting seems to be true by default, so a fix/workaround in
Cygwin/X itself would be helpful if possible.  Perhaps the clipboard
daemon could be made to automatically reconnect whenever it is
disconnected?


The comment that goes with the KillInitClients option is a little
misleading, BTW:

# To try to kill all clients started at greeter time or in the Init script.
# doesn't always work, only if those clients have a window of their own

Presumably this means that clipboard support is implemented with some
kind of invisible window?

-- 
Peter Oliver
Midrange Services
Aquila Networks Services Ltd


****************************************************************************************************
Confidentiality: This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed.  If you have received this e-mail in error, use of this information (including disclosure, copying or distribution) may be unlawful.  Please notify postmaster@aquila-networks.co.uk. and delete the message immediately.
Security: Internet e-mail is not a 100% secure communications medium. 
Viruses: This e-mail (and any attachments) has been checked (using Sophos Sweep 3.74 + patches) and found to be clean from any virus infection before leaving.  
Therefore neither Aquila Networks Services Ltd nor Midlands Electricity plc  or any of their group undertakings  (as defined by the Companies Act 1989) (together referred to as the "Companies") accept legal responsibility for this message or liability for the consequences of any computer viruses which may have been transmitted by this e-mail.
 
Monitoring: All electronic communications with the Companies may be monitored in accordance with the UK Regulation of Investigatory Powers Act, Lawful Business Practice Regulations, 2000.  If you do not consent to such monitoring, you should contact the sender of this e-mail. 
Aquila Networks Services Limited, 
Registered office: Whittington Hall, Whittington, Worcester, WR5 2RB
Registered in England and Wales number 3600545
This e-mail may be sent on behalf of any of the Companies.
****************************************************************************************************

RE: -clipboard fails with XDMCP and GDM

[James Simonsen]

Nice catch, Peter! That fixed it on my end as well. 

I've been meaning to look at the Cygwin CVS tree and try to figure it out from that end, but I haven't had the time yet.

In the meantime, this is a great workaround.

Thanks,
James

-----Original Message-----
From: cygwin-xfree-owner@cygwin.com
[mailto:cygwin-xfree-owner@cygwin.com]
Sent: Monday, January 26, 2004 9:17 AM
To: cygwin-xfree@cygwin.com
Subject: Re: -clipboard fails with XDMCP and GDM


On Wed, 14 Jan 2004, James Simonsen wrote:

> I am still experiencing problems with -clipboard and XDMCP [with GDM].
> Copy and paste between linux/windows works fine in the login dialog,
> but stops working as soon as I log in.

I had exactly the same trouble with GDM, and found that if you set
"KillInitClients=false" in gdm.conf the problem goes away.

This setting seems to be true by default, so a fix/workaround in
Cygwin/X itself would be helpful if possible.  Perhaps the clipboard
daemon could be made to automatically reconnect whenever it is
disconnected?


The comment that goes with the KillInitClients option is a little
misleading, BTW:

# To try to kill all clients started at greeter time or in the Init script.
# doesn't always work, only if those clients have a window of their own

Presumably this means that clipboard support is implemented with some
kind of invisible window?

-- 
Peter Oliver
Midrange Services
Aquila Networks Services Ltd


****************************************************************************************************
Confidentiality: This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed.  If you have received this e-mail in error, use of this information (including disclosure, copying or distribution) may be unlawful.  Please notify postmaster@aquila-networks.co.uk. and delete the message immediately.
Security: Internet e-mail is not a 100% secure communications medium. 
Viruses: This e-mail (and any attachments) has been checked (using Sophos Sweep 3.74 + patches) and found to be clean from any virus infection before leaving.  
Therefore neither Aquila Networks Services Ltd nor Midlands Electricity plc  or any of their group undertakings  (as defined by the Companies Act 1989) (together referred to as the "Companies") accept legal responsibility for this message or liability for the consequences of any computer viruses which may have been transmitted by this e-mail.
 
Monitoring: All electronic communications with the Companies may be monitored in accordance with the UK Regulation of Investigatory Powers Act, Lawful Business Practice Regulations, 2000.  If you do not consent to such monitoring, you should contact the sender of this e-mail. 
Aquila Networks Services Limited, 
Registered office: Whittington Hall, Whittington, Worcester, WR5 2RB
Registered in England and Wales number 3600545
This e-mail may be sent on behalf of any of the Companies.
****************************************************************************************************