X forwarding from Windomaker menu item (problem)
I just recently upgraded to Win2K from WinNT. In doing so, I also upgraded to the latest and greatest cygwin release. After doing this, everything works fine (most things better) accept for my X forwarding of apps via menu items from WindowMaker. Here is how I have my environment set up: First I start X with ssh-agent, and use ssh-add to authenticate to the agent. I have menu items in windowmaker that look like: ssh -X user@unix box some X program. I use this to run various things, usually off a Linux box. This worked fine until I upgraded. If I issue the above command from an xterm, it works. I've run sshd in debug mode as well as the client redirecting the output to a file and according to the output, the commands work and the X programs are forwarding somewhere, but they don't show up on my local display for some reason. I have to go kill them on the remote machines too, they don't die when I shut down X locally. The only thing I see that is different (other than the obvious version differences) is I get the following now on any X forwarding session: Warning: No xauth data; using fake authentication data for X11 forwarding. But I get that even when the X Forwarding works. Attached is some output from sshd runing netscape off a sun box. Anybody with a clue, please help. I'm plum out of cluefulness. R. Marc debug1: sshd version OpenSSH_3.4p1 debug1: private host key: #0 type 0 RSA1 debug1: read PEM private key done: type RSA debug1: private host key: #1 type 1 RSA debug1: read PEM private key done: type DSA debug1: private host key: #2 type 2 DSA debug1: Bind to port 22 on 0.0.0.0. Server listening on 0.0.0.0 port 22. Generating 768 bit RSA key. RSA key generation complete. debug1: Server will not fork when running in debugging mode. Connection from 1.1.1.5 port 2187 debug1: Client protocol version 2.0; client software version OpenSSH_3.5p1 debug1: match: OpenSSH_3.5p1 pat OpenSSH* Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-1.99-OpenSSH_3.4p1 debug1: list_hostkey_types: ssh-rsa,ssh-dss debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: client-server aes128-cbc hmac-md5 none debug1: kex: server-client aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent debug1: dh_gen_key: priv key bits set: 121/256 debug1: bits set: 1557/3191 debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT debug1: bits set: 1551/3191 debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent debug1: kex_derive_keys debug1: newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: waiting for SSH2_MSG_NEWKEYS debug1: newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1: KEX done debug1: userauth-request for user someuser service ssh-connection method none debug1: attempt 0 failures 0 debug1: Starting up PAM with username someuser debug1: PAM setting rhost to 1.1.1-5.somedomain.com Failed none for someuser from 1.1.1.5 port 2187 ssh2 debug1: userauth-request for user someuser service ssh-connection method publickey debug1: attempt 1 failures 1 debug1: test whether pkalg/pkblob are acceptable debug1: temporarily_use_uid: 100/100 (e=0) debug1: trying public key file /export/home/someuser/.ssh/authorized_keys debug1: restore_uid debug1: temporarily_use_uid: 100/100 (e=0) debug1: trying public key file /export/home/someuser/.ssh/authorized_keys2 debug1: matching key found: file /export/home/someuser/.ssh/authorized_keys2, line 1 Found matching DSA key: 00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00 debug1: restore_uid Postponed publickey for someuser from 1.1.1.5 port 2187 ssh2 debug1: userauth-request for user someuser service ssh-connection method publickey debug1: attempt 2 failures 1 debug1: temporarily_use_uid: 100/100 (e=0) debug1: trying public key file /export/home/someuser/.ssh/authorized_keys debug1: restore_uid debug1: temporarily_use_uid: 100/100 (e=0) debug1: trying public key file /export/home/someuser/.ssh/authorized_keys2 debug1: matching key found: file /export/home/someuser/.ssh/authorized_keys2, line 1 Found matching DSA key: 00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00 debug1: restore_uid debug1: ssh_dss_verify: signature correct Accepted publickey for someuser from 1.1.1.5 port 2187 ssh2 debug1: Entering interactive session for SSH2. debug1: fd 7 setting O_NONBLOCK debug1: fd 8 setting O_NONBLOCK debug1: server_init_dispatch_20 debug1: server_input_channel_open: ctype session rchan 0 win 131072 max 32768 debug1: input_session_request debug1: channel 0: new [server-session] debug1: session_new: init debug1: session_new: session 0 debug1: session_open: channel 0 debug1: session_open: session 0: link with channel 0 debug1: server_input_channel_open: confirm session debug1: server_input_channel_req: channel 0 request x11-req reply 0 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req x11-req debug1: bind port 6010: Address already in use debug1: bind port 6011: Address
rxvt v2.7.9-04 crashes when an xterm change pixmap sequence is sent.
Rxvt v2.7.9 - released: 04 OCTOBER 2002 When I enter an xterm escape sequence to change the pixmap in the current window, rxvt crashes. Below is the command that I enter to do this. echo '^[]20;/home/user/alexhat^G' I have attempted this in numerous ways, with the same results each time. 1) as above 2) just the name alexhat 3) just the name with extension (alexhat.xpm) 4) full path with name and extension. If I load the pixmap with the -pixmap argument in the command line to rxvt, it works just fine. I can move the pixmap around in the window using the escape sequence as shown below. echo '^[]20;;+20+20^G' So the problem just seems to be with loading the file. Given that the image can be loaded form the command line, this indicates that the .xpm file is good. I have included a stack dump from the last attempt. Exception: STATUS_ACCESS_VIOLATION at eip=6103E038 eax= ebx=00025C98 ecx=0A04C5F0 edx=46524650 esi=0A04C5F8 edi=0A072288 ebp=0022FC68 esp=0022FC50 program=C:\cygwin\bin\rxvt.exe cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023 Stack trace: Frame Function Args 0022FC68 6103E038 (, 00025F0C, , ) 0022FC98 6103EA86 (0A04C5F8, 0A04C5F8, 0022FD08, 62A43646) 0022FCA8 62A47715 (0A04C5F8, , , 0141) 0022FD08 62A43646 (0A041B10, 0A042A88, 0A1C13C8, 0141) 0022FD28 00423954 (0A041B10, 0A042A88, 0A1C13C8, 0A04BCA0) 0022FE18 004124D6 (0A040438, 0A041AC0, 0A04BB78, 0A04072C) 0022FE48 00412B73 (0A040438, 0A04BC38, 0022FE78, 610782FB) 0022FE78 00404895 (0A040438, 0014, 0A04BC38, 0007) 0022FEA8 004045EA (0A040438, 0A040D68, 0001, 0003) 0022FED8 00405373 (0A040438, 615F1B60, 61009620, 0002) 0022FEF0 004010C8 (0004, 615F1B60, 0A040330, 0022FF24) 0022FF40 610072E8 (610CBAA8, FFFE, 0048, 610CB9CC) 0022FF90 610075CD (, , 80430F47, ) 0022FFB0 004255B2 (00401090, 037F0009, 0022FFF0, 77EA847C) 0022FFC0 0040103C (65720062, 5C64, 7FFDF000, 0022E6B0) 0022FFF0 77EA847C (00401000, , 00C8, 0100) End of stack trace (more stack frames may be present) __ Carl L. Roy Network Design Office Phone:(217)244-6836 University of IllinoisAddress: 1542 DCL 1304 W. Springfield Ave. Urbana, IL 61801
Re: rxvt v2.7.9-04 crashes when an xterm change pixmap sequence is sent.
Carl, I don't normally use rxvt, but this intrigued me for some reason. Well, I've been unable to reproduce your problem (in both the X and the non-X modes). I'm running Win2k SP3, with Exceed as my X server. The relevant versions are: $ rxvt -v ... Rxvt v2.7.9 - released: 04 OCTOBER 2002 Options: XPM,transparent,menubar,multichar_languages,scrollbars=rxvt+NeXT+xterm,.Xdefaults ... $ And the cygwin1.dll was compiled from CVS today. This brings up three possibilities: 1) Your pixmap has something wrong with it. 2) This action triggered a bug in Cygwin that is fixed in the latest snapshot. 3) This is a bug in XFree86 (as this works under Exceed). If you post the pixmap you're trying to use, I'll try to eliminate the first possibility. You trying out the latest snapshot of Cygwin will (probably) eliminate the second. Someone else with XFree86 will have to eliminate the third (you could also try rxvt in non-X mode to see if this still crashes it). Igor P.S. The stack trace you posted was absolutely useless without the output of cygcheck -svr attached to the message, since the function addresses change with every version of the cygwin DLL (and some of them weren't from the DLL anyway, although the top frame looks like it was). FYI, read man addr2line and try using it to debug the stack dump. On Fri, 7 Feb 2003, Carl L. Roy wrote: Rxvt v2.7.9 - released: 04 OCTOBER 2002 When I enter an xterm escape sequence to change the pixmap in the current window, rxvt crashes. Below is the command that I enter to do this. echo '^[]20;/home/user/alexhat^G' I have attempted this in numerous ways, with the same results each time. 1) as above 2) just the name alexhat 3) just the name with extension (alexhat.xpm) 4) full path with name and extension. If I load the pixmap with the -pixmap argument in the command line to rxvt, it works just fine. I can move the pixmap around in the window using the escape sequence as shown below. echo '^[]20;;+20+20^G' So the problem just seems to be with loading the file. Given that the image can be loaded form the command line, this indicates that the .xpm file is good. I have included a stack dump from the last attempt. [stack dump snipped] -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune
xman cannot display manpage
My system is Win2000, running cygwin 1.3.18. I could start xman to display the first manpage, but it failed to display the next manpage. The symptom is: error message displayed in concole: cannot create /tmp/xman002444: permission denied xman displays PleaseStandby dialog with the following warning message in the xman main window: Something went wrong trying to run the command: cd /usr/man; tbl ... | neqn | nroff -man /tmp/xman002444 2 /dev/null I checked strace output, it seemed that it did access c:\cygwin\tmp\xman002444, I have correct permission for /tmp: drwxrwxrwt+ 23 adminadminstr28672 Feb 7 16:40 /tmp Does anyone experience the same problem w/ xman? Thanks in advance, -Alex
XFree86 lockup with screensaver
Hello, I've encountered this once today and a coworker of mine is encountering it frequenty. When the windows system goes into screensaver mode and he comes back, X is locked up and he can't do anything. He has to forcibly kill the X processes and restart. It happens every time for him and I had him do various things like minimizing and restoring the XFree86 window, as well as checking with XFree86 in the foreground, background, or minimized. Also, he says it happens regardless of which screensaver is selected. When it happened to me, I noticed that XWin.exe was taking up a considerable amount of CPU (it was at 100%) from windows task manager. I haven't been able to reproduce it since then. I've searched the mailing list archives and wasn't able to find anything related to this. Maybe someone else has encountered this or knows what's up? thanks! -Abe His box: Windows 2000 SP3 cygwin-1.3.18-1 fvwm-2.4.7-2 XFree86-base-4.2.0-1 XFree86-bin-4.2.0-2 XFree86-etc-4.2.0-1 XFree86-fenc-4.2.0-2 XFree86-fnts-4.2.0-2 XFree86-lib-4.2.0-3 XFree86-startup-scripts-4.2.0-3 XFree86-xserv-4.2.0-15 X startup parameters: C:\cygwin\bin\bash.exe --login -c startx My box: Windows XP Home SP1 cygwin 1.3.19-1 fvwm-2.4.14-1 XFree86-base-4.2.0-1 XFree86-bin-4.2.0-2 XFree86-etc-4.2.0-1 XFree86-fenc-4.2.0-2 XFree86-fnts-4.2.0-2 XFree86-lib-4.2.0-3 XFree86-man-4.2.0-1 XFree86-prog-4.2.0-1 XFree86-startup-scripts-4.2.0-3 XFree86-xserv-4.2.0-25 X startup parameters: C:\cygwin\bin\bash.exe --login -c XWin -rootless -emulate3buttons -clipboard
Re: xman cannot display manpage
I don't think anyone has guaranteed that xman works properly in Cygwin/XFree86. I have launched it a few times and been generally disappointed everytime. Other than that, I haven't really used it. Someone will have to be annoyned enough with xman to search for the problem on their own... Harold WU, ALEX (SBCSI) wrote: My system is Win2000, running cygwin 1.3.18. I could start xman to display the first manpage, but it failed to display the next manpage. The symptom is: error message displayed in concole: cannot create /tmp/xman002444: permission denied xman displays PleaseStandby dialog with the following warning message in the xman main window: Something went wrong trying to run the command: cd /usr/man; tbl ... | neqn | nroff -man /tmp/xman002444 2 /dev/null I checked strace output, it seemed that it did access c:\cygwin\tmp\xman002444, I have correct permission for /tmp: drwxrwxrwt+ 23 adminadminstr28672 Feb 7 16:40 /tmp Does anyone experience the same problem w/ xman? Thanks in advance, -Alex
Re: XFree86 lockup with screensaver
The XFree86-4.2.0-23 (Test75) package contained a fix that could be related to your coworker's problems: http://xfree86.cygwin.com/devel/shadow/changelog.html You don't seem to be having as many propblems, so please upgrade your coworker to XFree86-4.2.0-25 (the latest release) and see if that helps at all. Let us know how it works, Harold Abraham Backus wrote: Hello, I've encountered this once today and a coworker of mine is encountering it frequenty. When the windows system goes into screensaver mode and he comes back, X is locked up and he can't do anything. He has to forcibly kill the X processes and restart. It happens every time for him and I had him do various things like minimizing and restoring the XFree86 window, as well as checking with XFree86 in the foreground, background, or minimized. Also, he says it happens regardless of which screensaver is selected. When it happened to me, I noticed that XWin.exe was taking up a considerable amount of CPU (it was at 100%) from windows task manager. I haven't been able to reproduce it since then. I've searched the mailing list archives and wasn't able to find anything related to this. Maybe someone else has encountered this or knows what's up? thanks! -Abe His box: Windows 2000 SP3 cygwin-1.3.18-1 fvwm-2.4.7-2 XFree86-base-4.2.0-1 XFree86-bin-4.2.0-2 XFree86-etc-4.2.0-1 XFree86-fenc-4.2.0-2 XFree86-fnts-4.2.0-2 XFree86-lib-4.2.0-3 XFree86-startup-scripts-4.2.0-3 XFree86-xserv-4.2.0-15 X startup parameters: C:\cygwin\bin\bash.exe --login -c startx My box: Windows XP Home SP1 cygwin 1.3.19-1 fvwm-2.4.14-1 XFree86-base-4.2.0-1 XFree86-bin-4.2.0-2 XFree86-etc-4.2.0-1 XFree86-fenc-4.2.0-2 XFree86-fnts-4.2.0-2 XFree86-lib-4.2.0-3 XFree86-man-4.2.0-1 XFree86-prog-4.2.0-1 XFree86-startup-scripts-4.2.0-3 XFree86-xserv-4.2.0-25 X startup parameters: C:\cygwin\bin\bash.exe --login -c XWin -rootless -emulate3buttons -clipboard
Re: XFree86 lockup with screensaver
Abe, Next time this happens, try attaching to the 100% CPU process with strace (see strace --help for options) and see what it's spending its time on. If it's reproducible for your friend, have him run xev while this happens, and see what events X gets. It might also be worth it to try the latest snapshot of Cygwin (although you probably might as well just wait a bit for 1.3.20 to come out). Igor On Fri, 7 Feb 2003, Abraham Backus wrote: Hello, I've encountered this once today and a coworker of mine is encountering it frequenty. When the windows system goes into screensaver mode and he comes back, X is locked up and he can't do anything. He has to forcibly kill the X processes and restart. It happens every time for him and I had him do various things like minimizing and restoring the XFree86 window, as well as checking with XFree86 in the foreground, background, or minimized. Also, he says it happens regardless of which screensaver is selected. When it happened to me, I noticed that XWin.exe was taking up a considerable amount of CPU (it was at 100%) from windows task manager. I haven't been able to reproduce it since then. I've searched the mailing list archives and wasn't able to find anything related to this. Maybe someone else has encountered this or knows what's up? thanks! -Abe His box: Windows 2000 SP3 cygwin-1.3.18-1 fvwm-2.4.7-2 XFree86-base-4.2.0-1 XFree86-bin-4.2.0-2 XFree86-etc-4.2.0-1 XFree86-fenc-4.2.0-2 XFree86-fnts-4.2.0-2 XFree86-lib-4.2.0-3 XFree86-startup-scripts-4.2.0-3 XFree86-xserv-4.2.0-15 X startup parameters: C:\cygwin\bin\bash.exe --login -c startx My box: Windows XP Home SP1 cygwin 1.3.19-1 fvwm-2.4.14-1 XFree86-base-4.2.0-1 XFree86-bin-4.2.0-2 XFree86-etc-4.2.0-1 XFree86-fenc-4.2.0-2 XFree86-fnts-4.2.0-2 XFree86-lib-4.2.0-3 XFree86-man-4.2.0-1 XFree86-prog-4.2.0-1 XFree86-startup-scripts-4.2.0-3 XFree86-xserv-4.2.0-25 X startup parameters: C:\cygwin\bin\bash.exe --login -c XWin -rootless -emulate3buttons -clipboard -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune