Re: I've lost cut and paste - any ideas why?
I've changed from using gdm to using a 'compiled at home' copy of wdm and, after a little configuration, that has resolved the problem. I now have cut-and-paste working again between Windows and my Linux desktop. Thanks for all the help and suggestions. I quite like the simplicity of wdm anyway, I don't need any of the extra glitzy add-ons of gdm or kdm, the only reason I moved from xdm was because the Slackware 10 version woudn't work for me. -- Chris Green ([EMAIL PROTECTED]) Never ascribe to malice that which can be explained by incompetence.
I've lost cut and paste - any ideas why?
I have lost the ability to cut and paste between my slackware Linux desktop and the Windows 2000 system on which I'm running Cygwin/X. It used to work until recently and the only thing I can think of that has changed is that I have upgraded the Slackware from version 9.1 to version 10 and I'm using gdm rather than xdm on that system. Is there any configuration in the gdm/xdm area that would affect my ability to cut and paste? -- Chris Green ([EMAIL PROTECTED]) Never ascribe to malice that which can be explained by incompetence.
Re: I've lost cut and paste - any ideas why?
On Fri, 17 Dec 2004, Chris Green wrote: I have lost the ability to cut and paste between my slackware Linux desktop and the Windows 2000 system on which I'm running Cygwin/X. It used to work until recently and the only thing I can think of that has changed is that I have upgraded the Slackware from version 9.1 to version 10 and I'm using gdm rather than xdm on that system. Is there any configuration in the gdm/xdm area that would affect my ability to cut and paste? There was a similar report some days ago. It seems the gdm startup had changed and the clipboard client is killed by gdm again. Normally the clipboard client is started after gdm finished but it seems it is started to early. /tmp/XWin.log may shed some light on this bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: I've lost cut and paste - any ideas why?
On Fri, Dec 17, 2004 at 12:09:04PM +0100, Alexander Gottwald wrote: On Fri, 17 Dec 2004, Chris Green wrote: [snip] Is there any configuration in the gdm/xdm area that would affect my ability to cut and paste? There was a similar report some days ago. It seems the gdm startup had changed and the clipboard client is killed by gdm again. Normally the clipboard client is started after gdm finished but it seems it is started to early. /tmp/XWin.log may shed some light on this OK, thanks, I'll go and take a look. -- Chris Green ([EMAIL PROTECTED]) Never ascribe to malice that which can be explained by incompetence.
Re: I've lost cut and paste - any ideas why?
On Fri, Dec 17, 2004 at 06:57:14AM -0500, Thomas Dickey wrote: On Fri, 17 Dec 2004, Chris Green wrote: I have lost the ability to cut and paste between my slackware Linux desktop and the Windows 2000 system on which I'm running Cygwin/X. It used to work until recently and the only thing I can think of that has changed is that I have upgraded the Slackware from version 9.1 to version 10 and I'm using gdm rather than xdm on that system. Is there any configuration in the gdm/xdm area that would affect my ability to cut and paste? I have an impression that Slackware 10 introduced UTF-8 locales. That's the first thing I'd check. How would one check this and, if it's the cause, fix it? -- Chris Green ([EMAIL PROTECTED]) Never ascribe to malice that which can be explained by incompetence.
Re: I've lost cut and paste - any ideas why?
On Fri, 17 Dec 2004, Chris Green wrote: On Fri, Dec 17, 2004 at 06:57:14AM -0500, Thomas Dickey wrote: I have an impression that Slackware 10 introduced UTF-8 locales. That's the first thing I'd check. How would one check this and, if it's the cause, fix it? If your environment on the other end is a UTF-8 locale, then some of the selections will use a UTF-8 string. I don't know offhand if the Cygwin/X server supports that, but the clients don't since Cygwin doesn't support UTF-8 locales. If that's the case, setting your locale to en_GB.ISO-8859-1, etc., should make it workable (since Cygwin supports Latin-1). That's normally set in some system file (but I don't offhand know, since mostly I've been using startx/fvwm). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net
Re: I've lost cut and paste - any ideas why?
On Fri, Dec 17, 2004 at 08:45:58AM -0500, Thomas Dickey wrote: On Fri, 17 Dec 2004, Chris Green wrote: On Fri, Dec 17, 2004 at 06:57:14AM -0500, Thomas Dickey wrote: I have an impression that Slackware 10 introduced UTF-8 locales. That's the first thing I'd check. How would one check this and, if it's the cause, fix it? If your environment on the other end is a UTF-8 locale, then some of the selections will use a UTF-8 string. I don't know offhand if the Cygwin/X server supports that, but the clients don't since Cygwin doesn't support UTF-8 locales. If that's the case, setting your locale to en_GB.ISO-8859-1, etc., should make it workable (since Cygwin supports Latin-1). That's normally set in some system file (but I don't offhand know, since mostly I've been using startx/fvwm). OK, thanks very much, two things to check tonight when I get home. -- Chris Green ([EMAIL PROTECTED]) Never ascribe to malice that which can be explained by incompetence.
Re: I've lost cut and paste - any ideas why?
On Fri, 17 Dec 2004, Kensuke Matsuzaki wrote: Hi, If your environment on the other end is a UTF-8 locale, then some of the selections will use a UTF-8 string. I don't know offhand if the Cygwin/X server supports that, but the clients don't since Cygwin doesn't support UTF-8 locales. If linux side program supports CTEXT or UTF_STRING, you can use any locale. (And xterm, emacs, mozilla etc supports CTEXT) If you use programs that use only XA_STRING in UTF-8 locale, maybe copy and pasted multibyte text will broken. But gtk and qt supports CTEXT, so a few program have problem. I could verify that it's gdm which causes the problems. winProcEstablishConnection - Hello winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client un til fourth call. winProcEstablishConnection - Hello winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client un til fourth call. winProcEstablishConnection - Hello winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client un til fourth call. winInitClipboard () winProcQueryTree - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:1.0 winProcEstablishConnection - Hello winProcEstablishConnection - Clipboard client already launched, returning. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winProcSetSelectionOwner - Clipboard not yet started, aborting. winProcSetSelectionOwner - Clipboard not yet started, aborting. winClipboardIOErrorHandler! winClipboardProc - setjmp returned for IO Error Handler. winDeinitMultiWindowWM - Noting shutdown in progress There are too many clients connecting before the actual login process connects. I'm thinking about various solutions: o make the number of clients configurable (it is hardcoded to 4 now) - quite easy work - not very userfriendly o make clipboard thread recover from errors (shutdown and restart) - very hard to build - will work in all cases Number 1 is something I will come up in the next days. The second needs at least some days to come up wit a clear design and even longer to implement and test. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: I've lost cut and paste - any ideas why?
On Fri, Dec 17, 2004 at 04:13:59PM +0100, Alexander Gottwald wrote: winProcEstablishConnection - Hello winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client un til fourth call. winProcEstablishConnection - Hello winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client un til fourth call. winProcEstablishConnection - Hello winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client un til fourth call. winInitClipboard () winProcQueryTree - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:1.0 winProcEstablishConnection - Hello winProcEstablishConnection - Clipboard client already launched, returning. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winProcSetSelectionOwner - Clipboard not yet started, aborting. winProcSetSelectionOwner - Clipboard not yet started, aborting. winClipboardIOErrorHandler! winClipboardProc - setjmp returned for IO Error Handler. winDeinitMultiWindowWM - Noting shutdown in progress There are too many clients connecting before the actual login process connects. I'm thinking about various solutions: o make the number of clients configurable (it is hardcoded to 4 now) - quite easy work - not very userfriendly o make clipboard thread recover from errors (shutdown and restart) - very hard to build - will work in all cases Number 1 is something I will come up in the next days. The second needs at least some days to come up wit a clear design and even longer to implement and test. Thanks for looking into it and reporting what you found. I'll look and check to see if my error log reports the same. Would a strategically placed sleep anywhere help? Unfortunately I can't go back to xdm as I couldn't get it to work on my Slackware 10, I *think* it's something to do with it being compiled for ipv6. Maybe I should try building a version from source with ipv6 disabled, I've no need for all the extras that gdm provides, I just used it because it worked. -- Chris Green ([EMAIL PROTECTED]) Never ascribe to malice that which can be explained by incompetence.
Re: I've lost cut and paste - any ideas why?
On Fri, 17 Dec 2004, Chris Green wrote: On Fri, Dec 17, 2004 at 04:13:59PM +0100, Alexander Gottwald wrote: winProcEstablishConnection - Hello winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client un til fourth call. winProcEstablishConnection - Hello winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client un til fourth call. winProcEstablishConnection - Hello winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client un til fourth call. winInitClipboard () winProcQueryTree - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:1.0 winProcEstablishConnection - Hello winProcEstablishConnection - Clipboard client already launched, returning. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winProcSetSelectionOwner - Clipboard not yet started, aborting. winProcSetSelectionOwner - Clipboard not yet started, aborting. winClipboardIOErrorHandler! winClipboardProc - setjmp returned for IO Error Handler. winDeinitMultiWindowWM - Noting shutdown in progress There are too many clients connecting before the actual login process connects. I'm thinking about various solutions: o make the number of clients configurable (it is hardcoded to 4 now) - quite easy work - not very userfriendly o make clipboard thread recover from errors (shutdown and restart) - very hard to build - will work in all cases Number 1 is something I will come up in the next days. The second needs at least some days to come up wit a clear design and even longer to implement and test. Thanks for looking into it and reporting what you found. I'll look and check to see if my error log reports the same. Would a strategically placed sleep anywhere help? No. The clipboard thread is started internally. Unfortunately I can't go back to xdm as I couldn't get it to work on my Slackware 10, I *think* it's something to do with it being compiled for ipv6. Maybe I should try building a version from source with ipv6 disabled, I've no need for all the extras that gdm provides, I just used it because it worked. wdm is working well on debian. Maybe it is available on slackware too bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
