XWin no longer working for me with -nolisten tcp?

XWin no longer working for me with -nolisten tcp?

[Matt D.]

I just recently formatted and reinstalled Windows 10 x64. I have not 
updated anything related to Cygwin and everything version-wise is just 
as it was.

I was previously starting X with the following:

$ xinit -- -multiplemonitors -multiwindow -clipboard -noprimary -dpi 96 
-nolisten tcp -displayfd 3 3>/c/home/.display

But now it fails to open the display:

http://pastebin.com/raw/bLHTWcrS

I can get around this issue by using "-listen tcp" instead of "-nolisten 
tcp" but I don't understand why. This is especially ironic considering 
that this is the complete opposite workaround to what I had to use three 
years ago:

https://cygwin.com/ml/cygwin-xfree/2014-07/msg00017.html


Matt D.


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: XWin no longer working for me with -nolisten tcp?

[Matt D.]

This workaround I mentioned only appears to work for my local X session. 
For example, I can open a local xterm from Cygwin:

$ xterm

But once I connect elsewhere:

$ ssh me@somewhere -Y

I get the following error when trying to bring up an xterm:

$ xterm
connect /tmp/.X11-unix/X0: Permission denied
xterm: Xt error: Can't open display: localhost:10.0

I tried purging /tmp on Cygwin but to no avail.

Note that the server I am connecting to has not been rebooted in months 
and nothing has changed there.


Matt D.


On 2/17/2017 2:20 PM, Matt D. wrote:
>
> I just recently formatted and reinstalled Windows 10 x64. I have not
> updated anything related to Cygwin and everything version-wise is just
> as it was.
>
> I was previously starting X with the following:
>
> $ xinit -- -multiplemonitors -multiwindow -clipboard -noprimary -dpi 96
> -nolisten tcp -displayfd 3 3>/c/home/.display
>
> But now it fails to open the display:
>
> http://pastebin.com/raw/bLHTWcrS
>
> I can get around this issue by using "-listen tcp" instead of "-nolisten
> tcp" but I don't understand why. This is especially ironic considering
> that this is the complete opposite workaround to what I had to use three
> years ago:
>
> https://cygwin.com/ml/cygwin-xfree/2014-07/msg00017.html
>
>
> Matt D.
>

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: XWin no longer working for me with -nolisten tcp?

[cyg Simple]

On 2/17/2017 5:38 PM, Matt D. wrote:
> This workaround I mentioned only appears to work for my local X session.
> For example, I can open a local xterm from Cygwin:
> 
> $ xterm
> 
> But once I connect elsewhere:
> 
> $ ssh me@somewhere -Y
> 
> I get the following error when trying to bring up an xterm:
> 
> $ xterm
> connect /tmp/.X11-unix/X0: Permission denied
> xterm: Xt error: Can't open display: localhost:10.0
> 

Are the permissions as you expect?  What about a chown action on the
/tmp folder?  Also if you have /etc/password and /etc/group files
instead of /etc/nsswitch.conf you might want to look at
https://cygwin.com/cygwin-ug-net/ntsec.html.

-- 
cyg Simple

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: XWin no longer working for me with -nolisten tcp?

[Jon Turney]

On 17/02/2017 22:20, Matt D. wrote:
>
> I just recently formatted and reinstalled Windows 10 x64. I have not
> updated anything related to Cygwin and everything version-wise is just
> as it was.
>
> I was previously starting X with the following:
>
> $ xinit -- -multiplemonitors -multiwindow -clipboard -noprimary -dpi 96
> -nolisten tcp -displayfd 3 3>/c/home/.display
>
> But now it fails to open the display:
>
> http://pastebin.com/raw/bLHTWcrS

This log doesn't exactly match that command ('-nolisten inet6' rather 
'-nolisten tcp')

Note that since 1.17.0, -nolisten tcp is the default.

> [ 21352.125] winInitMultiWindowWM - DISPLAY=:0.0
> [ 21352.125] winMultiWindowXMsgProc - DISPLAY=:0.0
> [ 21354.140] winInitMultiWindowWM - Could not open display, try: 1, sleeping: 5
> [ 21354.140] winMultiWindowXMsgProc - Could not open display, try: 1, sleeping: 5
> [ 21361.140] winInitMultiWindowWM - Could not open display, try: 2, sleeping: 5
> [ 21361.140] winMultiWindowXMsgProc - Could not open display, try: 2, sleeping: 5
> [ 21363.671] winDeinitMultiWindowWM - Noting shutdown in progress

This seems to indicate that the helper clients can't connect to the X 
server on the (emulated) unix domain socket, which is causing the X 
server to be stopped.

I can't reproduce this.

Conceivably, this might be caused by firewall issues.

> I can get around this issue by using "-listen tcp" instead of "-nolisten
> tcp" but I don't understand why. This is especially ironic considering

Can you show the log for a working X server as well, please?

> that this is the complete opposite workaround to what I had to use three
> years ago:
>
> https://cygwin.com/ml/cygwin-xfree/2014-07/msg00017.html

-- 
Jon Turney
Volunteer Cygwin/X X Server maintainer

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple