1.7.2 on 2008 SP2: man segfaults + X problems

Tue Mar 30 00:25:00 GMT 2010

I am running the XWin X Server
Release: 1.7.6.0 (10706000)
Build Date: 2010年03月22日
After installing Cygwin 1.7.2 for the first time on Windows Server
2008 SP2, I discovered several indications of a problem with my Cygwin
installation. I describe 4 "symptoms" below.
SYMPTOM 1
 man* dumps core after a Segmentation fault
$ man man
Segmentation fault (core dumped)
================
SYMPTOM 2
 Local gvim gui does not display. I launch gvim in one terminal, and
observe the processes in a second terminal.
pt0 $ gvim
|
The process is unresponsive to ^C or ^D, or ^Z. It cannot be directly
killed from the other terminal.
pt1 $ ps ; $ kill 4760
$ ps
 PID PPID PGID WINPID TTY UID STIME COMMAND
 4868 1 4868 4876 con 11137 15:30:13 /usr/bin/XWin
 2916 4868 2916 5256 ? 11137 15:32:28 /usr/bin/mintty
 5276 2916 5276 3352 0 11137 15:32:28 /usr/bin/bash
 4760 5276 4760 5024 0 11137 15:48:23 /usr/bin/gvim
bash: kill: (4760) - Resource temporarily unavailable
Closing the first terminal from which gvim was started, gvim continues
to run in the background. I kill the orphaned gvim process using
Windows Task Manager.
Other gui programs launch and close without evident problems (e.g.
xterm, wxdemo)
================
SYMPTOM 3
 I cannot connect to a remote host using Cygwin's ssh, if X is
forwarded. "ssh -X host" authenticates but is unresponsive
_until_ the PPID of xauth is killed.
To reproduce and observe the problem, I launch two instances of mintty
from the cygwin environment. I will use the second instance to watch
the processes.
pt0 $ echo $DISPLAY
 :0.0
In the first shell I attempt to connect with ssh to 'host' using the
-X or -Y switch.
pt0 $ ssh -X dasftp
|
The cursor returns below the prompt. ^D or ^C do not terminate the
process ( however, I can suspend the process from that window by
typing ^Z, and return it to the foreground with fg* ).
In the second terminal I look at the processes running on tty0
pt1 $ ps
 PID PPID PGID WINPID TTY UID STIME COMMAND
 5852 1 5852 4640 con 11137 10:26:21 /usr/bin/XWin
 4468 5852 4468 568 ? 11137 10:27:01 /usr/bin/mintty
 6032 4468 6032 1644 0 11137 10:27:02 /usr/bin/bash
 4208 6032 4208 5036 0 11137 10:47:30 /usr/bin/ssh
 3200 4208 4208 3200 0 11137 10:47:31 /usr/bin/sh
 1152 3200 4208 3048 0 11137 10:47:31 /usr/bin/xauth
I attempt to kill xauth* from the second terminal:
pt1 $ kill 1152
bash: kill: (1152) - Resource temporarily unavailable
I kill the PPID of xauth; when /usr/bin/sh dies, the remote prompt
immediately appears in the first terminal
pt1 $ kill 3200 ; ps
 PID PPID PGID WINPID TTY UID STIME COMMAND
 5852 1 5852 4640 con 11137 10:26:21 /usr/bin/XWin
 4468 5852 4468 568 ? 11137 10:27:01 /usr/bin/mintty
I 6032 4468 6032 1644 0 11137 10:27:02 /usr/bin/bash
 1152 1 4208 3048 0 11137 10:47:31 /usr/bin/xauth
pt0 $ ssh -X dasftp
Warning: untrusted X11 forwarding setup failed: xauth key data not generated
Warning: No xauth data; using fake authentication data for X11 forwarding.
 WELCOME to dasftp
markmc@dasftp~ $ gvim
markmc@dasftp~ $ # (succeeds)
I can launch the remote gui in X
I close the remote gvim gui, logout from 'host' and exit from bash* ,
closing the first instance of mintty. xauth* is still running with 1
as the parent. I kill the orphaned xauth process using Windows Task
Manager.
pt1 $ ps
 PID PPID PGID WINPID TTY UID STIME COMMAND
 5852 1 5852 4640 con 11137 10:26:21 /usr/bin/XWin
 1152 1 4208 3048 0 11137 10:47:31 /usr/bin/xauth
================
SYMPTOM 4
 'ssh -Y host' is unresponsive _regardless_ of whether the xauth PPID is killed
As above, the cursor returns below the prompt. ^D or ^C do not
terminate the process ( however, I can suspend the process from that
window by typing ^Z, and return it to the foreground with fg* ).
However, using the same steps as in the SYMPTOM 3 experiment, killing
the PPID of xauth does not work the same. Although ssh has
authenticated on the remote machine, I do not receive a shell prompt.
'ssh -Y host gui' also does not display the remote gui, after killing
the parent process (in contrast to 'ssh -X host gui').
pt1 $ ps ; kill 5848 # ( /usr/bin/sh is killed with no warnings issued)
 PID PPID PGID WINPID TTY UID STIME COMMAND
 4868 1 4868 4876 con 11137 15:30:13 /usr/bin/XWin
 2916 4868 2916 5256 ? 11137 15:32:28 /usr/bin/mintty
I 5060 5276 5060 940 0 11137 15:37:09 /usr/bin/ssh
 5848 5060 5060 5848 0 11137 15:37:10 /usr/bin/sh
 4904 5848 5060 3232 0 11137 15:37:10 /usr/bin/xauth
ps0 $ ssh -Y dasftp gvim #( unresponsive to kill)
|
ps0 $ kill 4904 # ( xauth cannot be killed from within the Cygwin environment)
bash: kill: (4904) - Resource temporarily unavailable
 In the second terminal, I kill the ssh process:
pt1 $ kill 5060
ps0 $ ssh -Y dasftp gvim
Warning: No xauth data; using fake authentication data for X11 forwarding.
Killed by signal 15.
ps0 $
ssh sucessfully authenticated on the remote machine, but I do not
receive a shell prompt in the terminal window after killing the PPID
of xauth when I use 'ssh -Y host', and a gui does not launch over the
forwarded X; this is different behavior than 'ssh -X host' . I kill
the orphaned xauth process using Windows Task Manager.
================
SUMMARY
It appears that something is basically wrong with my installation or
environment. If I'm really lucky, maybe I've described four points of
view over the same problem! I was directed to this group after
describing my X problems on cygwin-xfree.
The behaviors I've described were observed in Cygwin installed under a
privileged user, but were identical after a complete re-install as the
local Administrator. The Win32 Server 2008 installation is running
with Terminal Server, IIS and File Services roles enabled. It is a
fresh install, with most components still set according to their
defaults (Cygwin was one of the first third-party components that I
attempted to install).
 I'm attaching XWin.0.log, and the output of 'cygcheck -s -v -r', as
