For me, adding -kb to the xwin command did work. Thanks much for the help.
--- "Armbrust, Daniel C." <[EMAIL PROTECTED]> wrote: > The -kb command helped with one of my machines that was having intermittent > difficulties in launching. > > > > On another machine, however, I always have to execute the following script > twice before I get any Xwin windows: > > > --CUT-- > All of the standard startXWin.bat environment setup stuff... > --CUT-- > > run XWin -multiwindow -clipboard -silent-dup-error -kb > run xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black -e > /usr/bin/bash -l > run xterm -geometry 80x50-0-0 -sl 500 -sb -rightbar -e ssh -Y > [EMAIL PROTECTED] > > > The first time that I run it - Xwin.exe and two xterm.exe's appear in the > process manager - then both xterm's disappear. Eventually the X finally > appears in the lower right corner. > > Then I run the script again, and this time the xterms actually launch. > > Here is the log file from the first launch: > > Welcome to the XWin X Server > Vendor: The Cygwin/X Project > Release: 6.8.2.0-1 > > Contact: cygwin-xfree@cygwin.com > > XWin was started with the following command line: > > /usr/X11R6/bin/XWin -multiwindow -clipboard -silent-dup-error > -kb > > ddxProcessArgument - Initializing default screens > winInitializeDefaultScreens - w 1280 h 1024 > winInitializeDefaultScreens - Returning > _XSERVTransmkdir: ERROR: euid != 0,directory /tmp/.X11-unix will not be > created. > (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: 1280 height: 1024 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 > winMultiWindowXMsgProc - Calling pthread_mutex_lock () > winInitMultiWindowWM - 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: "00000409" (00000409) > (--) Using preset keyboard for "English (USA)" (409), type "4" > (++) XkbExtension disabled > (--) 3 mouse buttons found > Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from > list! > winMultiWindowXMsgProc - pthread_mutex_lock () returned. > winInitMultiWindowWM - pthread_mutex_lock () returned. > winInitMultiWindowWM - pthread_mutex_unlock () returned. > winMultiWindowXMsgProc - pthread_mutex_unlock () returned. > winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 > winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 > winProcEstablishConnection - Hello > winInitClipboard () > winProcEstablishConnection - winInitClipboard returned. > winClipboardProc - Hello > DetectUnicodeSupport - Windows NT/2000/XP > winClipboardProc - DISPLAY=127.0.0.1:0.0 > winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the > display. > winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the > display. > winClipboardProc - XOpenDisplay () returned and successfully opened the > display. > > > Does this shed any light on things? > > Thanks, > > Dan > Scott Cegielski [EMAIL PROTECTED] __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com