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 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 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