well as the debug output of 'ssh -v -v -X host'.
Many Thanks,
Mark
--
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: cygcheck_out.txt
URL: <http://cygwin.com/pipermail/cygwin/attachments/20100330/ddeb0078/attachment.txt>
-------------- next part --------------
OpenSSH_5.4p1, OpenSSL 0.9.8n 24 Mar 2010
debug2: ssh_connect: needpriv 0
debug1: Connecting to dasftp [192.168.1.27] port 22.
debug1: Connection established.
debug2: key_type_from_name: unknown key type '-----BEGIN'
debug2: key_type_from_name: unknown key type '-----END'
debug1: identity file /home/markmc/.ssh/id_dsa type 2
debug1: identity file /home/markmc/.ssh/id_dsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.2p1 FreeBSD-20090522
debug1: match: OpenSSH_5.2p1 FreeBSD-20090522 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.4
debug2: fd 4 setting O_NONBLOCK
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa-cert-v00@openssh.com,ssh-dss-cert-v00@openssh.com,ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib
debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: reserved 0 
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib@openssh.com
debug2: kex_parse_kexinit: none,zlib@openssh.com
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: reserved 0 
debug2: mac_setup: found hmac-md5
debug1: kex: server->client aes128-ctr hmac-md5 none
debug2: mac_setup: found hmac-md5
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug2: dh_gen_key: priv key bits set: 125/256
debug2: bits set: 499/1024
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'dasftp' is known and matches the RSA host key.
debug1: Found key in /home/markmc/.ssh/known_hosts:4
debug2: bits set: 497/1024
debug1: ssh_rsa_verify: signature correct
debug2: kex_derive_keys
debug2: set_newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug2: set_newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug2: key: /home/markmc/.ssh/id_dsa (0x1006f20)
debug1: Authentications that can continue: publickey,keyboard-interactive
debug1: Next authentication method: publickey
debug1: Offering public key: /home/markmc/.ssh/id_dsa
debug2: we sent a publickey packet, wait for reply
debug1: Server accepts key: pkalg ssh-dss blen 434
debug2: input_userauth_pk_ok: fp 4d:6d:78:cc:4e:18:f5:f1:7c:ed:e4:6f:d4:55:08:58
debug1: read PEM private key done: type DSA
debug1: Authentication succeeded (publickey).
debug2: fd 7 setting O_NONBLOCK
debug1: channel 0: new [client-session]
debug2: channel 0: send open
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug2: callback start
debug2: x11_get_proto: /usr/bin/xauth -f /tmp/ssh-wgiIpB6036/xauthfile generate :0.0 MIT-MAGIC-COOKIE-1 untrusted timeout 1200 2>/dev/null
Warning: untrusted X11 forwarding setup failed: xauth key data not generated
Warning: No xauth data; using fake authentication data for X11 forwarding.
debug1: Requesting X11 forwarding with authentication spoofing.
debug2: channel 0: request x11-req confirm 0
debug2: client_session2_setup: id 0
debug2: channel 0: request pty-req confirm 1
debug2: channel 0: request shell confirm 1
debug2: fd 3 setting TCP_NODELAY
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel_input_status_confirm: type 99 id 0
debug2: PTY allocation request accepted on channel 0
debug2: channel 0: rcvd adjust 2097152
debug2: channel_input_status_confirm: type 99 id 0
debug2: shell request accepted on channel 0
debug1: client_input_channel_open: ctype x11 rchan 3 win 65536 max 16384
debug1: client_request_x11: request from 127.0.0.1 56355
debug2: fd 7 setting O_NONBLOCK
debug1: channel 1: new [x11]
debug1: confirm x11
debug2: channel 1: window 2047480 sent adjust 49672
debug2: channel 1: rcvd adjust 34628
debug2: channel 1: rcvd eof
debug2: channel 1: output open -> drain
debug2: channel 1: obuf empty
debug2: channel 1: close_write
debug2: channel 1: output drain -> closed
debug1: channel 1: FORCE input drain
debug2: channel 1: ibuf empty
debug2: channel 1: send eof
debug2: channel 1: input drain -> closed
debug2: channel 1: send close
debug2: channel 1: rcvd close
debug2: channel 1: is dead
debug2: channel 1: garbage collecting
debug1: channel 1: free: x11, nchannels 2
debug2: channel 0: rcvd eof
debug2: channel 0: output open -> drain
debug2: channel 0: obuf empty
debug2: channel 0: close_write
debug2: channel 0: output drain -> closed
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype eow@openssh.com reply 0
debug2: channel 0: rcvd eow
debug2: channel 0: close_read
debug2: channel 0: input open -> closed
debug2: channel 0: rcvd close
debug2: channel 0: almost dead
debug2: channel 0: gc: notify user
debug2: channel 0: gc: user detached
debug2: channel 0: send close
debug2: channel 0: is dead
debug2: channel 0: garbage collecting
debug1: channel 0: free: client-session, nchannels 1
Connection to dasftp closed.
Transferred: sent 42408, received 79112 bytes, in 1893.7 seconds
Bytes per second: sent 22.4, received 41.8
debug1: Exit status 0
-------------- next part --------------
Welcome to the XWin X Server
Vendor: The Cygwin/X Project
Release: 1.7.6.0 (10706000)
Build Date: 2010年03月22日
Contact: cygwin-xfree@cygwin.com
XWin was started with the following command line:
X :0 -multiwindow 
ddxProcessArgument - Initializing default screens
winInitializeDefaultScreens - w 1280 h 1024
winInitializeDefaultScreens - Returning
2010年03月29日 15:30:13 winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1
2010年03月29日 15:30:13 (II) xorg.conf is not supported
2010年03月29日 15:30:13 (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information
2010年03月29日 15:30:13 LoadPreferences: Loading /home/markmc/.XWinrc
2010年03月29日 15:30:14 LoadPreferences: Done parsing the configuration file...
2010年03月29日 15:30:14 winGetDisplay: DISPLAY=:0.0
2010年03月29日 15:30:14 winDetectSupportedEngines - Windows NT/2000/XP
2010年03月29日 15:30:14 winDetectSupportedEngines - DirectDraw installed
2010年03月29日 15:30:14 winDetectSupportedEngines - DirectDraw4 installed
2010年03月29日 15:30:14 winDetectSupportedEngines - Returning, supported engines 00000007
2010年03月29日 15:30:14 winSetEngine - Multi Window or Rootless => ShadowGDI
2010年03月29日 15:30:14 winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel
2010年03月29日 15:30:14 winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 1024 depth: 32
2010年03月29日 15:30:14 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff
2010年03月29日 15:30:14 winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32
2010年03月29日 15:30:14 null screen fn ReparentWindow
2010年03月29日 15:30:14 null screen fn RestackWindow
2010年03月29日 15:30:14 InitQueue - Calling pthread_mutex_init
2010年03月29日 15:30:14 InitQueue - pthread_mutex_init returned
2010年03月29日 15:30:14 InitQueue - Calling pthread_cond_init
2010年03月29日 15:30:14 InitQueue - pthread_cond_init returned
2010年03月29日 15:30:14 winInitMultiWindowWM - Hello
2010年03月29日 15:30:14 winInitMultiWindowWM - Calling pthread_mutex_lock ()
2010年03月29日 15:30:14 winMultiWindowXMsgProc - Hello
2010年03月29日 15:30:14 Screen 0 added at XINERAMA coordinate (0,0).
2010年03月29日 15:30:14 winMultiWindowXMsgProc - Calling pthread_mutex_lock ()
2010年03月29日 15:30:14 MIT-SHM extension disabled due to lack of kernel support
2010年03月29日 15:30:14 XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel
2010年03月29日 15:30:14 (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so
2010年03月29日 15:30:14 (II) GLX: Initialized DRISWRAST GL provider for screen 0
2010年03月29日 15:30:14 [dix] Could not init font path element /usr/share/fonts/TTF/, removing from list!
2010年03月29日 15:30:14 [dix] Could not init font path element /usr/share/fonts/OTF/, removing from list!
2010年03月29日 15:30:14 [dix] Could not init font path element /usr/share/fonts/Type1/, removing from list!
2010年03月29日 15:30:14 winPointerWarpCursor - Discarding first warp: 640 512
2010年03月29日 15:30:14 (--) 3 mouse buttons found
2010年03月29日 15:30:14 (--) Setting autorepeat to delay=500, rate=31
2010年03月29日 15:30:14 (--) winConfigKeyboard - Layout: "00000409" (00000409) 
2010年03月29日 15:30:14 (--) Using preset keyboard for "English (USA)" (409), type "4"
2010年03月29日 15:30:14 Rules = "base" Model = "pc105" Layout = "us" Variant = "none" Options = "none"
2010年03月29日 15:30:14 winInitMultiWindowWM - pthread_mutex_lock () returned.
2010年03月29日 15:30:14 winInitMultiWindowWM - pthread_mutex_unlock () returned.
2010年03月29日 15:30:14 winMultiWindowXMsgProc - pthread_mutex_lock () returned.
2010年03月29日 15:30:14 winGetDisplay: DISPLAY=:0.0
2010年03月29日 15:30:14 winMultiWindowXMsgProc - pthread_mutex_unlock () returned.
2010年03月29日 15:30:14 winInitMultiWindowWM - DISPLAY=:0.0
2010年03月29日 15:30:14 winGetDisplay: DISPLAY=:0.0
2010年03月29日 15:30:14 winMultiWindowXMsgProc - DISPLAY=:0.0
2010年03月29日 15:30:14 winProcEstablishConnection - Hello
2010年03月29日 15:30:14 winInitClipboard ()
2010年03月29日 15:30:14 winProcEstablishConnection - winInitClipboard returned.
2010年03月29日 15:30:14 winClipboardProc - Hello
2010年03月29日 15:30:14 DetectUnicodeSupport - Windows NT/2000/XP
2010年03月29日 15:30:14 winGetDisplay: DISPLAY=:0.0
2010年03月29日 15:30:14 winClipboardProc - DISPLAY=:0.0
2010年03月29日 15:30:14 winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display.
2010年03月29日 15:30:14 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display.
2010年03月29日 15:30:14 winClipboardProc - XOpenDisplay () returned and successfully opened the display.
-------------- next part --------------
--
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