I've got a new observation: Before I installed the ssh daemon and subsequently changed my /etc/sshd_config settings, I used to log in locally the Windows 2000 machine, and then I would click the /usr/X11R6/bin/startxwin.bat to start the X server.
A console window would pop up for a moment and then disappear, and then a graphical xterm window would pop up. Now, all that still works, but when the console windows pops up during startxwin.bat's execution, the first line displayed in it says access denied Then the rest of the procedure continues; the console window disappears and is replaced by a graphical xterm. Here's my /tmp/XWin.log - not the "_XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root" message: Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.2.0-2 Contact: [email protected] XWin was started with the following command line: /usr/X11R6/bin/XWin -multiwindow -clipboard -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: 2048 height: 768 depth: 32 winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff 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 winMultiWindowXMsgProc - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () 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: "00001009" (00001009) (EE) Keyboardlayout "Canadian French" (00001009) is unknown (--) 3 mouse buttons found Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winInitMultiWindowWM - pthread_mutex_lock () returned. winProcEstablishConnection - Hello winMultiWindowXMsgProc - pthread_mutex_lock () returned. winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitClipboard () winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 DetectUnicodeSupport - Windows NT/2000/XP winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winClipboardProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. Also, why do I need to run xauth? I use the same machine to ssh to other hosts, and their X redirection works fine. Also, if I have to set the DISPLAY variable, what do I set it to, and where do I set that? Thanks On Thu, 2005-05-26 at 12:40 +0800, Erich Dollansky wrote: > Hi, > > Jean-Claude Gervais wrote: > > > > Running an application gives a different error now also. > > > > [EMAIL PROTECTED] ~ > > $ xcalc > > X11 connection rejected because of wrong authentication. > > X connection to localhost:10.0 broken (explicit kill or server > > shutdown). > > > you need to run xauth + at your machine plus you have to set the display > environment variable on the other machine. > > Check the handbook for the concequenses of above mentioned settings. > > Erich
