Re: X11 becomes unresponsive. VERY unresponsive.
There are some reasons for poor Cygwin/X performance in the FAQ. One of them is a small program from ATI. I got rid of the ATI programs. cygwin/X lasted for awhile, and then hung exactly as before. What about CPU usage? Is XWin taking 100% and nothing happens? Or is it nearly idle? Entire PC 100% idle. Have you experienced any trouble with hyperthreading (feature of latest Intel CPUs)? I am using that feature. -- David Arnstein [EMAIL PROTECTED]
How to clean the local package directory?
My local package directory contains multiple versions of many cygwin packages. It also contains versions of packages that I no longer use. What is the best procedure for cleaning up the local package directory? I very much want to preserve cygwin's notion of what packages (and what versions thereof) I have installed. It would be very tedious if I had to pick and choose all the packages I want, again. Thanks for any suggestions!
Silent exit after double-clicking on text in xterm
This is a recurring problem for me. Occasionally, Xwin.exe will quickly terminate when I double-click on a string of text displayed in an xterm. This occurs on my home computer running Windows 2000, and on my office computer running Windows XP. Here is the Xwin.log file. I believe that it indicates that I have the latest version of the cygwin/x software installed. Note that the last line of the log is winMultiWindowXMsgProc - another window manager is running. Exiting. This is certainly false. I have been using the -multiwindow method for monthes, and there is not even a window manager installed on my computer. Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.7.0.0-8 Contact: [EMAIL PROTECTED] XWin was started with the following command line: XWin -multiwindow -clipboard ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information winPrefsLoadPreferences: /cygdrive/p/.XWinrc LoadPreferences: .XWinrc Loaded winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0007 winSetEngine - Multi Window or Rootless = ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 1023 depth: 32 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowGDI - Masks 00ff ff00 00ff 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 winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello 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: 0409 (0409) (EE) Keyboardlayout US (0409) is unknown Rules = xorg Model = pc101 Layout = us Variant = (null) Options = (null) Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winPointerWarpCursor - Discarding first warp: 640 511 winInitMultiWindowWM - pthread_mutex_lock () returned. winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information winPrefsLoadPreferences: /cygdrive/p/.XWinrc LoadPreferences: .XWinrc Loaded winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0007 winSetEngine - Multi Window or Rootless = ShadowGDI winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 1023 depth: 32 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowGDI - Masks 00ff ff00 00ff 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 MIT-SHM extension disabled due to lack of kernel support winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () 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: 0409 (0409) (EE) Keyboardlayout US (0409) is unknown Rules = xorg Model = pc101 Layout = us Variant = (null) Options = (null) Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winInitMultiWindowWM - pthread_mutex_lock () returned. winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock ()
Hang related to clipboard processing
I am having a problem with the latest Cygwin/X11 software suite. I'm using it with Windows 2000. I use the program xfig to exercise the bug. This program can be installed from the cygwin setup.exe program. First case: -- I invoke X11 as setsid XWin -multiwindow -clipboard . I launch an xterm, and from there, I launch xfig. Within xfig, I select the tool for drawing rectangles. I launch the dialog box to select line color and fill color. While working in this dialog box, the X11 pointer will eventually disappear. I cannot do anything more at this point. I cannot change to focus to another X11 application. I cannot see the pointer in any X11 application. I have to kill XWin. Second case: --- I invoke X11 as setsid XWin -multiwindow . I sleep for three seconds (my little trick for increasing stability). Then I do setsid xwinclip . I launch an xterm and xfig as in the first case. I cause the X11 pointer to disappear as in the first case. Once again, all X11 applications are unusable. From a bash command window, I do a kill -hup on the running xwinclip process. This causes the X11 pointer to reappear. My X11 applications are now usable again.
Re: Hang related to clipboard processing
Harold L Hunt II writes: Your problem is irrelavent until you tell us exactly what the latest means. The best way to do this is to grab the top few lines from /tmp/XWin.log and send them in. Here you go: Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.7.0.0-3 Contact: [EMAIL PROTECTED] XWin was started with the following command line: XWin -multiwindow ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1600 h 1200 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winValidateArgs - Returning. (II) XF86Config is not supported. See http://x.cygwin.com/docs/faq/cygwin-xfree-faq.html for more information winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0007 winScreenInit - dwWidth: 1600 dwHeight: 1200 winSetEngine - Multi Window or Rootless = ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1600 h: 1200 winCreateBoundingWindowWindowed - Current w: 1600 h: 1200 winAdjustForAutoHide - Original WorkArea: 34 0 1200 1600 winAdjustForAutoHide - Adjusted WorkArea: 34 0 1200 1600 winCreateBoundingWindowWindowed - WindowClient w 1600 h 1166 r 1600 l 0 b 1166 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1600 height: 1166 depth: 32 winAllocateFBShadowGDI - Dibsection width: 1600 height: 1166 depth: 32 size image: 7462400 winAllocateFBShadowGDI - Created shadow stride: 1600 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 winRandRInit () winCreateDefColormap - Deferring to fbCreateDefColormap () null screen fn ReparentWindow null screen fn RestackWindow winFinishScreenInitFB - Calling winInitWM. InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winInitWM - Returning. winInitMultiWindowWM - Calling pthread_mutex_lock () winFinishScreenInitFB - returning winMultiWindowXMsgProc - Hello winScreenInit - returning winMultiWindowXMsgProc - Calling pthread_mutex_lock () InitOutput - Returning. 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: 0409 (0409) (EE) Keyboardlayout US (0409) is unknown Rules = xorg Model = pc101 Layout = us Variant = (null) Options = (null) Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winPointerWarpCursor - Discarding first warp: 800 583 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winInitMultiWindowWM - pthread_mutex_lock () returned. winInitMultiWindowWM - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winProcEstablishConnection - Hello winProcEstablishConnection - Clipboard is not enabled, returning. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window parameter) winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window parameter) winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window parameter) winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window parameter) winMultiWindowGetWMHints - pWin or hints was NULL winMultiWindowGetWMHints - pWin or hints was NULL winDeinitMultiWindowWM - Noting shutdown in progress ddxBeforeReset - Hello winInitMultiWindowXMsgProc - Caught IO Error. Exiting. winDeinitMultiWindowWM - Noting shutdown in progress
Documentaiton of .XWinrc?
I'm searching for documentation of the file .XWinrc. I have no man page for this file, although the man page for XWin refers to a man page in section 5 for .XWinrc. I could not find any mention of .XWinrc in the cygwin-xfree users guide. I suggest that both of the above two sources of information should be updated. I found an old posting to this mailing list that referenced http://www.msu.edu/~huntharo/xwin/devel/server/example.XWinrc. Is this the only documentation that is available? Thanks for any help. -- David Arnstein [EMAIL PROTECTED]
Re: X/Cygwin icon proposal
Your hyperlink is labelled x.ico, but the file it links to is http://cygwin.com/ml/cygwin-xfree/2004-03/bin0.bin. This isn't a worm, is it?
Re: What is a good Windows Manager for cygwin/XFree86
The best window manager might be no window manager at all. If you start XWin.exe with the command line option -multiwindow, then you won't need a window manager. Instead, your X11 applications will all appear in separate windows, managed by Microsoft Windows. The cygwin guys have done a lot of work recently cleaning this feature up. It is now pretty good.
Focus problem with -multiwindow
When I use the -multiwindow option in XWin, I get an intermitent focus problem. What happens is one of the windows will get the keyboard focus and won't let it go, no matter what. This makes all other windows useless. I don't know what triggers this behavior, but netscape seems to have something to do with it. Any suggestions? Here is my startxwin.sh file: #! /usr/bin/bash export PATH=/usr/X11R6/bin:/cygdrive/j/Bin:/cygdrive/j/Bin32:/usr/local/bin:/usr/bin:/cygdrive/h/MKS/bin:/cygdrive/h/MKS/bin/x11:/cygdrive/h/MKS/mksnt:/cygdrive/k/Program\ Files/Resource\ Pro\ Kit/:/cygdrive/i/WINNT/system32:/cygdrive/i/WINNT eval `ssh-agent` # Cleanup from last run. rm -rf /tmp/.X11-unix # Start the X Server. XWin -screen 0 1280 1024 -ac -nopn -multiwindow sleep 12 # Start clipboard server xwinclip # Start an xterm. xterm -n `hostname` -j -ls -sb -sl 500 -rightbar +cn -cb \ -bg black -fg white -geometry +361+0 -e bash -- David Arnstein [EMAIL PROTECTED]
Problem: Storm of zero-length IP connections
I have a recurring problem with cygwin-xfree. I am currently running the latest version of all cygwin and xfree binaries, including Xfree86-xserv 4.2.0-25. I have been having this problem for several versions back, though. I am running Windows 2000 Professional service pack 3. My Dell computer has an 866 MHz Pentium III CPU and 256 MBytes of SDRAM. The problem is that for no apparent reason, my computer will begin making IP connections to consecutive ports and transmitting zero bytes. Localhost port 3795 to localhost port 3796, then localhost port 3796 to localhost port 3797, etc. The connections come serveral times per second and use up most of my CPU power. I think that my network bandwidth is affected too, but I can't prove it. I don't know if those port connections are TCP or UDP, my firewall (Norton Internet Security) doesn't tell me in its log file. Today I was able to halt the connection storm by closing X11 windows one by one, until a certain xterm window was closed. It seemed to be the culprit, but I don't know why. The window was idle at the time. Here is my startup script for cygwin-xfree: rm -rf /tmp/.X11-unix XWin -screen 0 1280 1024 -ac -nopn -clipboard sleep 5 twm xsetroot -solid navy xterm -n `hostname` -j -ls -sb -sl 500 -rightbar +cn -cb \ -bg black -fg white -geometry +361+0 -e bash Has anyone else seen this problem? Is there a workaround? Thanks for any ideas! -- David Arnstein [EMAIL PROTECTED]
