RE: What happened to xwinclip
Hi, The -clipboard option fails with Win98. See: http://sourceware.org/ml/cygwin-xfree/2006-01/msg00027.html Nothing has changed since then. So please do not remove xwinclip ( Last time I downloaded it with the obsolete option of the cygwin setup program). R. M. -- 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: What happened to xwinclip
Never could find the package. Good news is I realized it's been quite awhile since I last tried the '-clipboard' option. I tried it again on my latest box and it appears to be working as intended. It still seems odd that the 'xwinclip' package got dropped. I could foresee a possible need for it when working with legacy boxen with older Windows versions. Sterling -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sterling Baker Sent: Monday, May 08, 2006 1:52 PM To: cygwin-xfree@cygwin.com Subject: RE: What happened to xwinclip I'm aware of the '-clipboard' option but find that to have undesirable caveats at times. I like being able to turn the clipboard integration on and off as I need. I looked on about a dozen different mirrors from the setup program and none of them showed 'xwinclip' as an available package (if I remember correctly that was an available package some time back). I wonder why the stand alone program got dropped. Guess I'll just have to do a manual install. Sterling -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Richard Campbell Sent: Monday, May 08, 2006 8:48 AM To: cygwin-xfree@cygwin.com Subject: RE: What happened to xwinclip Sterling Baker wrote: I just installed to a new box and am unable to find 'xwinclip' in the available packages list. Is this part of another package now or has it been replaced with something else? Part of the main XWin executable now. Make sure XWin is invoked (usually from startxwin.bat or startxwin.sh) with -clipboard. I still show an xwinclip package from the cygwin package search tool, though: http://cygwin.com/packages/ (enter xwinclip) but it's not necessary. -Richard Campbell. -- 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/
What happened to xwinclip
I just installed to a new box and am unable to find 'xwinclip' in the available packages list. Is this part of another package now or has it been replaced with something else? Sterling -- 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: What happened to xwinclip
Sterling Baker wrote: I just installed to a new box and am unable to find 'xwinclip' in the available packages list. Is this part of another package now or has it been replaced with something else? Part of the main XWin executable now. Make sure XWin is invoked (usually from startxwin.bat or startxwin.sh) with -clipboard. I still show an xwinclip package from the cygwin package search tool, though: http://cygwin.com/packages/ (enter xwinclip) but it's not necessary. -Richard Campbell. -- 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: What happened to xwinclip
I'm aware of the '-clipboard' option but find that to have undesirable caveats at times. I like being able to turn the clipboard integration on and off as I need. I looked on about a dozen different mirrors from the setup program and none of them showed 'xwinclip' as an available package (if I remember correctly that was an available package some time back). I wonder why the stand alone program got dropped. Guess I'll just have to do a manual install. Sterling -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Richard Campbell Sent: Monday, May 08, 2006 8:48 AM To: cygwin-xfree@cygwin.com Subject: RE: What happened to xwinclip snip Part of the main XWin executable now. Make sure XWin is invoked (usually from startxwin.bat or startxwin.sh) with -clipboard. I still show an xwinclip package from the cygwin package search tool, though: http://cygwin.com/packages/ (enter xwinclip) but it's not necessary. -Richard Campbell. -- 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/ -- 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: -clipboard xwinclip -nounicodeclipboard
On Wed, 22 Sep 2004, Kensuke Matsuzaki wrote: Hi, This patch will fix that problem. Great BTW, should I commit to CYGWIN branch or trunk? Bugfixes to CYGWIN. This is where a pull releases from. Development should be done on trunk. I'll sync the bugfixes to trunk too. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: -clipboard xwinclip -nounicodeclipboard
On Wed, 22 Sep 2004, Kensuke Matsuzaki wrote: Hi, This patch will fix that problem. BTW, should I commit to CYGWIN branch or trunk? I've already commited it and will do an update to the package soon. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
-clipboard xwinclip -nounicodeclipboard
Im using the latest version of the KDE desktop from kde-cygwin.sourceforge.net/install If I run the XWin.exe with the -clipboard option I keep getting this error: winClipboardErrorHandler ERROR: BadValue (integer parameter out of range for operation) And whatever it is that I selected takes over my clipboard, basically the selects from Cygwin are whats in my clipboard no matter what. I can paste into windows but I cant copy from windows and have it show up in either windows or cygwin. So I restart the X server, this time not using the clipboard option. When the server comes up I run: xwinclip /dev/null This seems to work fine for a while, then it arbitrary crashes. Ive piped the output to a log file and heres what I get: UnicodeSupport - Windows NT/2000/XP Unicode clipboard I/O GetClipboardData () failed: So I restart X yet again this time with the nounicodeclipboard option. This, Im afraid, doesnt seem to do anything at all. No clipboard functionality, buggie or otherwise.
Re: -clipboard xwinclip -nounicodeclipboard
On Tue, 21 Sep 2004, Zach Gelnett wrote: Im using the latest version of the KDE desktop from kde-cygwin.sourceforge.net/install If I run the XWin.exe with the -clipboard option I keep getting this error: winClipboardErrorHandler ERROR: BadValue (integer parameter out of range for operation) And whatever it is that I selected takes over my clipboard, basically the selects from Cygwin are whats in my clipboard no matter what. I can paste into windows but I cant copy from windows and have it show up in either windows or cygwin. Please provide more information about - version of XWin - OS (Win9x or WinNT, Version, language) So I restart the X server, this time not using the clipboard option. When the server comes up I run: xwinclip /dev/null This seems to work fine for a while, then it arbitrary crashes. Ive piped the output to a log file and heres what I get: xwinclip is not supported anymore and lacks many features and fixes which are incorporated into the xserver itself. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: -clipboard xwinclip -nounicodeclipboard
Please provide more information about - version of XWin When it starts it says: Welcome to the XWin X Server Vendor: The Cygwin/X Project Rlease: 6.8.1.0-1 - OS (Win9x or WinNT, Version, language) Win2k 5.00.2195 service pack 4, English xwinclip is not supported anymore and lacks many features and fixes which are incorporated into the xserver itself. That's cool, I'm quite interested in getting the xserver features working properly. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: -clipboard xwinclip -nounicodeclipboard
Zach Gelnett wrote: Please provide more information about - version of XWin When it starts it says: Welcome to the XWin X Server Vendor: The Cygwin/X Project Rlease: 6.8.1.0-1 - OS (Win9x or WinNT, Version, language) Win2k 5.00.2195 service pack 4, English Not unusual. Does the error happen when copying between xterm and notepad (or the other way). If not, which was the program you were copy copied the text from? bye ago NP: Decoded Feedback - Bondage -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
RE: Re: -clipboard xwinclip -nounicodeclipboard
Zach Gelnett wrote: Not unusual. Does the error happen when copying between xterm and notepad (or the other way). If not, which was the program you were copy copied the text from? Well whenever I select in just the terminal from the kde desktop whatever is selected takes over the clipboard until something else is selected. You're refering to KDEs terminal here? I'll see if I can reproduce it. bye ago NP: Regicide - The Fragrance -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: -clipboard xwinclip -nounicodeclipboard
Hi, This patch will fix that problem. BTW, should I commit to CYGWIN branch or trunk? Kensuke Matsuzaki mailto:[EMAIL PROTECTED] http://peppermint.jp clipboard.diff Description: Binary data
RE: xwinclip on Win95 no longer works (switched from Gnome to KDE on linux)
The integrated clipboard stuff works fine for me on Win95 here with an up to date cygwin, there were some hiccups when I first used it at the end of last year/beginning of this, but the current implementation appears to have sorted the problems. Alistair -Original Message- From: Jay Smith [SMTP:[EMAIL PROTECTED] Sent: 07 June 2004 19:23 To: [EMAIL PROTECTED] Subject: xwinclip on Win95 no longer works (switched from Gnome to KDE on linux) [I hope that there are some ideas for this that do not include upgrading the XFree86 stuff -- the last time I did such an upgrade it took a day and a half to get things running properly again.] xwinclip will either not start, or will not stay started, or causes XFree session to lock up and/or crash the session and/or the PC. This has just started when we switch from Gnome to KDE for our Xwindowing.
Re: xwinclip on Win95 no longer works (switched from Gnome to KDE on linux)
Thanks Alistair, This is helpful to hear. I was a little concerned because the Cygwin home page refers to Win98SE and above. What I don't quite understand is why (my old November 2003) xwinclip was working perfectly fine with Gnome but won't work at all with KDE. I will attempt upgrading (actually installing anew). Jay Alistair Bell said the following on 06/08/2004 04:49 AM: The integrated clipboard stuff works fine for me on Win95 here with an up to date cygwin, there were some hiccups when I first used it at the end of last year/beginning of this, but the current implementation appears to have sorted the problems. Alistair -Original Message- From: Jay Smith [SMTP:[EMAIL PROTECTED] Sent: 07 June 2004 19:23 To: [EMAIL PROTECTED] Subject:xwinclip on Win95 no longer works (switched from Gnome to KDE on linux) [I hope that there are some ideas for this that do not include upgrading the XFree86 stuff -- the last time I did such an upgrade it took a day and a half to get things running properly again.] xwinclip will either not start, or will not stay started, or causes XFree session to lock up and/or crash the session and/or the PC. This has just started when we switch from Gnome to KDE for our Xwindowing. -- Jay Smith e-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] website: http://www.JaySmith.com Jay Smith Associates P.O. Box 650 Snow Camp, NC 27349 USA Phone: Int+US+336-376-9991 Toll-Free Phone in US Canada: 1-800-447-8267 Fax: Int+US+336-376-6750
xwinclip on Win95 no longer works (switched from Gnome to KDE on linux)
[I hope that there are some ideas for this that do not include upgrading the XFree86 stuff -- the last time I did such an upgrade it took a day and a half to get things running properly again.] xwinclip will either not start, or will not stay started, or causes XFree session to lock up and/or crash the session and/or the PC. This has just started when we switch from Gnome to KDE for our Xwindowing. When the main script to start Xwin is run, Xwin starts fine and we can log into the linux host. However, after 30 seconds (and I have tried setting this longer) when the script to start xwinclip is run, xwinclip starts and then dies 95% of the time; if it does not die immediately, it will die a couple minutes later. When we run a start xwinclip script, xwinclip tries to start and then it dies. On perhaps one out of fifteen attempts xwinclip will stay started, HOWEVER, if it does stay running the clipboard functions will work, BUT then after a very few minutes the Xwin stuff (i.e. the KDE linux session that is running) will start to slowww way down and freeze up. If I am quick enough and I can kill the xwinclip program, then the Xwin will not freeze -- it will recover. Otherwise, the Xwin will freeze totally -- and in two cases, completely and totally freeze the Win95 PC. I have tried commenting out the start script for xwinclip and using the -clipboard option instead, but that did NOT enable the clipboard to work in either direction between Win95 and the linux applications. = We have been happily using Cygwin/XFree86 since updating to what every XFree86 was *current on November 19, 2003* -- I still don't know how to tell you what version number of XFree86 stuff that is. We use Windows 95 PCs (I know, I know) as workstations from which we log into a host server running RedHat 8. All our workstations seem to be equally affected by this problem. Up to a couple days ago, we had been using GDM to login and Gnome for the RedHat desktop, but as the result upgrading some linux packages on the server so that we could install a package on the linux server, the Gnome stopped functioning. We had planned to go to KDE anyway, so we did it. We are logging into a host server KDE 3.2.2 (most recent) desktop session via kdm. The host is running Red Hat 8.0 with all current updates available from Red Hat and/or Fedora Legacy (kernel 2.4.20-30.8, XFree86 4.2.1-23). The host KDE has been upgraded to the most current version 3.2.2 available from KDE Red Hat project. The host is dual PIII 1G with 3G RAM and IBM/Mylex SCSI RAID. Within the host sessions users run one or more (up to four) Mozilla browser/mail windows and several terminal/konsole windows (up to 15) running character apps such as Informix Perform screens, LEX word processing, VI editing, etc., etc. Occasional use is made of KDE file manager, OpenOffice, and the like. The users need to be able to cut/paste between the linux host X apps (Mozilla Mail, xterm sessions, etc.) and Win95 apps (WordPerfect, NotePad, IE, etc.) THIS IS THE STARTXDMCP.BAT SCRIPT === @echo off SET DISPLAY=127.0.0.1:0.0 SET CYGWIN_ROOT=\cygwin SET REMOTE_HOST=192.168.1.10 SET CYGWIN_ROOT=\cygwin if not exist %CYGWIN_ROOT%\tmp\.X11-unix\X0 goto CLEANUP-FINISH echo cleanup required \startxwinJSA.log attrib -s %CYGWIN_ROOT%\tmp\.X11-unix\X0 del %CYGWIN_ROOT%\tmp\.X11-unix\X0 del %CYGWIN_ROOT%\tmp\ssh-* :CLEANUP-FINISH if exist %CYGWIN_ROOT%\tmp\.X11-unix rmdir %CYGWIN_ROOT%\tmp\.X11-unix if %OS% == Windows_NT goto OS_NT goto STARTUP :OS_NT :STARTUP start XWin -once -nodecoration -query jsa.jaysmith.com sleep 30 C:\windows\command\start /m xwinclip.exe exit == END OF STARTDMCP SCRIPT WE ALSO HAVE AN RESTART-XWINCLIP SCRIPT = @echo off SET DISPLAY=127.0.0.1:0.0 SET CYGWIN_ROOT=\cygwin SET REMOTE_HOST=192.168.1.10 SET CYGWIN_ROOT=\cygwin C:\windows\command\start xwinclip.exe exit == END OF RESTART-XWINCLIP SCRIPT Jay -- Jay Smith e-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] website: http://www.JaySmith.com Jay Smith Associates P.O. Box 650 Snow Camp, NC 27349 USA Phone: Int+US+336-376-9991 Toll-Free Phone in US Canada: 1-800-447-8267 Fax: Int+US+336-376-6750
RE: Xwinclip 1.2.0-1 with aixterm
I am using 4.3.0-51 and I started it with -clipboard. When I try to paste into my Windows like notepad, the notepad app stops responding and hangs. All windows copy/paste hangs until the notepad app is killed. Here is output from XWin.log winProcSetSelectionOwner - OpenClipboard () failed: winProcSetSelectionOwner - OpenClipboard () failed: winProcSetSelectionOwner - OpenClipboard () failed: winProcSetSelectionOwner - OpenClipboard () failed: winProcSetSelectionOwner - OpenClipboard () failed: winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt failure message maximum (10) reached. No more failure messages will be pri nted. -Original Message- From: Harold L Hunt II [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 10, 2004 1:50 PM To: [EMAIL PROTECTED] Subject: Re: Xwinclip 1.2.0-1 with aixterm Don't use xwinclip, use the -clipboard option for XWin.exe instead. Please make sure that you have a recent (i.e. XFree86-xserv-4.3.0-51 or greater) version of XWin.exe. Harold [EMAIL PROTECTED] wrote: I can use highlighting to copy paste between all my xterms when Xwinclip is not running. When I start Xwinclip, I can no longer paste into my aixterm. All other copy-pasting is working as advertised. What can I do to help debug this issue ? -Thanks Steve More
Xwinclip 1.2.0-1 with aixterm
I can use highlighting to copy paste between all my xterms when Xwinclip is not running. When I start Xwinclip, I can no longer paste into my aixterm. All other copy-pasting is working as advertised. What can I do to help debug this issue ? -Thanks Steve More NOTICE: This e-mail may contain confidential or legally privileged information and is intended solely for delivery to the specific person identified as the recipient. Any review, re-transmission, dissemination or other use or taking of any action in reliance upon this e-mail by persons other than the intended recipient is prohibited. If you receive this e-mail in error, please contact us at ([EMAIL PROTECTED]) and delete from your computer system, or otherwise from you records, the information, which was transmitted to you in error.
Re: Xwinclip 1.2.0-1 with aixterm
Don't use xwinclip, use the -clipboard option for XWin.exe instead. Please make sure that you have a recent (i.e. XFree86-xserv-4.3.0-51 or greater) version of XWin.exe. Harold [EMAIL PROTECTED] wrote: I can use highlighting to copy paste between all my xterms when Xwinclip is not running. When I start Xwinclip, I can no longer paste into my aixterm. All other copy-pasting is working as advertised. What can I do to help debug this issue ? -Thanks Steve More
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: xwinclip consistently unable to open clipboard
On Tue, 2 Mar 2004, Ed Avis wrote: 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: If this happens you can try to copy data from a windows app into the windows clipboard. this sometimes fixes the problem. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. März 2004 http://www.tu-chemnitz.de/linux/tag
Re: Fix to stop xwinclip from clobbering remote clipboard
On Tue, 23 Dec 2003, Øyvind Harboe wrote: I'm going out on a limb here, as my experience with xfree86 is extremely limited. Perhaps there is an option to achieve what I'm suggesting here. Did you ever find out of that strange unicode-problem when copying from OpenOffice? The \x023 problem. -- Daniel
Re: Fix to stop xwinclip from clobbering remote clipboard
Daniel, Hr. Daniel Mikkelsen wrote: On Tue, 23 Dec 2003, Øyvind Harboe wrote: I'm going out on a limb here, as my experience with xfree86 is extremely limited. Perhaps there is an option to achieve what I'm suggesting here. Did you ever find out of that strange unicode-problem when copying from OpenOffice? The \x023 problem. If it was a problem due to the fact that the OpenOffice (X11, right) text got copied to Windows, then back to X11, then that should no longer be a problem in XFree86-xserv-4.3.0-31 since round-tripping has been eliminated. Harold
Fix to stop xwinclip from clobbering remote clipboard
I'm going out on a limb here, as my experience with xfree86 is extremely limited. Perhaps there is an option to achieve what I'm suggesting here. Oh well! :-) xwinclip is clobbering the clipboard when I work w/e.g. OpenOffice: - If I copy and paste a spreadsheet cell while xwinclip is running, only the value is copied. - If xwinclip is not running, I can copy and paste formulas without problems. AFAICT, xwinclip clobbers the remote clipboard by doing a conversion round-trip: remote clipboard-windows clipboard-remote clipboard. Such round trip conversions are inheritely lossy and should be avoided. After examining the source code(see below), I've come up with the following scheme for a fix: - register a new dummy windows clipboard data type, e.g. named REMOTEDATA. - whenever xwinclip updates the Windows clipboard, it also invokes SetClipboardData(REMOTEDATA, dummyval). - whenever xwinclip executes a paste from the Windows clipboard to e.g. an OpenOffice spreadsheet not running under Windows, xwinclip first checks if REMOTEDATA is present in the Windows clipboard. If the flag is present, xwinclip effectively needs to do nothing because the remote clipboard already contains the correct data. http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xwin/winclipboardxevents.c yvind
Re: Fix to stop xwinclip from clobbering remote clipboard
yvind, yvind Harboe wrote: I'm going out on a limb here, as my experience with xfree86 is extremely limited. Perhaps there is an option to achieve what I'm suggesting here. Oh well! :-) xwinclip is clobbering the clipboard when I work w/e.g. OpenOffice: - If I copy and paste a spreadsheet cell while xwinclip is running, only the value is copied. - If xwinclip is not running, I can copy and paste formulas without problems. Yes, that is a valid problem. AFAICT, xwinclip clobbers the remote clipboard by doing a conversion round-trip: remote clipboard-windows clipboard-remote clipboard. Such round trip conversions are inheritely lossy and should be avoided. After examining the source code(see below), I've come up with the following scheme for a fix: - register a new dummy windows clipboard data type, e.g. named REMOTEDATA. - whenever xwinclip updates the Windows clipboard, it also invokes SetClipboardData(REMOTEDATA, dummyval). - whenever xwinclip executes a paste from the Windows clipboard to e.g. an OpenOffice spreadsheet not running under Windows, xwinclip first checks if REMOTEDATA is present in the Windows clipboard. If the flag is present, xwinclip effectively needs to do nothing because the remote clipboard already contains the correct data. No, that scheme does not work. The problem is that we have to grab ownership of the X clipboard each time that either the X clipboard or the Windows clipboard changes. So, we can't even attempt your idea because it requires that the original provider of the X clipboard data still be around when the request comes to paste that data; by grabbing ownership of the clipboard we tell that X app to dump the data to us in a single format. This essentially means that OpenOffice no longer knows that it put in the clipboard; we have to tell it. Your idea is part of what we will do when we use the XFIXES extension to monitor changes to the clipboard instead of stealing ownership of the clipboar each time another application changes it. I wrote the code a while back to work with the XFIXES extension but it was never completely finished. Maybe I will get to it soon. Harold
xwinclip and openoffice
Just a few more comments to my question: If I do not start xwinclip, I can copy and paste e.g. formulas in OpenOffice, or tables from OpenOffice to an Evolution HTML email. This is what is going on AFAICT: xwinclip detects when my Linux box is updating its clipboard and then updates the windows clipboard. At this point xwinclip updates the linux clipboard, since the windows clipboard changed. However, the linux-windows clipboard format translations are inheritly lossy, and hence I want xwinclip to avoid them if it can. yvind
Re: xwinclip installation problems (Re: Cut-Copy/Paste dies after several hours (-clipboard))
Jay, Jay Smith wrote: Harold, Maybe I am just being stupid, but I can't seem to find the clipboard program, because a) Using the Cygwin setup wizard to attempt to update my installation, I checked a couple mirrors and they don't seem to have xwinclip -- they only seem to have XFree86-xwinclip. It's on mirrors.rcn.net. Just confirmed and downloaded it. b) I went to the XFree86 web site and then the xwinclip site http://xfree86.cygwin.com/devel/xwinclip/ Obviously that page is long out of date so I don't know if I can trust anything it says about installation. At this point I don' know how to get the program to install it. That development page is out of date because the distribution method changed to finally use setup.exe. I will update it at some point, but it isn't very important at this time. c) Using your http://cygwin.com/ml/cygwin-xfree-announce/2003-10/msg00028.html information, I am supposed to use the Cygwin installation wizard, but as I said in a above, I am not finding the program. What am I missing? Dunno. You are choosing Install from Internet, right? The package is there... in the XFree86 category. Make sure you are looking below the XFree86-* packages. Harold
Re: xwinclip or -clipboard
Holger, Holger Krull wrote: difficult/impossible to get working with XDMCP. If you use XDMCP then you probably want to use xwinclip. That's true, only xwinclip is working. I noticed that xwinclip sometimes outputs bursts of : SelectionNotify - Reasserted ownership of ATOM: CLIPBOARD_MANAGER SelectionNotify - Reasserted ownership of ATOM: CLIPBOARD SelectionNotify - Reasserted ownership of ATOM: PRIMARY Is this some kind of error or just usual status output? Those are normal. You can just ignore them. Harold
Re: New package: xwinclip-1.2.0-1
Harold == Harold L Hunt, Harold writes: Harold The xwinclip-1.2.0-1 package has been updated in the Cygwin distribution. The package installs its documentation under /usr/X11R6/share/doc indstead of /usr/X11R6/doc. Ciao Volker
Re: New package: xwinclip-1.2.0-1
Harold L Hunt II [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: The xwinclip-1.2.0-1 package has been updated in the Cygwin distribution. Have you posted this new package? The -clipboard option does not work. Currenty I'm starting xwin using the following command line: start XWin -multiwindow -clipboard It works flawlessly, but without clipboard integration between windows-2000 and XWindows. I used to solve this issue using xwinclip, but in the latest revision, the XFree-xwinclip package has been removed from the distribution. Any ideas? Thanks in advance, Jordi Vila
Re: New package: xwinclip-1.2.0-1
Jordi, Jordi Vila wrote: Harold L Hunt II [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: The xwinclip-1.2.0-1 package has been updated in the Cygwin distribution. Have you posted this new package? The -clipboard option does not work. Currenty I'm starting xwin using the following command line: Yeah, it is up there, here is one mirror that has it: http://mirrors.rcn.net/pub/sourceware/cygwin/release/XFree86/xwinclip/ start XWin -multiwindow -clipboard It works flawlessly, but without clipboard integration between windows-2000 and XWindows. Really? Check /tmp/XWin.log, or bzip2 it and send it in. I used to solve this issue using xwinclip, but in the latest revision, the XFree-xwinclip package has been removed from the distribution. The XFree86-xwinclip package was renamed to xwinclip. It is still in the 'XFree86' package category. Try another mirror if it has not shown up yet. Harold
New package: xwinclip-1.2.0-1
The xwinclip-1.2.0-1 package has been updated in the Cygwin distribution. Changes: 1) Added a build script for creating the Cygwin package. Add a README file for /usr/X11R6/share/doc/Cygwin. Rename the package from XFree86-xwinclip to xwinclip. (Harold L Hunt II) 2) xevents.c, xwinclip.c - Backport of the patch that fixes the crash with large text, enables non-ascii copy and paste, and adds -nounicodeclipboard command-line parameter. (Kensuke Matsuzaki) 3) Fix compilation warnings for printf () calls. (Harold L Hunt II) 4) Imakefile - Enable builds outside the xc/programs tree (use xmkmf). (Harold L Hunt II) 5) configure.ac, Makefile.am, AUTHORS, ChangeLog, COPYING, INSTALL, NEWS, README, VERSION - New automake/autoconf build system. (Harold L Hunt II) 6) Locally, I renamed the Test08 release as 1.0.0, made a build that worked outside of the xc/programs tree and called it 1.0.1. Fixed compilation warnings and applied Kensuke's patch and called it 1.1.0. Finally, I added the automake/autoconf build system and called it 1.2.0. I will probably post these local tarballs later. -- Harold Hunt To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Once you've downloaded setup.exe, run it and select XFree86 and then click on the appropriate field until the above announced version number appears if it is not displayed already. If your mirror doesn't yet have the latest version of this package after 24 hours, you can either continue to wait for that site to be updated or you can try to find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: [EMAIL PROTECTED] If you want to subscribe go to: http://cygwin.com/ml/cygwin-xfree/ I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place.
Clipboard unicode/utf-8 (xwinclip)
Hi.
I have a feeling this question has been posed before, but the problem I was
searching for answers on was difficult to put in a Google friendly format.
When I try to cut and paste _from_ Evolution inside X to any external Windows
program, all non-ascii characters show up as \x{00ae}, etc. Cut/paste the
other way works fine.
The Windows host is running Windows 2000 Pro, and I'm using the latest packaged
Cygwin XFree. Evolution (1.4.5) is run on a separate FreeBSD (4.8) server.
I'm thinking it has something to do with GNOME2 using unicode/utf-8, and
possibly something to do with locale settings on the FreeBSD box.
Does anyone here know what's happening? Do you have any pointers to where I
could find out more?
-- Daniel
xwinclip and openoffice
Q: How can I copy from an openoffice spreadsheet to Evolution HTML e-mail? Background: Recently I've had a lot of success in using CygWin x server to access my Evolution e-mail client running on my Linux box. However, when I try to copy a range of cells from openoffice calc, xwinclip.exe immediately causes a segmentation fault and the cygwin x server shuts down. My openoffice spreadsheet has some tables/colors that I would like to paste into an Evolution HTML mail. This works fine on my Linux box when I do it via a VNC session. After a bit of googling, I see that others have had similar problems and that support for COMPOUND_TEXT is planned. http://www.cygwin.com/ml/cygwin-xfree/2003-04/msg00249.html http://xfree86.cygwin.com/devel/todo.html yvind
Updated on sourceware: XFree86-[base,bin,doc,etc,fsrv,html,jdoc,lib,man,nest,prog,prt,ps,vfb,xserv,xwinclip]-4.3.0-1
The XFree86-[base,bin,doc,etc,fsrv,html,jdoc,lib,man,nest,prog,prt,ps,vfb,xserv,xwinclip]-4.3.0-1 packages have been updated in the Cygwin distribution. There were no Cygwin-specific changes in this release. This is a release to synchronize with the XFree86 4.3.0.1 release. A note about fonts: The font packages *have* been updated to the 4.3.0.1 fonts, however, the font package versions have not been changed. Leaving the font package versions unchanged means that users with 4.2.0 fonts already installed will not have to download the new fonts, which are very large, while new installations will get the new fonts. Anyone is free to reinstall the fonts packages, which will cause the newer packages (with the same version number, mind you) to be downloaded and installed. The 4.2.0 fonts are compatible with the 4.3.0.1 XFree86 release; only in extremely limited situations would someone absolutely need the 4.3.0.1 fonts. Those people know who they are and are on their own for identifying themselves. I have no further information about what scenarios, if any, would require the 4.3.0.1 fonts to be installed. I have downloaded and tested the packages. Everything seemed to work fine. No need to report your results to the list unless you run into trouble. -- Harold Hunt To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'XFree86-xserv' from the 'XFree86' category. You may need to click the Full button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: [EMAIL PROTECTED] . If you want to subscribe go to: http://cygwin.com/lists.html I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place.
Re: Updated on sourceware:XFree86-[base,bin,doc,etc,fsrv,html,jdoc,lib,man,nest,prog,prt,ps,vfb,xserv,xwinclip]-4.3.0-1
Harold L Hunt II wrote: There were no Cygwin-specific changes in this release. This is a release to synchronize with the XFree86 4.3.0.1 release. Some comments on bugs which are now fixed: - xkbcomp can now be used on textmode mounts. Xwin loads the keymap as binary files too. - some syntax errors in xkb layout definitions are now fixed (esp. in us_intl) The us_intl layout which includes the alt-gr mappings is _not_ included in the release. I hope to have it sent to xfree.org until 4.4 is out. bye ago NP: Deine Lakaien - Generators -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: xwinclip/-clipboard - Development on no selection stealing version
Thanks Alex, I tried that but got an error. Do you get this? $ cvs checkout -r XFIXES_BRANCH xc cvs [server aborted]: no such tag XFIXES_BRANCH J S wrote: cvs checkout -rEXPR1 XFIXES_BRANCH cvs checkout -r XFIXES_BRANCH xc bye ago NP: Die Ärzte - 1/2 Lovesong -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723 _ Get Hotmail on your mobile phone http://www.msn.co.uk/msnmobile
Re: xwinclip/-clipboard - Development on no selection stealing version
This implies the branch tag 'XFIXES_BRANCH' doesn't exist. Maybe, try: $ cvs checkout -r XFIXES xc If that fails, just checkout as normal (ie drop the -r tag), and do a 'cvs log' on the file to examine what tags are available to checkout the code on. Hope this helps! PS When will the next test release become available, with those SEGV fixes? I get a SEGV when copying ~100 lines of text from a gnome-terminal onto the clipboard, with the -clipboard feature enabled. I posted the backtrace some time ago (4 weeks?). Many thanks! Dan --- Thanks Alex, I tried that but got an error. Do you get this? $ cvs checkout -r XFIXES_BRANCH xc cvs [server aborted]: no such tag XFIXES_BRANCH J S wrote: cvs checkout -rEXPR1 XFIXES_BRANCH cvs checkout -r XFIXES_BRANCH xc bye ago -- Daniel J Blueman +++ GMX - Mail, Messaging more http://www.gmx.net +++ Jetzt ein- oder umsteigen und USB-Speicheruhr als Prämie sichern!
Re: xwinclip/-clipboard - Development on no selection stealing version
No luck I'm afraid. It's not XFIXES. I couldn't see anything in the log either. Does anyone have a copy of the code they could send me? JS. This implies the branch tag 'XFIXES_BRANCH' doesn't exist. Maybe, try: $ cvs checkout -r XFIXES xc If that fails, just checkout as normal (ie drop the -r tag), and do a 'cvs log' on the file to examine what tags are available to checkout the code on. Hope this helps! PS When will the next test release become available, with those SEGV fixes? I get a SEGV when copying ~100 lines of text from a gnome-terminal onto the clipboard, with the -clipboard feature enabled. I posted the backtrace some time ago (4 weeks?). Many thanks! Dan --- Thanks Alex, I tried that but got an error. Do you get this? $ cvs checkout -r XFIXES_BRANCH xc cvs [server aborted]: no such tag XFIXES_BRANCH J S wrote: cvs checkout -rEXPR1 XFIXES_BRANCH cvs checkout -r XFIXES_BRANCH xc bye ago -- Daniel J Blueman +++ GMX - Mail, Messaging more http://www.gmx.net +++ Jetzt ein- oder umsteigen und USB-Speicheruhr als Prämie sichern! _ Use MSN Messenger to send music and pics to your friends http://www.msn.co.uk/messenger
Re: xwinclip/-clipboard - Development on no selection stealing version
Can you post the result of a 'cvs log file' on any file, please? You may want to trim all the revision notes - the goodness we want is at the top of the output. Dan --- No luck I'm afraid. It's not XFIXES. I couldn't see anything in the log either. Does anyone have a copy of the code they could send me? JS. This implies the branch tag 'XFIXES_BRANCH' doesn't exist. Maybe, try: $ cvs checkout -r XFIXES xc If that fails, just checkout as normal (ie drop the -r tag), and do a 'cvs log' on the file to examine what tags are available to checkout the code on. Hope this helps! PS When will the next test release become available, with those SEGV fixes? I get a SEGV when copying ~100 lines of text from a gnome-terminal onto the clipboard, with the -clipboard feature enabled. I posted the backtrace some time ago (4 weeks?). Many thanks! Dan --- Thanks Alex, I tried that but got an error. Do you get this? -- Daniel J Blueman +++ GMX - Mail, Messaging more http://www.gmx.net +++ Jetzt ein- oder umsteigen und USB-Speicheruhr als Prämie sichern!
Re: xwinclip/-clipboard - Development on no selection stealing version
Thanks for your help. Here you go: $ cvs log xc/programs/Xserver/hw/xwin/winregistry.c RCS file: /cvs/xc/programs/Xserver/hw/xwin/winregistry.c,v Working file: xc/programs/Xserver/hw/xwin/winregistry.c head: 1.1 branch: locks: strict access list: symbolic names: xf-4_3_99_8: 1.1 xf-4_3_99_7: 1.1 xf-4_3_99_6: 1.1 xf-4_3_99_5: 1.1 xf-4_3_99_4: 1.1 xf-4_3_0_1: 1.1 xf-4_3_99_3: 1.1 xf-4_3_99_2: 1.1 xf-4_3_99_1: 1.1 xf-4_3-branch: 1.1.0.2 xf-4_3_0: 1.1 xf-4_2_99_902: 1.1 xf-4_2_99_901: 1.1 xf-4_2_99_4: 1.1 xf-4_2_99_3: 1.1 ah-20021030-postdri: 1.1 ah-20021030: 1.1 xf-4_2_99_2: 1.1 dhd-20020916: 1.1 keyword substitution: kv Can you post the result of a 'cvs log file' on any file, please? You may want to trim all the revision notes - the goodness we want is at the top of the output. Dan --- No luck I'm afraid. It's not XFIXES. I couldn't see anything in the log either. Does anyone have a copy of the code they could send me? JS. This implies the branch tag 'XFIXES_BRANCH' doesn't exist. Maybe, try: $ cvs checkout -r XFIXES xc If that fails, just checkout as normal (ie drop the -r tag), and do a 'cvs log' on the file to examine what tags are available to checkout the code on. Hope this helps! PS When will the next test release become available, with those SEGV fixes? I get a SEGV when copying ~100 lines of text from a gnome-terminal onto the clipboard, with the -clipboard feature enabled. I posted the backtrace some time ago (4 weeks?). Many thanks! Dan --- Thanks Alex, I tried that but got an error. Do you get this? -- Daniel J Blueman +++ GMX - Mail, Messaging more http://www.gmx.net +++ Jetzt ein- oder umsteigen und USB-Speicheruhr als Prämie sichern! _ Sign-up for a FREE BT Broadband connection today! http://www.msn.co.uk/specials/btbroadband
Re: xwinclip/-clipboard - Development on no selection stealingversion
yn Fri, 11 Jul 2003, J S wrote: symbolic names: xf-4_3_99_8: 1.1 xf-4_3_99_7: 1.1 this is the cvs.xfree86.org repository? The current development is done in the xoncygwin repository. cvs -d:pserver:[EMAIL PROTECTED]:/cvsroot/xoncygwin login cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/xoncygwin co -r XFIXES_BRANCH xc bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: xwinclip/-clipboard - Development on no selection stealing version
That explains a lot!!! The link to CVS access documentation on http://xfree86.cygwin.com points to http://xfree86.org/cvs/. symbolic names: xf-4_3_99_8: 1.1 xf-4_3_99_7: 1.1 this is the cvs.xfree86.org repository? The current development is done in the xoncygwin repository. cvs -d:pserver:[EMAIL PROTECTED]:/cvsroot/xoncygwin login cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/xoncygwin co -r XFIXES_BRANCH xc bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723 _ Sign-up for a FREE BT Broadband connection today! http://www.msn.co.uk/specials/btbroadband
Re: xwinclip/-clipboard - Development on no selection stealing version
Harold, Have you taken out the XFIXES branch? JS. Hi, Could you help me out please? I'm not too familiar with using the XFree CVS. Do I need to check out all the XFree code to compile the test code below? I tried: cvs checkout -A xc but that is taking a really long tim to download so not sure if I'm on the right track here. I also tried : cvs checkout -rEXPR1 XFIXES_BRANCH but that didn't work. Thanks for any help. JS. I committed an XFIXES_BRANCH branch to CVS on SourceForge. Follow the instructions from David's email in this thread if you don't know how to checkout a branch. I hope I got all the correct files checked in... I won't be back online until Sunday evening. Harold Harold L Hunt II wrote: I have been working with the code for Keith Packard's XFIXES extension. The XFIXES extension includes a new hook in Xserver/dix/dispatch.c that allows functions within the Xserver (such as the XFIXES xtension) to register for a callback when a selection's ownership changes, among other things. The best documentation I can find for the selection portion of XFIXES is Owen Taylor's writeup on a RedHat list that doesn't seem to have a public archive anymore. Google has a cache; both URLs are below... https://listman.redhat.com/pipermail/xdg-list/2002-November/000937.html http://216.239.53.100/search?q=cache:4osKtTvNNhcJ:https://listman.redhat.com/pipermail/xdg-list/2002-November/000937.html+XFixesSelectSelectionInputhl=enie=UTF-8 In any case, I reincluded the XFIXES extension in my local tree from SourceForge. I built the extension and modified the -clipboard module to register for messages from the XFIXES extension related to ownership changes of XA_PRIMARY. The ownership notifications work just fine, and I am able to copy text from X to Windows repeatedly without having to transfer ownership of XA_PRIMARY to the clipboard manager (the -clipboard module). The remaining problem is that I modified the Win32 message loop in the -clipboard module to add itself to the clipboard chain and to call XSetSelectionOwner when something comes through the Windows clipboard. This immediately resulted in an infinite loop, as my X event handling for a selection ownership change calls XConvertSelection, which ends up sending a SelectionNotify event back to the -clipboard module. The -clipboard module copies the text from the X clipboard to the Windows clipboard on a SelectionNofity event. Thus, the text makes a round-trip from the Windows clipboard, to the X clipboard, back to the Windows clipboard, ad nauseam. I added a little break-out in the selection ownership change processing that prevents XSetSelectionOwner from being called if the current owner of the selection is the clipboard manager window. This stops the infinite looping, but it causes a problem very similar to the original xwinclip problem: the X selection is immediately unhighlighted. So, my questions are: 1) Does anyone feel like helping on this? Got any ideas right off the bat? 2) What would be the best way for me to share the code with other developers? I don't want to commit the XFIXES stuff to our SourceForge tree's HEAD, but could I use another branch? If so, please give me some instructions for what to do... I haven't got time to study CVS all day. I am pleased with my current progress point. This version that is dependent upon a stripped-down XFIXES extension will represent about a 40% completion point in new clipboard integration support that doesn't steal selection ownership. The remaining work to be done could include removing the clipboard manager client altogether, removing any dependency on XFIXES and using only the internal hooking interface, etc. Please postpone any debate on those remaining steps until the current programming actually works. There will be no point to debate the merits of steps 5, 6, and 7 unless we can actually get step 4 to do what we intend. Harold _ Sign-up for a FREE BT Broadband connection today! http://www.msn.co.uk/specials/btbroadband _ Hotmail messages direct to your mobile phone http://www.msn.co.uk/msnmobile
Re: xwinclip/-clipboard - Development on no selection stealingversion
J S wrote: cvs checkout -rEXPR1 XFIXES_BRANCH cvs checkout -r XFIXES_BRANCH xc bye ago NP: Die Ärzte - 1/2 Lovesong -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
xwinclip: selection either gets lost in X or doesn't end up in NT clipboard
Hello, I've been using Cygwin/XFree86 Test Series quite happily for a few weeks now, current snapshot is Test91. However, I've never quite gotten xwinclip (now included in server) to work properly. At startup I am able to copy/paste text between X and Windows, but at this stage my X selection gets lost (de-selected, whatever) almost immediately; the text _is_ in the buffer, I can paste it to another X client via Mouse button 2, but the selected text is no longer highlighted, making it impossible to work on it any further (e.g.: I can't delete selected text in nedit (Motif text editor) using the backspace key, similar problems in xemacs, kate (KDE3) etc.). After some period of time (say, an hour or so) the behaviour changes: the text in X stays selected but it no longer winds up in the WinNT clipboard. Might be some application I use that triggers this, haven't a clue yet. OS: Windows NT 4.0 SP 6 Graphics hardware: Matrox Dualhead (G450 AGP, Driver 4.70.011) X startup: start ..\..\usr\X11r6\bin\XWin -noreset -ac -nowinkill -clipboard -fullscreen %1 (from KDE3.1.1 script startkde_small.bat) Minimal KDE startup: bin\kdeinit +kicker +kwin Clients used: - konsole (KDE3.1.1 for cygwin) - xterm (remote; AIX Solaris) - nedit (remote; AIX Solaris) - xemacs (remote; Solaris) - Sniff+ (remote; AIX Solaris) Any ideas anyone? Cheers, Mark. -- current XWin.log: ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 2560 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 - Returning, supported engines 001b InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Using Shadow DirectDraw winAdjustVideoModeShadowDD - Using Windows display depth of 32 bits per pixel winAllocateFBShadowDD - Not changing video mode winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowDD - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - Calling winInitClipboard. winInitClipboard () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. winClipboardProc - Hello winClipboardProc - Calling pthread_mutex_lock () (==) Using preset keyboard for German (Germany) (0407), type 4 (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = xfree86 Model = pc105 Layout = de Variant = (null) Options = (null) Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, removing from list! winPointerWarpCursor - Discarding first warp: 1280 512 winBlockHandler - Releasing pmServerStarted winClipboardProc - pthread_mutex_lock () returned. DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - Calling setlocale () winBlockHandler - pthread_mutex_unlock () returned winClipboardProc - setlocale () returned winClipboardProc - XInitThreads () returned. winClipboardProc - pthread_mutex_unlock () returned. winClipboardProc - DISPLAY=127.0.0.1:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY Unknown ClientMessage SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY Unknown ClientMessage Unknown ClientMessage SelectionNotify - ATOM: PRIMARY Unknown ClientMessage SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY Unknown
Re: xwinclip: selection either gets lost in X or doesn't end up in NTclipboard
At startup I am able to copy/paste text between X and Windows, but at this stage my X selection gets lost (de-selected, whatever) almost immediately; the text _is_ in the buffer, I can paste it to another X client via Mouse button 2, but the selected text is no longer highlighted, making it impossible to work on it any further (e.g.: I can't delete selected text in nedit (Motif text editor) using the backspace key, similar problems in xemacs, kate (KDE3) etc.). This is a X design problem. XWinclip must own the selection to be able to detect the selection changes. There is an experimental X server which detects selection changes without owning the selection. Search the maillist.
Re: xwinclip/-clipboard - Development on no selection stealing version
Harold L Hunt II wrote: I have been working with the code for Keith Packard's XFIXES extension. The XFIXES extension includes a new hook in Xserver/dix/dispatch.c that allows functions within the Xserver (such as the XFIXES xtension) to register for a callback when a selection's ownership changes, among other things. [snip] 2) What would be the best way for me to share the code with other developers? I don't want to commit the XFIXES stuff to our SourceForge tree's HEAD, but could I use another branch? If so, please give me some instructions for what to do... I haven't got time to study CVS all day. Basically just say cvs tag -b XFIFES_BRANCH on a tree you've checked out (so far unchanged). Then say cvs update -r XFIFES_BRANCH so that it marks the code as using that branch (for future commits). Then do all the changes (you could do this by making a diff from your existing work and use patch to apply it to this tree), and commits will go onto the branch. Others can get them by doing cvs update -r XFIFES_BRANCH. From the cvs man page: Say you have been working on some extremely experimental software, based on whatever revision you happened to checkout last week. If others in your group would like to work on this software with you, but without disturbing main-line development, you could commit your change to a new branch. Others can then checkout your experimental stuff and utilize the full benefit of cvs conflict resolution. The scenario might look like: example% cvs tag -b EXPR1 example% cvs update -rEXPR1 [[ hack away ]] example% cvs commit Others would simply do `cvs checkout -rEXPR1 whatever_module' to work with you on the experimental change. Hope that helps David
xwinclip/-clipboard - Development on no selection stealing version
I have been working with the code for Keith Packard's XFIXES extension. The XFIXES extension includes a new hook in Xserver/dix/dispatch.c that allows functions within the Xserver (such as the XFIXES xtension) to register for a callback when a selection's ownership changes, among other things. The best documentation I can find for the selection portion of XFIXES is Owen Taylor's writeup on a RedHat list that doesn't seem to have a public archive anymore. Google has a cache; both URLs are below... https://listman.redhat.com/pipermail/xdg-list/2002-November/000937.html http://216.239.53.100/search?q=cache:4osKtTvNNhcJ:https://listman.redhat.com/pipermail/xdg-list/2002-November/000937.html+XFixesSelectSelectionInputhl=enie=UTF-8 In any case, I reincluded the XFIXES extension in my local tree from SourceForge. I built the extension and modified the -clipboard module to register for messages from the XFIXES extension related to ownership changes of XA_PRIMARY. The ownership notifications work just fine, and I am able to copy text from X to Windows repeatedly without having to transfer ownership of XA_PRIMARY to the clipboard manager (the -clipboard module). The remaining problem is that I modified the Win32 message loop in the -clipboard module to add itself to the clipboard chain and to call XSetSelectionOwner when something comes through the Windows clipboard. This immediately resulted in an infinite loop, as my X event handling for a selection ownership change calls XConvertSelection, which ends up sending a SelectionNotify event back to the -clipboard module. The -clipboard module copies the text from the X clipboard to the Windows clipboard on a SelectionNofity event. Thus, the text makes a round-trip from the Windows clipboard, to the X clipboard, back to the Windows clipboard, ad nauseam. I added a little break-out in the selection ownership change processing that prevents XSetSelectionOwner from being called if the current owner of the selection is the clipboard manager window. This stops the infinite looping, but it causes a problem very similar to the original xwinclip problem: the X selection is immediately unhighlighted. So, my questions are: 1) Does anyone feel like helping on this? Got any ideas right off the bat? 2) What would be the best way for me to share the code with other developers? I don't want to commit the XFIXES stuff to our SourceForge tree's HEAD, but could I use another branch? If so, please give me some instructions for what to do... I haven't got time to study CVS all day. I am pleased with my current progress point. This version that is dependent upon a stripped-down XFIXES extension will represent about a 40% completion point in new clipboard integration support that doesn't steal selection ownership. The remaining work to be done could include removing the clipboard manager client altogether, removing any dependency on XFIXES and using only the internal hooking interface, etc. Please postpone any debate on those remaining steps until the current programming actually works. There will be no point to debate the merits of steps 5, 6, and 7 unless we can actually get step 4 to do what we intend. Harold
Re: xwinclip patch
Well, then I will fork the xwinclip development. That's the greatness of open source. I think that seamless integration with windows is very important. And a Windows user never expects to lose the clipboard contents when he selects text with the mouse. Thanks for all. Good bye.
Re: xwinclip patch
Howdy Harold, you took the words right out of my mouth (well, maybe they were a bit kinder than I'd have been!): Subject: Re: xwinclip patch ... Not all applications used the CLIPBOARD atom... a lot of them still only use XA_PRIMARY. Dropping support for XA_PRIMARY is a HUGE reduction in the feature set of xwinclip and it will not be accepted by users. XA_PRIMARY is what's used by the two largest apps used under X (according to the Unix Hater's Guide): emacs and xterm. I think you'd have a line of people knocking on your door to yell at you if you were even to think about removing the select = paste flow from these apps, or the even worse option of having to select then move the mouse to the taskbar and select some option from a popup menu to paste things. I've realized that I'm targeting a diffent user profile. I work with Windows users that want to use remote X11 apps, and you are thinking on X users that want to work from a windows box. The difference is subtle but important. Therefore, I fear that a code fork will be the best choice. Goodbye. PD: Both emacs and xterm can be configured to work with the clipboard.
Re: xwinclip patch
Excellent. [EMAIL PROTECTED] wrote: Well, then I will fork the xwinclip development. That's the greatness of open source. I think that seamless integration with windows is very important. And a Windows user never expects to lose the clipboard contents when he selects text with the mouse. Thanks for all. Good bye.
Re: xwinclip patch
Nope, you really didn't read the mailing list.
Not all applications used the CLIPBOARD atom... a lot of them still only
use XA_PRIMARY. Dropping support for XA_PRIMARY is a HUGE reduction in
the feature set of xwinclip and it will not be accepted by users.
Harold
[EMAIL PROTECTED] wrote:
What I'm requesting is so simple as this:
--- xwinclip.c.orig 2003-01-13 02:27:22.0 +0100
+++ xwinclip.c 2003-06-04 10:09:18.0 +0200
@@ -362,15 +362,6 @@
exit (1);
}
- /* Assert ownership of PRIMARY */
- iReturn = XSetSelectionOwner (pDisplay, XA_PRIMARY,
- iWindow, CurrentTime);
- if (iReturn == BadAtom || iReturn == BadWindow)
-{
- printf (Could not set PRIMARY owner\n);
- exit (1);
-}
-
/* Local property to hold pasted data */
atomLocalProperty = XInternAtom (pDisplay, CYGX_CUT_BUFFER, False);
if (atomLocalProperty == None)
With this patch, xwinclip works as a Windows user would expect.
With a few lines, I've configured xterm and emacs to copy/paste to/from the clipboard:
~/.Xresources:
*VT100.Translations: #override \
Shift KeyPress Insert: insert-selection(CLIPBOARD) \n\
Ctrl KeyPress Insert: select-set(CLIPBOARD) \n\
~/.emacs:
(global-set-key [S-delete] 'clipboard-kill-region)
(global-set-key [S-insert] 'clipboard-yank)
(global-set-key [C-insert] 'clipboard-kill-ring-save)
Gnome 12, Gvim, and KDE 3 works correctly.
I acknow that there is lots of old applications (KDE12 mainly) that ignores
completely the clipboard, so I will try to rewrite xwinclip as a windows
taskbar app that will allow to copy (at user request) the primary selection to the
clipboard and vice versa.
Good bye!
Re: xwinclip patch
Howdy Harold, you took the words right out of my mouth (well, maybe they were a bit kinder than I'd have been!): Subject: Re: xwinclip patch ... Not all applications used the CLIPBOARD atom... a lot of them still only use XA_PRIMARY. Dropping support for XA_PRIMARY is a HUGE reduction in the feature set of xwinclip and it will not be accepted by users. XA_PRIMARY is what's used by the two largest apps used under X (according to the Unix Hater's Guide): emacs and xterm. I think you'd have a line of people knocking on your door to yell at you if you were even to think about removing the select = paste flow from these apps, or the even worse option of having to select then move the mouse to the taskbar and select some option from a popup menu to paste things. -- -Earle F. Philhower, III [EMAIL PROTECTED] http://www.ziplabel.com
Re: xwinclip shouldn't monitor the primary selection
Think what you want in five minutes, but I have worked on it for over a year and it isn't as simple as you think. Keep your suggestions to yourself if you don't have anything concrete to contribute. Harold [EMAIL PROTECTED] wrote: Sorry. I have searched the maillist and I've read several times that xwinclip must be rewritten, but I can't find why. In January, you said that you are planning to integrate xwinclip into the X server to be able to detect when an application asserts a selection ownership (at least, it's what I understant :-?). I think that this is a dead end, because an X application doesn't need to notify the X server when the selection content changes. For example, gvim asserts the primary selection ownership when you begins the drag operation and doesn't assert it again when you release the mouse button. Nonetheless, monitoring the primary selection is a bad idea. The primary selection is a secondary way of coping and pasting, an easter egg for expert users and is very volatile. The main way of cutting, coping and pasting must be the clipboard selection. Look at http://www.freedesktop.org/standards/clipboards.txt. So I think that xwinclip must ignore the primary selection. Good bye!
Efforts to make xwinclip/-clipboard not steal the selection [Fwd:[Xoncygwin-cvs] CVS Update: xc (branch: trunk)]
Okay, since the selection stealing by xwinclip/-clipboard probably generates the largest amount of annoying questions on this mailing list, I decided to finally spend a little time trying to redo this properly. I had been meaning to look at Keith Packard's XFIXES extension that was added to the XFree86 CVS last November and was subsequently removed before 4.3.0 was released. Tonight I looked through the pieces that of that patch that added a new type of callback function for selection changes. Callbacks for this can be registered by calling AddCallback... Tonight I applied those few pieces of Keith's code for the selection callback to our SourceForge CVS tree. I also added a file to hw/xwin called winclipboardcallback.c and I added a call in winscrinit.c that registers a callback. Forgive the poor function names... but it is past bed time (you'll know what I mean if you look at the CVS). The code compiles and runs. When the selection changes, it prints a message to the log file via ErrorF. So, we are at least able to detect when the selection changes now. There are two steps that I will be taking next (or appreciating help from others on): 1) Make a few simple changes to the -clipboard functionality that registers a callback for the selection change events. Stop stealing the selection when something in X is copied. This would immediately improve -clipboard since it would no longer steal the selection and it would still support wonderful things like non-ANSI text conversion. 2) Change the clipboard functionality from an X Client to just another set of functions in the X Server. This is possible because we no longer have to wait for the X Client SelectionNotify events, etc., but it may prove difficult to find the X Server interface to the functions that convert selections into the desired format. On the other hand, this may be really easy. I would *really* like to do (1) first, even if (2) were to follow as soon as later the same day. I think that (1) is achievable within 8 hours. I may have something tomorrow. I would appreciate if others would look into (2) in the mean time. Good night, Harold Original Message Subject: [Xoncygwin-cvs] CVS Update: xc (branch: trunk) Date: Tue, 03 Jun 2003 22:06:38 -0700 From: Harold Hunt [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] CVSROOT:/cvsroot/xoncygwin Module name:xc Repository: xc/programs/Xserver/include/ Changes by: [EMAIL PROTECTED] 03/06/03 22:06:38 Log message: Add parts of Keith Packard's XFIXES used to notify clients when the selection changes. Only built when __CYGWIN__ is defined. Modified files: xc/programs/Xserver/dix/: dispatch.c xc/programs/Xserver/hw/xwin/: Imakefile winscrinit.c xc/programs/Xserver/include/: dix.h Revision ChangesPath 1.2 +40 -20xc/programs/Xserver/dix/dispatch.c 1.3 +2 -0 xc/programs/Xserver/hw/xwin/Imakefile 1.2 +267 -53 xc/programs/Xserver/hw/xwin/winscrinit.c 1.2 +28 -4 xc/programs/Xserver/include/dix.h --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Xoncygwin-cvs mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/xoncygwin-cvs
xwinclip patch
What I'm requesting is so simple as this:
--- xwinclip.c.orig 2003-01-13 02:27:22.0 +0100
+++ xwinclip.c 2003-06-04 10:09:18.0 +0200
@@ -362,15 +362,6 @@
exit (1);
}
- /* Assert ownership of PRIMARY */
- iReturn = XSetSelectionOwner (pDisplay, XA_PRIMARY,
- iWindow, CurrentTime);
- if (iReturn == BadAtom || iReturn == BadWindow)
-{
- printf (Could not set PRIMARY owner\n);
- exit (1);
-}
-
/* Local property to hold pasted data */
atomLocalProperty = XInternAtom (pDisplay, CYGX_CUT_BUFFER, False);
if (atomLocalProperty == None)
With this patch, xwinclip works as a Windows user would expect.
With a few lines, I've configured xterm and emacs to copy/paste to/from the clipboard:
~/.Xresources:
*VT100.Translations: #override \
Shift KeyPress Insert: insert-selection(CLIPBOARD) \n\
Ctrl KeyPress Insert: select-set(CLIPBOARD) \n\
~/.emacs:
(global-set-key [S-delete] 'clipboard-kill-region)
(global-set-key [S-insert] 'clipboard-yank)
(global-set-key [C-insert] 'clipboard-kill-ring-save)
Gnome 12, Gvim, and KDE 3 works correctly.
I acknow that there is lots of old applications (KDE12 mainly) that ignores
completely the clipboard, so I will try to rewrite xwinclip as a windows
taskbar app that will allow to copy (at user request) the primary selection to the
clipboard and vice versa.
Good bye!
xwinclip shouldn't monitor the primary selection
I think that xwinclip shouldn't monitor the primary selection because: a) The primary selection has user feedback. When an X application loses the primary selection, usually clears the selection, so you can't delete, cut, copy or whatever you want to do. b) The primary selection doesn't behave like the windows clipboard, so windows users get confused. On the other hand, the clipboard selection doesn't usually have user feedback and behaves like the windows clipboard: you must request the cut or copy operation explicitly. What do you think? Thanks
Re: xwinclip shouldn't monitor the primary selection
[EMAIL PROTECTED] wrote: I think that xwinclip shouldn't monitor the primary selection because: a) The primary selection has user feedback. When an X application loses the primary selection, usually clears the selection, so you can't delete, cut, copy or whatever you want to do. b) The primary selection doesn't behave like the windows clipboard, so windows users get confused. On the other hand, the clipboard selection doesn't usually have user feedback and behaves like the windows clipboard: you must request the cut or copy operation explicitly. What do you think? I think that somebody mentions this about once every other week without searching the mailing list archives first. I have written at least 15 detailed descriptions of why making xwinclip/-clipboard work properly is HARD. Harold
Re: xwinclip shouldn't monitor the primary selection
Sorry. I have searched the maillist and I've read several times that xwinclip must be rewritten, but I can't find why. In January, you said that you are planning to integrate xwinclip into the X server to be able to detect when an application asserts a selection ownership (at least, it's what I understant :-?). I think that this is a dead end, because an X application doesn't need to notify the X server when the selection content changes. For example, gvim asserts the primary selection ownership when you begins the drag operation and doesn't assert it again when you release the mouse button. Nonetheless, monitoring the primary selection is a bad idea. The primary selection is a secondary way of coping and pasting, an easter egg for expert users and is very volatile. The main way of cutting, coping and pasting must be the clipboard selection. Look at http://www.freedesktop.org/standards/clipboards.txt. So I think that xwinclip must ignore the primary selection. Good bye!
XWin -clipboard and xwinclip bad highlighting behavior
I have observed that highlighting with either xwipclip running or Xwin running with the -clipboard switch, vanishes directly after completing a selection. The copy to the X and Windows clipboards happens just fine. However, I would prefer the highlighting to remain until the next mouse click as it does on other X servers. I read in an earlier thread that the vanishing highlighting is expected and normal behavior. I would like to have that behavior changed so that it is at least configurable. I wouldn't mind doing it myself. If this problem is already being addressed, please tell me so. Otherwise, please tell me how to get started addressing it; I don't mind doing the work myself.
Re: XWin -clipboard and xwinclip bad highlighting behavior
Derek, Yes, we know. This is not an easy problem, search the mailing list archives for more details. No one is working on this problem at the moment and we appreciate your offer to help. You might be interested in the XFIXES extension, which almost made it into the XFree86 4.3.0 release but was pulled. It included a mechanism to notify clients when the clipboard contents changed. We can either use this extension to get notification, or we can insert our own hooks into the portion of the X Server that handles the clipboard. Either way, I am beginning to think that providing clipboard integration via an X Client is not the correct way to address this problem. Ask any questions on the list, I will be glad to assist where I can. Harold Derek Bennett wrote: I have observed that highlighting with either xwipclip running or Xwin running with the -clipboard switch, vanishes directly after completing a selection. The copy to the X and Windows clipboards happens just fine. However, I would prefer the highlighting to remain until the next mouse click as it does on other X servers. I read in an earlier thread that the vanishing highlighting is expected and normal behavior. I would like to have that behavior changed so that it is at least configurable. I wouldn't mind doing it myself. If this problem is already being addressed, please tell me so. Otherwise, please tell me how to get started addressing it; I don't mind doing the work myself.
RE: XWin -clipboard and xwinclip bad highlighting behavior
The one other thing that I notice that I think is related to this is that in some applications (the one I see it in is ddd when compiled with lesstif), the selection does not even hold long enough to select it. If I click and drag (while still holding down the mouse button) the selection disappears. If I try to paste, my buffer has been deleted. I also have a related problem when I want to get a menu relating to an area that is larger than the default area. Normally, I would select the larger area and click (or right click) on it to get the appropriate menu. I can never do that. Does anyone have any ideas? -Original Message- From: Harold L Hunt II [mailto:[EMAIL PROTECTED] Sent: Thursday, April 03, 2003 10:01 AM To: [EMAIL PROTECTED] Subject: Re: XWin -clipboard and xwinclip bad highlighting behavior Derek, Yes, we know. This is not an easy problem, search the mailing list archives for more details. No one is working on this problem at the moment and we appreciate your offer to help. You might be interested in the XFIXES extension, which almost made it into the XFree86 4.3.0 release but was pulled. It included a mechanism to notify clients when the clipboard contents changed. We can either use this extension to get notification, or we can insert our own hooks into the portion of the X Server that handles the clipboard. Either way, I am beginning to think that providing clipboard integration via an X Client is not the correct way to address this problem. Ask any questions on the list, I will be glad to assist where I can. Harold
Re: XWin -clipboard and xwinclip bad highlighting behavior
Andrew, This issue has been beat to death in the mailing list archives since xwinclip was first released. It is not possible to fix xwinclip without a server extension or without modifying the server code directly to support an integrated clipboard system. Search the archives if you are interested. Harold Andrew Braverman wrote: The one other thing that I notice that I think is related to this is that in some applications (the one I see it in is ddd when compiled with lesstif), the selection does not even hold long enough to select it. If I click and drag (while still holding down the mouse button) the selection disappears. If I try to paste, my buffer has been deleted. I also have a related problem when I want to get a menu relating to an area that is larger than the default area. Normally, I would select the larger area and click (or right click) on it to get the appropriate menu. I can never do that. Does anyone have any ideas? -Original Message- From: Harold L Hunt II [mailto:[EMAIL PROTECTED] Sent: Thursday, April 03, 2003 10:01 AM To: [EMAIL PROTECTED] Subject: Re: XWin -clipboard and xwinclip bad highlighting behavior Derek, Yes, we know. This is not an easy problem, search the mailing list archives for more details. No one is working on this problem at the moment and we appreciate your offer to help. You might be interested in the XFIXES extension, which almost made it into the XFree86 4.3.0 release but was pulled. It included a mechanism to notify clients when the clipboard contents changed. We can either use this extension to get notification, or we can insert our own hooks into the portion of the X Server that handles the clipboard. Either way, I am beginning to think that providing clipboard integration via an X Client is not the correct way to address this problem. Ask any questions on the list, I will be glad to assist where I can. Harold
-clipboard fails, xwinclip works if delayed
Could someone please point out what I am missing? Cygwin/XFree works rock-solid for me as an x-terminal to a remote host. However I cannot get -clipboard to work; Xwinclip works fine, but only if I delay running it until I've logged in to the remote host and executed xhost +my-pc-addr. If I start Xwinclip sooner, it says: Xlib: connection to my-pc-addr refused by server Could not open display, try: 1, sleeping:4 It gets up to try 3 in about 10 seconds, then quits. Logging into the remote host takes up to a minute, after which xhost can be executed. Starting Xwinclip late enough that not all tries are used up works ok. Is there some setting I'm missing? Or does -clipboard include a similar timeout which could be extended? I've tried the telnet method described in the user guide, but it seems to have the same problem. xwin.bat script is: SET DISPLAY=my-pc-addr:0.0 SET PATH=.;\cygwin\bin;\cygwin\usr\X11R6\bin;%PATH% start /B XWin-Test79.exe -query host-addr -kb -clipboard -nowinkill -nodecoration -unixkill -from my-pc-addr setting DISPLAY to 127.0.0.1:0.0 doesn't help. The system is win2000 with a 1 GHz pentium. Extracting clip from the log gives: % cat XWinrl.log|grep -i clip winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winFinishScreenInitFB - Calling winInitClipboard. winInitClipboard () winClipboardProc - Hello winClipboardProc - Calling pthread_mutex_lock () winClipboardProc - pthread_mutex_lock () returned. winClipboardProc - Calling setlocale () winClipboardProc - setlocale () returned winClipboardProc - pthread_mutex_unlock () returned. winClipboardProc - XInitThreads failed. Many thanks - John Peters CSIRO National Measurement Laboratory PO Box 218Phone:+61 2 9413 7503 Lindfield NSW 2070Fax: +61 2 9413 7202 Australia Email: [EMAIL PROTECTED] -
Re: -clipboard fails, xwinclip works if delayed
this is a know issue. pl. see following mails http://www.cygwin.com/ml/cygwin-xfree/2002-01/msg00157.html http://www.cygwin.com/ml/cygwin-xfree/2002-01/msg00155.html i got following links as the result of search at google Search conditionxwinclip site:cygwin.com http://xfree86.cygwin.com/devel/xwinclip/ http://www.cygwin.com/ml/cygwin-xfree-announce/2003-01/msg1.html http://www.cygwin.com/ml/cygwin-xfree-announce/2002-06/msg6.html http://www.cygwin.com/ml/cygwin-xfree-announce/2002-12/msg0.html http://www.cygwin.com/ml/cygwin-xfree-announce/2002-06/msg9.html http://www.cygwin.com/ml/cygwin-xfree-announce/2002-06/msg4.html --- [EMAIL PROTECTED] wrote: Could someone please point out what I am missing? Cygwin/XFree works rock-solid for me as an x-terminal to a remote host. However I cannot get -clipboard to work; Xwinclip works fine, but only if I delay running it until I've logged in to the remote host and executed xhost +my-pc-addr. If I start Xwinclip sooner, it says: Xlib: connection to my-pc-addr refused by server Could not open display, try: 1, sleeping:4 It gets up to try 3 in about 10 seconds, then quits. Logging into the remote host takes up to a minute, after which xhost can be executed. Starting Xwinclip late enough that not all tries are used up works ok. Is there some setting I'm missing? Or does -clipboard include a similar timeout which could be extended? I've tried the telnet method described in the user guide, but it seems to have the same problem. xwin.bat script is: SET DISPLAY=my-pc-addr:0.0 SET PATH=.;\cygwin\bin;\cygwin\usr\X11R6\bin;%PATH% start /B XWin-Test79.exe -query host-addr -kb -clipboard -nowinkill -nodecoration -unixkill -from my-pc-addr setting DISPLAY to 127.0.0.1:0.0 doesn't help. The system is win2000 with a 1 GHz pentium. Extracting clip from the log gives: % cat XWinrl.log|grep -i clip winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winFinishScreenInitFB - Calling winInitClipboard. winInitClipboard () winClipboardProc - Hello winClipboardProc - Calling pthread_mutex_lock () winClipboardProc - pthread_mutex_lock () returned. winClipboardProc - Calling setlocale () winClipboardProc - setlocale () returned winClipboardProc - pthread_mutex_unlock () returned. winClipboardProc - XInitThreads failed. Many thanks - John Peters CSIRO National Measurement Laboratory PO Box 218Phone:+61 2 9413 7503 Lindfield NSW 2070Fax: +61 2 9413 7202 Australia Email: [EMAIL PROTECTED] - __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com
xwinclip dies with select failure
I have found that xwinclip dies if I try to put it into the background:
msp-arjuno 398: xwinclip
UnicodeSupport - Windows NT/2000/XP
Suspended
msp-arjuno 399: bg
[1]xwinclip
Call to select () failed: -1. Bailing.
The most likely reason is that the EINTR return from select() is not
being ignored. This diff should fix it, but I do not have a development
environment loaded:
--- xwinclip.c.~1~ 2003-01-12 20:27:22.0 -0500
+++ xwinclip.c 2003-03-23 16:26:39.0 -0500
@@ -439,7 +439,10 @@
NULL); /* No timeout */
if (iReturn = 0)
{
- printf (Call to select () failed: %d. Bailing.\n, iReturn);
+ if (errno == EINTR)
+ continue;
+ fprintf(stderr, Call to select () failed: %s. Bailing.\n,
+ strerror(errno));
break;
}
Thanks.
Jeff
Re: xwinclip dies with select failure
Jeff,
Most people are using the -clipboard command-line parameter for XWin.exe
now... which provides the functionality of xwinclip.exe running in a
seperate thread in XWin.exe. I don't know that I will ever make any new
releases of the stand-alone xwinclip.exe.
Thanks for the patch anyway,
Harold
Jeffrey C Honig wrote:
I have found that xwinclip dies if I try to put it into the background:
msp-arjuno 398: xwinclip
UnicodeSupport - Windows NT/2000/XP
Suspended
msp-arjuno 399: bg
[1]xwinclip
Call to select () failed: -1. Bailing.
The most likely reason is that the EINTR return from select() is not
being ignored. This diff should fix it, but I do not have a development
environment loaded:
--- xwinclip.c.~1~ 2003-01-12 20:27:22.0 -0500
+++ xwinclip.c 2003-03-23 16:26:39.0 -0500
@@ -439,7 +439,10 @@
NULL); /* No timeout */
if (iReturn = 0)
{
- printf (Call to select () failed: %d. Bailing.\n, iReturn);
+ if (errno == EINTR)
+ continue;
+ fprintf(stderr, Call to select () failed: %s. Bailing.\n,
+ strerror(errno));
break;
}
Thanks.
Jeff
Re: xwinclip dies with select failure
I don't know how many people use the -nolisten tcp option with XWin for security. I do and have found that the option conflicts with the -clipboard option as well as the -T option for xterm. This may be something only on my wish list, but is there any possibility of resolving this incompatibility issue, especially since there may not be further updates to the standalone xwinclip program? Raymond Harold Hunt wrote: Jeff, Most people are using the -clipboard command-line parameter for XWin.exe now... which provides the functionality of xwinclip.exe running in a seperate thread in XWin.exe. I don't know that I will ever make any new releases of the stand-alone xwinclip.exe. Thanks for the patch anyway, Harold
Re: xwinclip dies with select failure
Most people are using the -clipboard command-line parameter for XWin.exe now... which provides the functionality of xwinclip.exe running in a seperate thread in XWin.exe. I don't know that I will ever make any new releases of the stand-alone xwinclip.exe. D'oh! I guess I didn't see that feature come through. Works great! Thanks. Jeff
Re: xwinclip not working with xdm
On Thu, 6 Mar 2003, J S wrote: Thanks Alex. That's the same problem I'm having. Can't select the text to copy. I have some customers who use xdm to run their application but I'm not sure what to do now because they need to cut and paste with it. eg. xterm: I can select text, but the inverted text is changed immediately back to normal. But the text was copied to the clipboard bye ago
Re: xwinclip not working with xdm
Does anyone else here use xdm? Could you test this out and let me know if your xwinclip works on it? Thanks, JS. Nope, never seen that before. J S wrote: Hi, When I run xdm to an AIX box (either with -clipboard or xwinclip standalone) I'm unable to select text to copy. The highlight won't stick after selecting the text, but it copy parts of the text. However on Solaris, I can select the text, but this doesn't get copied to the clipboard. Here's the command I tried: xwin -ac -query aix334 -from win123 -clipboard Does anyone else get this problem? I'm using the XWin Test version 78. Thanks, JS. _ Use MSN Messenger to send music and pics to your friends http://messenger.msn.co.uk _ Stay in touch with MSN Messenger http://messenger.msn.co.uk
Re: xwinclip not working with xdm
J S wrote: Does anyone else here use xdm? Could you test this out and let me know if your xwinclip works on it? I'm using XWin with wdm. I don't need winclip very often so I only start it when I really need it. I've seen no problems (beside that the selection immediatly disappears after I released the mousebutton) bye ago NP: VNV Nation - Airships -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: xwinclip not working with xdm
J S wrote: Does anyone else here use xdm? Could you test this out and let me know if your xwinclip works on it? I'm using XWin with wdm. I don't need winclip very often so I only start it when I really need it. I've seen no problems (beside that the selection immediatly disappears after I released the mousebutton) bye ago Thanks Alex. That's the same problem I'm having. Can't select the text to copy. I have some customers who use xdm to run their application but I'm not sure what to do now because they need to cut and paste with it. JS. _ Stay in touch with absent friends - get MSN Messenger http://messenger.msn.co.uk
xwinclip not working with xdm
Hi, When I run xdm to an AIX box (either with -clipboard or xwinclip standalone) I'm unable to select text to copy. The highlight won't stick after selecting the text, but it copy parts of the text. However on Solaris, I can select the text, but this doesn't get copied to the clipboard. Here's the command I tried: xwin -ac -query aix334 -from win123 -clipboard Does anyone else get this problem? I'm using the XWin Test version 78. Thanks, JS. _ Use MSN Messenger to send music and pics to your friends http://messenger.msn.co.uk
Re: xwinclip not working with xdm
Nope, never seen that before. J S wrote: Hi, When I run xdm to an AIX box (either with -clipboard or xwinclip standalone) I'm unable to select text to copy. The highlight won't stick after selecting the text, but it copy parts of the text. However on Solaris, I can select the text, but this doesn't get copied to the clipboard. Here's the command I tried: xwin -ac -query aix334 -from win123 -clipboard Does anyone else get this problem? I'm using the XWin Test version 78. Thanks, JS. _ Use MSN Messenger to send music and pics to your friends http://messenger.msn.co.uk
RE: xwinclip usage?
Marc, All I can tell you right now is that it has always been a pain to get xwinclip (or any local X client for that matter) to work with XWin.exe when you are using -query for an XDMCP session. I can also tell you that I doubt that the new version of XWin.exe is causing the stand-alone xwinclip not to work. That just doesn't make sense. More likely is that you accidentally were doing something differently that you have now forgotten to do. To prove me wrong, download one of those test versions that would have been in place in October. It looks like you should try Test64 or Test68... but I bet your results will be the same. I really need an XDMCP/X security expert to explain this to me COMPLETELY. Sure, others have mentioned a few things that might be causing the problem, which generally is of no benefit to me. I need someone to sit down for three hours and actually test the various modes that xwinclip can be started in and what you have to do in order to get xwinclip (or any local X client) to connect to XWin.exe when using -query. I don't want suggestions, I don't want speculation, I want someone to tell me what needs to be done to take care of this once and for all. I admit, I cannot fix this problem. Someone will have to fix it for me, and they will have to do a good job of it otherwise it will not be of any benefit to me. Until that someone steps forward, I am fresh out of ideas, Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Marc Williams Sent: Friday, January 24, 2003 3:21 PM To: Cygwin list Subject: RE: xwinclip usage? Ok, now I'm begging for help. I installed Test74 this morning and I still can't get my sessions to copy/paste to/from each other. xwinclip should work as a seperate invocation following XWin.exe as long as I remove -clipboard as a switch from XWin, right? I tried that and it doesn't work either. XWin starts the xdmcp session fine but then starting xwinclip gives me this: UnicodeSupport - Windows 95/98/Me Could not open display, try: 1, sleeping: 4 Could not open display, try: 2, sleeping: 4 Could not open display, try: 3, sleeping: 4 Failed opening the display, giving up So for right now, I can't get xwinclip to work either as a stand alone or as a switch on XWin. Please help!!! Thanks! p.s. xwinclip was working well from a build of last October so I know it's possible... On Thu, 2003-01-23 at 16:57, Marc Williams wrote: Since I'm still looking for ideas why my copy n paste isn't working for me, here's my log (I suppose it'll wrap and look crappy): ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 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 95/98/Me winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0017 InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 24 bits per pixel winCreateBoundingWindowWindowed - Initial w: 1024 h: 768 winAdjustForAutoHide - Original WorkArea: 0 0 768 1024 winAdjustForAutoHide - Taskbar is auto hide winAdjustForAutoHide - Found BOTTOM auto-hide taskbar winAdjustForAutoHide - Adjusted WorkArea: 0 0 767 1024 winCreateBoundingWindowWindowed - WindowClient w 1018 h 742 r 1018 l 0 b 742 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 4072 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowDDNL - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 24 winCreateDefColormap - Deferring to fbCreateDefColormap () winInitClipboard () winScreenInit - returning (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = xfree86 Model = pc101 Layout = us Variant = (null) Options = (null) winBlockHandler - Signalling pcServerStarted Thanks for any ideas... On Thu, 2003-01-23 at 12:01, Marc Williams wrote: My mistake, but... I indeed didn't realize that there was a newer XWin.exe. I grabbed and installed it and the -clipboard switch now doesn't stop the process. Ny remote screen appears just fine. Sorry about my oversight. However, the clipboard doesn't seem to function. I can't seem to copy and/or paste from either remote - local. I tried windowed and fullscreen with the same results. Here's my bat file: SET PATH=c:\cygwin\usr\X11R6\bin;c:\cygwin\bin;c:\cygwin\usr\bin
RE: xwinclip usage?
Marc, Thanks for providing some actual data. That is very useful, even though it proved me wrong. However, you did also confirm my suspicion that you were doing something that is altogether naughty and impure: you are using the -ac command-line parameter. The -ac parameter basically tells XWin.exe to drop its pants to the LOWEST bidder; that parameter lets any X Client connect, including your X girlfriend's. :) (sorry, rotten pun, I will stop) So the -ac parameter is at least part of the equation, but I find it interesting that later versions of XWin.exe made xwinclip fail to connect. I would really like to see the results of Test72 and Test73, as the clipboard functionality was integrated in Test73. If Test72 connects then I have introduced a bug that is not disabled when you leave out the -clipboard parameter. If you have a chance, please run those tests. Thanks for testing, Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Marc Williams Sent: Friday, January 24, 2003 5:44 PM To: Cygwin list Subject: RE: xwinclip usage? Thanks for replying. Since I have more time on my hands than sense, I decided to play with various versions of XWin.exe and xwinclip.exe to see if your guess is correct. Hate to tell you this, but your guess was not correct. The older version of XWin.exe does indeed work. Here's the setup: XWIN.exe (2 versions): 1) 4.2.0-15 2) Test74 xwinclip.exe (2 versions): 3) Test06 4) Test08 Batch file to start XWin and xwinclip (don't recall what the -ac switch is for): SET PATH=c:\cygwin\usr\X11R6\bin;c:\cygwin\bin;c:\cygwin\usr\bin;%PATH% SET DISPLAY=127.0.0.1:0.0 start c:\cygwin\usr\x11r6\bin\xwin -ac -query 192.168.0.10 sleep 40 start /m xwinclip exit Results of 4 combinations: #1 #3 - works #2 #3 - does not work #1 #4 - works #2 #4 - does not work *Works - can copy/paste *Does not work - can not copy/paste So you can see that the version of xwinclip doesn't seem to matter. It's the version of XWin.exe that determines if my copy/paste functionality works or not. The batch file remained the same for all tests. There was a slight difference in the way xwinclip exited after closing down my xdmcp session. The newer one seems to take a lot longer to realize that the xdmcp session has closed and thus takes longer to close itself. So I think I'll stick with the older xwinclip.exe as well as the older XWin.exe. Anyway, thought you'd like to know just in case it helps to get clipboard functionality sorted out. I'll keep watching for any updates to test. Getting that -clipboard switch working would be swell! Thanks again! Marc On Fri, 2003-01-24 at 15:21, Harold L Hunt II wrote: Marc, All I can tell you right now is that it has always been a pain to get xwinclip (or any local X client for that matter) to work with XWin.exe when you are using -query for an XDMCP session. I can also tell you that I doubt that the new version of XWin.exe is causing the stand-alone xwinclip not to work. That just doesn't make sense. More likely is that you accidentally were doing something differently that you have now forgotten to do. To prove me wrong, download one of those test versions that would have been in place in October. It looks like you should try Test64 or Test68... but I bet your results will be the same. I really need an XDMCP/X security expert to explain this to me COMPLETELY. Sure, others have mentioned a few things that might be causing the problem, which generally is of no benefit to me. I need someone to sit down for three hours and actually test the various modes that xwinclip can be started in and what you have to do in order to get xwinclip (or any local X client) to connect to XWin.exe when using -query. I don't want suggestions, I don't want speculation, I want someone to tell me what needs to be done to take care of this once and for all. I admit, I cannot fix this problem. Someone will have to fix it for me, and they will have to do a good job of it otherwise it will not be of any benefit to me. Until that someone steps forward, I am fresh out of ideas, Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Marc Williams Sent: Friday, January 24, 2003 3:21 PM To: Cygwin list Subject: RE: xwinclip usage? Ok, now I'm begging for help. I installed Test74 this morning and I still can't get my sessions to copy/paste to/from each other. xwinclip should work as a seperate invocation following XWin.exe as long as I remove -clipboard as a switch from XWin, right? I tried that and it doesn't work either. XWin starts the xdmcp session fine but then starting xwinclip gives me this: UnicodeSupport - Windows 95/98/Me Could not open display, try: 1, sleeping: 4 Could not open display, try: 2, sleeping: 4 Could not open display, try: 3, sleeping: 4 Failed opening the display, giving up So for right now, I can't get xwinclip
xwinclip usage?
For quite some time now I've been successfully running xdmcp via Xwin on several Windows machines to connect to a Linux server. I recently noticed the announcement that xwinclip functionality has been integrated into Xwin (with -clipboard) and so I thought I would give it a shot. I downloaded and installed all the newest cygwin and xfree stuff. Everything went fine and everything seems to work just great. Except xwinclip. It doesn't work as a Xwin switch. At least not with my -query switch. When -clipboard is added to the CL, nothing starts. Just sits there. When -clipboard is removed leaving my original cl, Xwin works fine as expected. Is it possible I'm doing something wrong or is this a known issue? If so, any plans to fix it? Thanks for a great product!! Marc
RE: xwinclip usage?
Marc, Send in /tmp/XWinrl.log from when you use -clipboard and nothing happens. Make sure that you have removed ``xwinclip'' from your startup script. Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Marc Williams Sent: Thursday, January 23, 2003 11:02 AM To: Cygwin list Subject: xwinclip usage? For quite some time now I've been successfully running xdmcp via Xwin on several Windows machines to connect to a Linux server. I recently noticed the announcement that xwinclip functionality has been integrated into Xwin (with -clipboard) and so I thought I would give it a shot. I downloaded and installed all the newest cygwin and xfree stuff. Everything went fine and everything seems to work just great. Except xwinclip. It doesn't work as a Xwin switch. At least not with my -query switch. When -clipboard is added to the CL, nothing starts. Just sits there. When -clipboard is removed leaving my original cl, Xwin works fine as expected. Is it possible I'm doing something wrong or is this a known issue? If so, any plans to fix it? Thanks for a great product!! Marc
RE: xwinclip usage?
Marc, Oh, and by downloading all the newest Cygwin and XFree86 stuff did you mean that you manually selected version 4.2.0-21 of XFree86-xserv? If not, then you did not get the latest TEST release of the Cygwin/XFree86 X Server. Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Marc Williams Sent: Thursday, January 23, 2003 11:02 AM To: Cygwin list Subject: xwinclip usage? For quite some time now I've been successfully running xdmcp via Xwin on several Windows machines to connect to a Linux server. I recently noticed the announcement that xwinclip functionality has been integrated into Xwin (with -clipboard) and so I thought I would give it a shot. I downloaded and installed all the newest cygwin and xfree stuff. Everything went fine and everything seems to work just great. Except xwinclip. It doesn't work as a Xwin switch. At least not with my -query switch. When -clipboard is added to the CL, nothing starts. Just sits there. When -clipboard is removed leaving my original cl, Xwin works fine as expected. Is it possible I'm doing something wrong or is this a known issue? If so, any plans to fix it? Thanks for a great product!! Marc
RE: xwinclip usage?
My mistake, but... I indeed didn't realize that there was a newer XWin.exe. I grabbed and installed it and the -clipboard switch now doesn't stop the process. Ny remote screen appears just fine. Sorry about my oversight. However, the clipboard doesn't seem to function. I can't seem to copy and/or paste from either remote - local. I tried windowed and fullscreen with the same results. Here's my bat file: SET PATH=c:\cygwin\usr\X11R6\bin;c:\cygwin\bin;c:\cygwin\usr\bin;%PATH% SET DISPLAY=127.0.0.1:0.0 start c:\cygwin\usr\x11r6\bin\xwin -query 192.168.0.10 -clipboard exit Pretty basic. Any tips? Thanks! On Thu, 2003-01-23 at 10:54, Harold L Hunt II wrote: Marc, Oh, and by downloading all the newest Cygwin and XFree86 stuff did you mean that you manually selected version 4.2.0-21 of XFree86-xserv? If not, then you did not get the latest TEST release of the Cygwin/XFree86 X Server. Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Marc Williams Sent: Thursday, January 23, 2003 11:02 AM To: Cygwin list Subject: xwinclip usage? For quite some time now I've been successfully running xdmcp via Xwin on several Windows machines to connect to a Linux server. I recently noticed the announcement that xwinclip functionality has been integrated into Xwin (with -clipboard) and so I thought I would give it a shot. I downloaded and installed all the newest cygwin and xfree stuff. Everything went fine and everything seems to work just great. Except xwinclip. It doesn't work as a Xwin switch. At least not with my -query switch. When -clipboard is added to the CL, nothing starts. Just sits there. When -clipboard is removed leaving my original cl, Xwin works fine as expected. Is it possible I'm doing something wrong or is this a known issue? If so, any plans to fix it?
RE: xwinclip usage?
Since I'm still looking for ideas why my copy n paste isn't working for me, here's my log (I suppose it'll wrap and look crappy): ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 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 95/98/Me winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0017 InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 24 bits per pixel winCreateBoundingWindowWindowed - Initial w: 1024 h: 768 winAdjustForAutoHide - Original WorkArea: 0 0 768 1024 winAdjustForAutoHide - Taskbar is auto hide winAdjustForAutoHide - Found BOTTOM auto-hide taskbar winAdjustForAutoHide - Adjusted WorkArea: 0 0 767 1024 winCreateBoundingWindowWindowed - WindowClient w 1018 h 742 r 1018 l 0 b 742 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 4072 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowDDNL - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 24 winCreateDefColormap - Deferring to fbCreateDefColormap () winInitClipboard () winScreenInit - returning (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = xfree86 Model = pc101 Layout = us Variant = (null) Options = (null) winBlockHandler - Signalling pcServerStarted Thanks for any ideas... On Thu, 2003-01-23 at 12:01, Marc Williams wrote: My mistake, but... I indeed didn't realize that there was a newer XWin.exe. I grabbed and installed it and the -clipboard switch now doesn't stop the process. Ny remote screen appears just fine. Sorry about my oversight. However, the clipboard doesn't seem to function. I can't seem to copy and/or paste from either remote - local. I tried windowed and fullscreen with the same results. Here's my bat file: SET PATH=c:\cygwin\usr\X11R6\bin;c:\cygwin\bin;c:\cygwin\usr\bin;%PATH% SET DISPLAY=127.0.0.1:0.0 start c:\cygwin\usr\x11r6\bin\xwin -query 192.168.0.10 -clipboard exit Pretty basic. Any tips? Thanks! On Thu, 2003-01-23 at 10:54, Harold L Hunt II wrote: Marc, Oh, and by downloading all the newest Cygwin and XFree86 stuff did you mean that you manually selected version 4.2.0-21 of XFree86-xserv? If not, then you did not get the latest TEST release of the Cygwin/XFree86 X Server. Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Marc Williams Sent: Thursday, January 23, 2003 11:02 AM To: Cygwin list Subject: xwinclip usage? For quite some time now I've been successfully running xdmcp via Xwin on several Windows machines to connect to a Linux server. I recently noticed the announcement that xwinclip functionality has been integrated into Xwin (with -clipboard) and so I thought I would give it a shot. I downloaded and installed all the newest cygwin and xfree stuff. Everything went fine and everything seems to work just great. Except xwinclip. It doesn't work as a Xwin switch. At least not with my -query switch. When -clipboard is added to the CL, nothing starts. Just sits there. When -clipboard is removed leaving my original cl, Xwin works fine as expected. Is it possible I'm doing something wrong or is this a known issue? If so, any plans to fix it?
xwinclip copy pasting from Xwin/Sun dtterm to Windows XP
Hi, I use my Cygwin mainly for connecting to various UNIX hosts throught the company ,and export terminals and other apps back to my local Cygwin/Windows XP display. Anyway, the reason for this post is to make others aware, as I have not seen it mentioned in the archives, - so forgive me if it's there and I missed it - that in order to copy and paste text from an exported SUN dtterm back into Windows (notepad or something), you have to select the dtterm text, CTRL-Insert (copy) within the dtterm, then SELECT some other text from a regular cygwin xterm to push the dtterm text into the clipboard, then you can paste into Windows. If you don't selct the subsequent text from a Cygwin xterm, the dtterm never gets pushed intot he clipboard and you can't past your dtterm text into Windows. You can, however, copy and paste by merely selecting and middle clicking anywhere in Xwindows, or from xterm to windows, just not from dtterm to windows without using the above method. I've tried this numerous times, with the latest xwinclip installed, and using Blackbox as my Window Manager. The other thing that won't work within dtterm is if you open a file in vi the SHIFT special characters, like #, won't work. I get a beep. Anyone know how to fix that one? Regards, -- Tom Connelly
xwinclip not working? or nor running?
Hi, I have just installed xwinclip on a Window 95 PC according to the instructions on the xwinclip web page. The xwinclip.exe is dated 29 December 2002, thus I assume that it is Test07. It was on my system as the result of an install of Cygwin that was downloaded about a week ago -- I guess Test08 was not in that. I start Cygwin and it seems to take longer to start, but does not give any error messages. I am trying to use xwinclip to copy/paste between Mozilla 1.2 running on a Red Hat 8 server -- Linux/Mozilla is running through the Cygwin XFree86 stuff that is running on this PC. When I try to copy/paste in either direction, I get nothing; nothing happens. No errors, no crashes, just nothing. My primary need is to copy URLs to/from IE 5.x and Linux Mozilla 1.2. Between Window 95 programs, copy/paste works fine. Between Mozilla windows copy/paste works fine. Between other linux windows and Mozilla, copy/paste does _not_ work. ?? How do determine if the xwinclip is even running? ?? How should I further test to try to determine the source of the problem? Jay
Re: xwinclip not working? or nor running?
?? How do determine if the xwinclip is even running? ps should retun something like this : 2188 12052 2188 con 18317 05:15:39 /usr/X11R6/bin/xwinclip if it isnt running, check if you put it in the startxwin.bat or $HOME/.xinitrc. ?? How should I further test to try to determine the source of the problem? = Sylvain Petreolle [EMAIL PROTECTED] Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 Don't think you are. Know you are. Morpheus, in Matrix. ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com
Re: [ANNOUNCEMENT] xwinclip Test 08 (Cygwin/XFree86 and Windows clipboard integration)
* Harold L Hunt II [EMAIL PROTECTED] [2003-01-12 21:20:30 -0500]: I just posted Test 08 to the xwinclip development page: By the way, in this new version, whenever I select something (in an xterm), the following text gets printed to the terminal at the cursor position: electionNotify - Reasserted ownership of ATOM: PRIMARY Is this normal? -- John Buttery (Web page temporarily unavailable) msg04675/pgp0.pgp Description: PGP signature
Re: [ANNOUNCEMENT] xwinclip Test 08 (Cygwin/XFree86 and Windows clipboardintegration)
Can you download the TEST07 version from xfree.cygwin.com and test that (you'll need to set DISPLAY=ww.xx.yy.zz:0). If it doesn't give those messages then let me know. Jeremy John Buttery wrote: * Harold L Hunt II [EMAIL PROTECTED] [2003-01-12 21:20:30 -0500]: I just posted Test 08 to the xwinclip development page: By the way, in this new version, whenever I select something (in an xterm), the following text gets printed to the terminal at the cursor position: electionNotify - Reasserted ownership of ATOM: PRIMARY Is this normal?
Re: [ANNOUNCEMENT] xwinclip Test 08 (Cygwin/XFree86 and Windows clipboard integration)
* Jeremy Wilkins [EMAIL PROTECTED] [2003-01-13 13:34:26 +]: Can you download the TEST07 version from xfree.cygwin.com and test that (you'll need to set DISPLAY=ww.xx.yy.zz:0). If it doesn't give those messages then let me know. Test06 does not Test07 and Test08 do Windows NT Workstation 4.0 Service Pack 6a with IE 5.5 -- John Buttery (Web page temporarily unavailable) msg04685/pgp0.pgp Description: PGP signature
Re: [ANNOUNCEMENT] xwinclip Test 08 (Cygwin/XFree86 and Windows clipboardintegration)
I think it is just a message that I turned on in TEST07... or maybe in an interim release. I will turn it off eventually... I promise :) Harold Jeremy Wilkins wrote: Can you download the TEST07 version from xfree.cygwin.com and test that (you'll need to set DISPLAY=ww.xx.yy.zz:0). If it doesn't give those messages then let me know. Jeremy John Buttery wrote: * Harold L Hunt II [EMAIL PROTECTED] [2003-01-12 21:20:30 -0500]: I just posted Test 08 to the xwinclip development page: By the way, in this new version, whenever I select something (in an xterm), the following text gets printed to the terminal at the cursor position: electionNotify - Reasserted ownership of ATOM: PRIMARY Is this normal?
[ANNOUNCEMENT] xwinclip Test 08 (Cygwin/XFree86 and Windows clipboard integration)
Links: I just posted Test 08 to the xwinclip development page: http://xfree86.cygwin.com/devel/xwinclip/ You can install the Test 08 package via setup.exe by selecting the 'release' package (and be sure to check the 'Bin' box): XFree86-xwinclip-4.2.0-8 xwinclip binary and source code releases are available via the sources.redhat.com ftp mirror network (http://cygwin.com/mirrors.html) in the pub/cygwin/xfree/devel/xwinclip/ directory. You may wish to note the desired filename in the links below, then download from your closest mirror (http://cygwin.com/mirrors.html). xwinclip binary, direct link: http://www.msu.edu/~huntharo/xwin/xwinclip/xwinclip-Test08.exe.bz2 (10 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/xwinclip/xwinclip-20030112-2032.tar.bz2 (10 KiB) Changes: 1) Add support for ``-display'' and ``--display'' command-line parameters. (Jeremy Wilkins) Enjoy, Harold
-display patch for xwinclip
Hi,
Attached is a patch which adds support for the -display and --display
command line parameters to xwinclip.
Its my first attempt at C coding so I've got no idea if its good coding
practice, it runs fine on my machine. It emits a warning when compiling
about how I've declared a character array, not sure how to fix this, any
suggestions??
Its diffed against xwinclip-20021229-2344.tar.bz2, not sure if its the
correct diff format - never used that before either.
comments?
jeremy
--- xwinclip.c 2002-12-30 04:39:36.0 +
+++ xwinclip.new.c 2003-01-08 16:22:44.0 +
@@ -159,6 +159,23 @@
Bool fReturn;
int iRetries;
Bool fUnicodeSupport;
+ char *displayAddress;
+ int iLoop = 1;
+
+ /* Sets X server if -display or --display is present */
+ displayAddress = NULL;
+ while (iLoop (argc - 1))
+{
+ if ((!strcmp(argv[iLoop], -display)) || (!strcmp(argv[iLoop],--display)))
+{
+ displayAddress = argv[iLoop + 1] ;
+ iLoop = argc ;
+}
+ else
+{
+ iLoop++ ;
+}
+}
/* Set jump point for IO Error exits */
iReturn = setjmp (g_jmpEntry);
@@ -208,7 +225,7 @@
/* Open the X display */
do
{
- pDisplay = XOpenDisplay (NULL);
+ pDisplay = XOpenDisplay(displayAddress);
if (pDisplay == NULL)
{
printf (Could not open display, try: %d, sleeping: %d\n,
Re: -display patch for xwinclip
Jeremy,
Excellent work!
We need more people like you that just dive in and write a feature when
they want it, even if they have some hurdles to jump, such as learning
how to program in C and use diff. I think you did a spectacular job.
I will commit the patch and release a new version of xwinclip when I get
a chance.
Harold
Jeremy Wilkins wrote:
Hi,
Attached is a patch which adds support for the -display and --display
command line parameters to xwinclip.
Its my first attempt at C coding so I've got no idea if its good coding
practice, it runs fine on my machine. It emits a warning when compiling
about how I've declared a character array, not sure how to fix this, any
suggestions??
Its diffed against xwinclip-20021229-2344.tar.bz2, not sure if its the
correct diff format - never used that before either.
comments?
jeremy
--- xwinclip.c 2002-12-30 04:39:36.0 +
+++ xwinclip.new.c 2003-01-08 16:22:44.0 +
@@ -159,6 +159,23 @@
Bool fReturn;
int iRetries;
Bool fUnicodeSupport;
+ char *displayAddress;
+ int iLoop = 1;
+
+ /* Sets X server if -display or --display is present */
+ displayAddress = NULL;
+ while (iLoop (argc - 1))
+{
+ if ((!strcmp(argv[iLoop], -display)) || (!strcmp(argv[iLoop],--display)))
+{
+ displayAddress = argv[iLoop + 1] ;
+ iLoop = argc ;
+}
+ else
+{
+ iLoop++ ;
+}
+}
/* Set jump point for IO Error exits */
iReturn = setjmp (g_jmpEntry);
@@ -208,7 +225,7 @@
/* Open the X display */
do
{
- pDisplay = XOpenDisplay (NULL);
+ pDisplay = XOpenDisplay(displayAddress);
if (pDisplay == NULL)
{
printf (Could not open display, try: %d, sleeping: %d\n,
Re: xwinclip-Test07 does not work with XWin -query
Your advice consists of ``it would be better if someone had some time to polish some rough edges in xwinclip.'' Are you suggesting that you have some time to polish those rough edges? As you said yourself, none of it is hard to do. Harold Joo-won Jung wrote: Sanori, Let me tell you, I wrote xwinclip and I still don't fully understand how to make it work well when using -query. I can tell you that running xhost on your Windows machine won't help anything. What you need to do is run xhost in a terminal that is running within your -query session. That should setup XWin.exe on your machine to accept connections from local clients. The reason you can run xhost on your Windows machine is that not even xhost has permission to connect to XWin.exe at that point, so xhost cannot modify the access control list. I know that only the clients on XDM host have control on control list of the X server when I run X with '-query' option, and I did so. I hope that helps, let us know if it does. Harold Now I found the problem. xwinclip.exe does not process '-display' option. I found this after seeing the source code of xwinclip. I think it would be better if xwinclip process '-display' option as other X clients do, or give error message if the option is not recognized. (Someone may say that it's the bash's fault since bash does not set DISPLAY environment variable.) I tried 'export DISPLAY=:0' and 'xwinclip' instead of doing 'xwinclip -display :0', then it works. Of course, I did 'xhost win_host_name' on the terminal before doing this. One more feature request: It would be better if the option for silent or designate the log file. Anyway, thank you for xwinclip. It helps me a lot. I hope my tip help others. -Sanori -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Joo-won Jung Sent: Sunday, January 05, 2003 8:49 AM To: [EMAIL PROTECTED] Subject: xwinclip-Test07 does not work with XWin -query Hello list, Thank you, the developers and users of XFree86-cygwin. Most of the cases XFree86-cygwin works fine on my computer. But, I want to tell a problem that I have got in stuck. I'm using Windows XP. I succeeded copypaste text between Windows and X window using xwinclip. But I failed copypaste when I start X with -query option. The error messages of xwinclip is as follows: UnicodeSupport - Windows NT/2000/XP Could not open display, try: 1, sleeping: 4 Could not open display, try: 2, sleeping: 4 Could not open display, try: 3, sleeping: 4 Failed opening the display, giving up I added my host to X control list, using xhost and tried xwinclip -display :0 but it gives same error message. Since xclipboard -display :0 worked, I bet I did not wrong in X control list. I don't know how the xwinclip.exe works. Please give me some information or pointers about this problem. -Sanori
RE: xwinclip-Test07 does not work with XWin -query
Sanori, Let me tell you, I wrote xwinclip and I still don't fully understand how to make it work well when using -query. I can tell you that running xhost on your Windows machine won't help anything. What you need to do is run xhost in a terminal that is running within your -query session. That should setup XWin.exe on your machine to accept connections from local clients. The reason you can run xhost on your Windows machine is that not even xhost has permission to connect to XWin.exe at that point, so xhost cannot modify the access control list. I hope that helps, let us know if it does. Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Joo-won Jung Sent: Sunday, January 05, 2003 8:49 AM To: [EMAIL PROTECTED] Subject: xwinclip-Test07 does not work with XWin -query Hello list, Thank you, the developers and users of XFree86-cygwin. Most of the cases XFree86-cygwin works fine on my computer. But, I want to tell a problem that I have got in stuck. I'm using Windows XP. I succeeded copypaste text between Windows and X window using xwinclip. But I failed copypaste when I start X with -query option. The error messages of xwinclip is as follows: UnicodeSupport - Windows NT/2000/XP Could not open display, try: 1, sleeping: 4 Could not open display, try: 2, sleeping: 4 Could not open display, try: 3, sleeping: 4 Failed opening the display, giving up I added my host to X control list, using xhost and tried xwinclip -display :0 but it gives same error message. Since xclipboard -display :0 worked, I bet I did not wrong in X control list. I don't know how the xwinclip.exe works. Please give me some information or pointers about this problem. -Sanori
Re: xwinclip
Thanks Volker. Of course, we know about the selection highlighting problem :) Harold Dr. Volker Zell wrote: Hi This version of xwinclip works fine but makes for example xemacs and nedit unusuable because the highlighted selection isn't preserved. Ciao Volker
Re: xwinclip
Hi I've just noticed that the new winclip does not terminate when XWin is closed..it used to? Minor error but my XP now has an end program prompt on shutdown. Colin
Re: xwinclip-Test06
Hi Harold, Harold L Hunt II [EMAIL PROTECTED] writes: However, I will leave in the messaging window as it is needed by many people that are working on patches, so it would be silly to remove all of that framework. Of course. I will try to make a new release of xwinclip shortly. Looks nice, I will try it right away. Thanks, benny
RE: xwinclip
Koji, Oops, I was thinking I was sending this to Kensuke... but now you can both verify that it still works :) Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Harold L Hunt II Sent: Tuesday, December 31, 2002 1:19 AM To: Koji Nakamaru Cc: cygx Subject: xwinclip Koji, Could you check the 4.2.0-7 version of Cygwin/XFree86's xwinclip package to make sure that it still works with Japanese characters on Windows NT/2000/XP? Thanks, Harold
Re: xwinclip-Test06
Benny, Yes, you are correct that NULL should be passed to PeekMessage rather than the handle to the messaging window. I have made this change now. However, I will leave in the messaging window as it is needed by many people that are working on patches, so it would be silly to remove all of that framework. I will try to make a new release of xwinclip shortly. Harold Benjamin Riefenstahl wrote: Hi all, Harold, I just figured out a problem that I have had with xwinclip-Test06. The Windows PeekMessage() message loop doesn't process all messages. When a message gets sent that is not processed, xwinclip starts an endless loop alternating between select() and PeekMessage(). The reason is the way PeekMessage() is called with a HWND as parameter. That filters messages, so only messages to that special HWND are returned and processed. Messages with a NULL HWND (like WM_QUIT or other, possibly Windows-internal messages) remain in the queue. I just commented out the creation of the dummy HWND, initialized that variable to NULL and everything works fine now. The HWND is only used for PeekMessage (where it's harmfull) and OpenClipboard() (where it's optional) so the whole thing can just be removed unless I am missing something. In addition the PeekMessage() loop should probably check for WM_QUIT, it currently ignores that even though the window proc actually sends it ;-). so long, benny
