Re: Problem with -multiwindow and -clipboard when using -nolisten tcp
Naveed Hasan wrote: Editing the XWin.exe 6.8.2.0-4 binary for fun and profit. http://www.cs.columbia.edu/~naveed/CygwinX While I can appreciate that building X11 from source might be difficult and painful, this is really not a good solution at all. Most importantly, this won't fix the bug in future releases. A proper patch will do much more good in the long term, compared to a one-time hack. Additionally, you are violating the GPL because you offer binaries with no source code. It is not sufficient to say you can get the source code from any Cygwin mirror, you have to offer it on the same place as the binaries. Even if you were offering unmodified binaries you would still be obligated to host a copy of the source code. As a thought experiment as to why this is so, consider if in 5 years time someone stumbles onto your site, downloads your binaries, and then wants the source. But suppose that the source for this version is no longer available on the Cygwin mirrors, or perhaps the Cygwin project has disbanded entirely. You are now unable to fulfill this request which is a direct violation of the license. This is why the GPL states that you cannot rely on third parties to make the source available. It is a technicality, but it is also a very common mistake. Brian -- 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: Problem with -multiwindow and -clipboard when using -nolisten tcp
Brian Dessent wrote: Additionally, you are violating the GPL because you offer binaries with Er, sorry... X11 isn't GPL, my fault. I fired off without thinking... like I said, it's a pretty common occurance. Brian -- 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: Problem with -multiwindow and -clipboard when using -nolisten tcp
On Wed, 17 May 2006, Brian Dessent wrote: Brian Dessent wrote: Additionally, you are violating the GPL because you offer binaries with Er, sorry... X11 isn't GPL, my fault. I fired off without thinking... like I said, it's a pretty common occurance. otoh, some people on this list choose to claim that it is GPL just because it's compiled on Cygwin (notwithstanding that GPL is a source-attribute, not binary). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- 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: Problem with -multiwindow and -clipboard when using -nolisten tcp
Editing the XWin.exe 6.8.2.0-4 binary for fun and profit. http://www.cs.columbia.edu/~naveed/CygwinX Naveed -- 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: Problem with -multiwindow and -clipboard when using -nolisten tcp
Brian Willis wrote: Corinna Vinschen wrote: On May 18 10:35, Brian Willis wrote: Is there any way to make the X server listen on loopback but not on the outside interface? The firewall software does all interfaces, not just the outside. That would be a surprise. Are you using the XP SP2 firewall by any chance? It allows to customize trusted networks in it's GUI. Corinna We do use XP SP2, but it doesn't work well with our VPN client, so we use one from Computer Associates. Unfortunatly I don't get much say in what we run on the desktops, just the servers. Is there any way to get Cygwin to listen on only localhost? I thought the -nolisten tcp was supposed to do this. begin:vcard fn:Brian Willis n:Willis;Brian email;internet:[EMAIL PROTECTED] title:System Admin tel;work:301-713-1669x155 version:2.1 end:vcard
Re: Problem with -multiwindow and -clipboard when using -nolisten tcp
On Thu, 19 May 2005, Brian Willis wrote: Is there any way to get Cygwin to listen on only localhost? No. I thought the -nolisten tcp was supposed to do this. -nolisten tcp disables tcp completely bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Problem with -multiwindow and -clipboard when using -nolisten tcp
I'm trying to turn off the tcp port for Cygwin/X. I would like to just close it down on the outside interface and still have it listen on the loopback device. I have not been able to find a way to do that. The closest thing I could find is to turn off tcp all together. This does work. I'm able to bring up xterms and the whole deal. I get odd behavior after that. The xterm allows me to copy and paste within the window, but it doesn't copy to the Microsoft Windows clipboard. The x button on the upper right corner of the xterm also does not work. You can only open one xterm or other type of xforwarding because multiwindow hasn't loaded. Is there a setting to tell multiwindow and clipboard where the display is? I can see them trying to access the loopback. Here is output from my xwin.log: Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.2.0-2 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: XWin :0 -multiwindow -nolisten tcp -silent-dup-error ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information (==) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 1024 height: 768 depth: 32 winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 null screen fn ReparentWindow null screen fn RestackWindow InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: 0409 (0409) (--) Using preset keyboard for English (USA) (409), type 4 (--) 3 mouse buttons found Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winInitMultiWindowWM - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - Could not open display, try: 1, sleeping: 5 winMultiWindowXMsgProc - Could not open display, try: 1, sleeping: 5 winProcEstablishConnection - Hello winProcEstablishConnection - Clipboard is not enabled, returning. winInitMultiWindowWM - Could not open display, try: 2, sleeping: 5 winMultiWindowXMsgProc - Could not open display, try: 2, sleeping: 5 (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information (==) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ winAllocateFBShadowGDI - Creating DIB with width: 1024 height: 768 depth: 32 winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 null screen fn ReparentWindow null screen fn RestackWindow InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () MIT-SHM extension disabled due to lack of kernel support winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Could not open display, try: 3, sleeping: 5 winMultiWindowXMsgProc - Could not open display, try: 4, sleeping: 5 XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 winInitMultiWindowWM - Could not open display, try: 3, sleeping: 5 winInitMultiWindowWM - Could not open display, try: 3, s(--) Using preset keyboard for English (USA) (409), type 4 (--) 3 mouse buttons found Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winInitMultiWindowWM - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned.
Re: Problem with -multiwindow and -clipboard when using -nolisten tcp
On Wed, 18 May 2005, Brian Willis wrote: I'm trying to turn off the tcp port for Cygwin/X. I would like to just close it down on the outside interface and still have it listen on the loopback device. I have not been able to find a way to do that. The closest thing I could find is to turn off tcp all together. This does work. I'm able to bring up xterms and the whole deal. I get odd behavior after that. The xterm allows me to copy and paste within the window, but it doesn't copy to the Microsoft Windows clipboard. The x button on the upper right corner of the xterm also does not work. You can only open one xterm or other type of xforwarding because multiwindow hasn't loaded. Is there a setting to tell multiwindow and clipboard where the display is? I can see them trying to access the loopback. Here is output from my xwin.log: Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.2.0-2 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: XWin :0 -multiwindow -nolisten tcp -silent-dup-error winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - Could not open display, try: 1, sleeping: 5 I can see the clipboard and multiwin try and use the loopback and fail. Is there something I'm missing? Can I use loopback without the outside interface listening? Multiwindow and clipboard require enabled tcp transport. But you can create patches which force the threads to use :0.0 instead of 127.0.0.1:0.0 if the tcp transport is switched off. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: Problem with -multiwindow and -clipboard when using -nolisten tcp
Alexander Gottwald wrote: On Wed, 18 May 2005, Brian Willis wrote: I'm trying to turn off the tcp port for Cygwin/X. I would like to just close it down on the outside interface and still have it listen on the loopback device. I have not been able to find a way to do that. The closest thing I could find is to turn off tcp all together. This does work. I'm able to bring up xterms and the whole deal. I get odd behavior after that. The xterm allows me to copy and paste within the window, but it doesn't copy to the Microsoft Windows clipboard. The x button on the upper right corner of the xterm also does not work. You can only open one xterm or other type of xforwarding because multiwindow hasn't loaded. Is there a setting to tell multiwindow and clipboard where the display is? I can see them trying to access the loopback. Here is output from my xwin.log: Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.2.0-2 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: XWin :0 -multiwindow -nolisten tcp -silent-dup-error winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - Could not open display, try: 1, sleeping: 5 I can see the clipboard and multiwin try and use the loopback and fail. Is there something I'm missing? Can I use loopback without the outside interface listening? Multiwindow and clipboard require enabled tcp transport. But you can create patches which force the threads to use :0.0 instead of 127.0.0.1:0.0 if the tcp transport is switched off. bye ago Is there any way to make the X server listen on loopback but not on the outside interface? The firewall software does all interfaces, not just the outside. begin:vcard fn:Brian Willis n:Willis;Brian email;internet:[EMAIL PROTECTED] title:System Admin tel;work:301-713-1669x155 version:2.1 end:vcard
Re: Problem with -multiwindow and -clipboard when using -nolisten tcp
Corinna Vinschen wrote: On May 18 10:35, Brian Willis wrote: Is there any way to make the X server listen on loopback but not on the outside interface? The firewall software does all interfaces, not just the outside. That would be a surprise. Are you using the XP SP2 firewall by any chance? It allows to customize trusted networks in it's GUI. Corinna We do use XP SP2, but it doesn't work well with our VPN client, so we use one from Computer Associates. Unfortunatly I don't get much say in what we run on the desktops, just the servers. begin:vcard fn:Brian Willis n:Willis;Brian email;internet:[EMAIL PROTECTED] title:System Admin tel;work:301-713-1669x155 version:2.1 end:vcard