From thorsten@thorstenkampe.de Tue May 1 07:56:00 2007 From: thorsten@thorstenkampe.de (Thorsten Kampe) Date: Tue, 01 May 2007 07:56:00 -0000 Subject: Problems with Startx even after rebaseall References: <509c33dpo04mfdmnpqu79k0uoltadjg3at@4ax.com> <3asc3390rbjhgjhhdvoall3u6524mbmo1e@4ax.com> Message-ID: * Robert Neville (Mon, 30 Apr 2007 15:45:46 -0700) > On Mon, 30 Apr 2007 21:47:39 +0100, Thorsten Kampe wrote: > >* Robert Neville (Mon, 30 Apr 2007 10:18:15 -0700) > >> I am not sure if this is the appropriate group. In addition, searching through > >> these gmane newsgroups is not straightforward since Google groups does not return them. > >> > >> Startx fails to initialize when it worked yesterday. I ran setup and the process may have not > >> completed (it was late and I needed to sleep). After running setup.exe again, I navigated to the > >> System category and reinstalled rebase. Then I reviewed the README file; kill all processes > >> associated with cygwin; ran ash; and typed /bin/rebaseall -v; the utility performed some actions and > >> returned without errors. > >> > >> I fired up a cygwin window and startx would still not initialize. The console gave me the following > >> font error. > >> > >> sageQueue trapped WM_QUIT message, exiting main loop. > >> winClipboardProc - XDestroyWindow succeeded. > >> FreeFontPath: FPE "/usr/X11R6/lib/X11/fonts/misc/" refcount is 2, should be 1; fixing. > >> > >> The cygwin console appears fully functional. The console has returned some errors when running make, > >> but these issues may be completely separate. Please give me whatever insight you may have on these > >> scenarios. I have already spent considerable time troubleshooting these issues and need better > >> guidance. > >> > >> After rebooting the computer and typing startx, cygwin gave me the following error message. > >> [...] > >> winProcEstablishConnection - winInitClipboard returned. > >> winClipboardProc - Hello > >> winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the di > >> splay. > >> winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the disp > >> lay. > >> DetectUnicodeSupport - Windows NT/2000/XP > >> winClipboardProc - DISPLAY=127.0.0.1:0.0 > >> winClipboardProc - XOpenDisplay () returned and successfully opened the display. > >> > >> winProcSetSelectionOwner - Clipboard not yet started, aborting. > >> winProcSetSelectionOwner - Clipboard not yet started, aborting. > >> > >> waiting for X server to shut down winClipboardProc - winClipboardFlushWindowsMes > >> sageQueue trapped WM_QUIT message, exiting main loop. > >> winClipboardProc - XDestroyWindow succeeded. > >> > >> winClipboardIOErrorHandler! > > > >Well, if there is an winClipboardIOErrorHandler error (whatever that > >is) you should try starting without "-clipboard" says my common > >sense... > > I am not familiar with the startx options. The man page only has basic info about startx. I tried > startx -clipboard as suggested; and the console returned the following error. "XWin was started with the following command line: X :0 -multiwindow -clipboard"" Read again my posting. I said "without" and not "with" (which wouldn't make sense at all if there is a "winClipboardIOError"). "startx" is a shell script. Copy it, find the line where XWin is started and remove the arguments (parameters). Then start this script. Thorsten -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From cmeagan@gmail.com Tue May 1 19:20:00 2007 From: cmeagan@gmail.com (Chris Eagan) Date: Tue, 01 May 2007 19:20:00 -0000 Subject: X Server cycling when trying to connect to gdm/dtlogin. Message-ID: I am having the same problem...any solution? Thanks, Chris ---- I'm trying to use Cygwin/X to connect to remote machines' gdm or dtlogin session managers. If I run: XWin.exe -query I get the session login screen, can enter in my username and password and see the desktop clear and appear to begin loading. Then all of the sudden the X window quits and restarts back at the login screen again. This happens with both Solaris 10 dtlogin sessions and RH gdm sessions. On RH, if I choose "failsafe" (just an xterm with no WM), the login succeeds and I get a single xterm. Thought maybe this was a font issue, so I used the -fp tcp/:7100 on the command-line (yes, also modified xfs to accept tcp connections ...) but the same thing continues to happen. The XWin.log file doesn't show any errors that I can use to troubleshoot this, and I don't see anything in the logs on the remote systems either. Any hunches as to what the problem is? Ray (PS: I did add -logverbose 255 as well, but got no additional information). -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jasonmay1@gmail.com Tue May 1 20:12:00 2007 From: jasonmay1@gmail.com (Jason May) Date: Tue, 01 May 2007 20:12:00 -0000 Subject: display depth changing when using remote desktop and -multiwindow option, unable to set depth manually with -multiwindow In-Reply-To: References: Message-ID: Hello. I use Cygwin/X on my office computer to run a program called Cadence (using 24-bit display), but have limited Cygwin functionality when I use remote desktop to work from home. Displays are set to 32-bit on both computers, and the Windows XP remote-desktop protocol (RDP) version I am using on both supports 32-bit displays. If I start Cygwin at the office and then use RDP to connect from home, everything continues working perfectly. However, if I log in remotely and then start a new Cygwin session, I get the following: *ERROR* Failed to find either 24-bit TrueColor or 8-bit PseudoColor Visual. *WARNING* Failed to find either 24-bit TrueColor or 8-pbit PseudoColor Visual. And my application will not start. I am using the following to start cygwin: run XWin -multiwindow -clipboard -silent-dup-error run xterm -e /usr/bin/bash -l I believe that Cygwin is detecting the optimal display settings on startup and determining it to be less than 32-bit when initiated through remote desktop. I would use the -depth command line option to manually set the depth to 32 bits, but this does not work with multiwindow enabled. Is there another way that I can manually set the display depth? Or somehow ensure that Cygwin determines that 32-bits are optimal when started through a remote desktop session? I have tried modifying the .inputrc file for 8-bit mode as follows, but had the same problem. set meta-flag on set convert-meta off set output-meta on Many thanks, Jason -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck_original.out Type: application/octet-stream Size: 20195 bytes Desc: not available URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From holger.krull@gmx.de Tue May 1 20:14:00 2007 From: holger.krull@gmx.de (Holger Krull) Date: Tue, 01 May 2007 20:14:00 -0000 Subject: X Server cycling when trying to connect to gdm/dtlogin. In-Reply-To: References: Message-ID: <46379FA0.8040304@gmx.de> Chris Eagan schrieb: > I'm trying to use Cygwin/X to connect to remote machines' gdm or dtlogin > session managers. > XWin.exe > -query Does anything change if you use XWin -query numeric.ip.address -from numeric.ip.address ? And create and use a new user on your unix box to get a clean profile on login if that is possible. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From cmeagan@gmail.com Tue May 1 20:39:00 2007 From: cmeagan@gmail.com (Chris Eagan) Date: Tue, 01 May 2007 20:39:00 -0000 Subject: X Server cycling when trying to connect to gdm/dtlogin. Message-ID: Ahh, creating the clean user profile worked. Thanks! Re: X Server cycling when trying to connect to gdm/dtlogin. * From: Holger Krull * To: cygwin-xfree at cygwin dot com * Date: Tue, 01 May 2007 22:14:24 +0200 * Subject: Re: X Server cycling when trying to connect to gdm/dtlogin. * References: * Reply-to: cygwin-xfree at cygwin dot com Chris Eagan schrieb: > I'm trying to use Cygwin/X to connect to remote machines' gdm or dtlogin > session managers. > XWin.exe > -query Does anything change if you use XWin -query numeric.ip.address -from numeric.ip.address ? And create and use a new user on your unix box to get a clean profile on login if that is possible. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From holger.krull@gmx.de Tue May 1 21:01:00 2007 From: holger.krull@gmx.de (Holger Krull) Date: Tue, 01 May 2007 21:01:00 -0000 Subject: display depth changing when using remote desktop and -multiwindow option, unable to set depth manually with -multiwindow In-Reply-To: References: Message-ID: <4637AA89.9010502@gmx.de> Jason May schrieb: > I believe that Cygwin is detecting the optimal display settings on > startup and determining it to be less than 32-bit when initiated > through remote desktop. I would use the -depth command line option to > manually set the depth to 32 bits, but this does not work with > multiwindow enabled. Is there another way that I can manually set the > display depth? You can't set Xwins display depth larger than the Desktop it is running on. Usually that would be 16 Bit with rdp sessions. Did you ever check on the rdp Windows Desktop that you really get 32 Bit in Windows? Because i get 16 Bit even if i request 24 Bit. > I have tried modifying the .inputrc file for 8-bit mode as follows, > but had the same problem. That has no influence on Xwin. A possible solution would be a ssh connection and tunneling X11 through it. Cygwin provides a ssh daemon for windows. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From robert_neville310@yahoo.com Tue May 1 21:12:00 2007 From: robert_neville310@yahoo.com (Robert Neville) Date: Tue, 01 May 2007 21:12:00 -0000 Subject: Problems with Startx even after rebaseall References: <509c33dpo04mfdmnpqu79k0uoltadjg3at@4ax.com> <3asc3390rbjhgjhhdvoall3u6524mbmo1e@4ax.com> Message-ID: <32bf3314c7djl10q41nefdnd9r6a3ic7g2@4ax.com> On Tue, 1 May 2007 08:55:47 +0100, Thorsten Kampe wrote: >* Robert Neville (Mon, 30 Apr 2007 15:45:46 -0700) >> On Mon, 30 Apr 2007 21:47:39 +0100, Thorsten Kampe wrote: >> >* Robert Neville (Mon, 30 Apr 2007 10:18:15 -0700) >> >> I am not sure if this is the appropriate group. In addition, searching through >> >> these gmane newsgroups is not straightforward since Google groups does not return them. >> >> >> >> Startx fails to initialize when it worked yesterday. I ran setup and the process may have not >> >> completed (it was late and I needed to sleep). After running setup.exe again, I navigated to the >> >> System category and reinstalled rebase. Then I reviewed the README file; kill all processes >> >> associated with cygwin; ran ash; and typed /bin/rebaseall -v; the utility performed some actions and >> >> returned without errors. >> >> >> >> I fired up a cygwin window and startx would still not initialize. The console gave me the following >> >> font error. >> >> >> >> sageQueue trapped WM_QUIT message, exiting main loop. >> >> winClipboardProc - XDestroyWindow succeeded. >> >> FreeFontPath: FPE "/usr/X11R6/lib/X11/fonts/misc/" refcount is 2, should be 1; fixing. >> >> >> >> The cygwin console appears fully functional. The console has returned some errors when running make, >> >> but these issues may be completely separate. Please give me whatever insight you may have on these >> >> scenarios. I have already spent considerable time troubleshooting these issues and need better >> >> guidance. > >"XWin was started with the following command line: >X :0 -multiwindow -clipboard"" > >Read again my posting. I said "without" and not "with" (which wouldn't >make sense at all if there is a "winClipboardIOError"). "startx" is a >shell script. Copy it, find the line where XWin is started and remove >the arguments (parameters). Then start this script. > >Thorsten I did not realize that startx was just a script. Honestly, the clipboard is the main reason for me launching Xwin. After editing the script and removing the clipboard argument, the console returns a "winInitMultiWindowXMsgProc - Caught IO Error." Then I removed the multiwindow argument and the console returned the following error. I don't have much time to evaluate this scenario or the patience; hopefully someone has seen this scenario before. Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.99.901-4 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: X :0 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root 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 winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 00000007 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shar ed 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" Rules = "xorg" Model = "pc105" Layout = "us" Variant = "(null)" Options = "(null )" (--) 5 mouse buttons found Could not init font path element /usr/X11R6/lib/X11/fonts/TTF/, removing from li st! Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from li st! Could not init font path element /usr/X11R6/lib/X11/fonts/100dpi/, removing from list! winPointerWarpCursor - Discarding first warp: 509 353 winProcEstablishConnection - Hello winProcEstablishConnection - Clipboard is not enabled, returning. cat: /home/Ferdie/.Xauthority: No such file or directory waiting for X server to shut down FreeFontPath: FPE "/usr/X11R6/lib/X11/fonts/misc/" refcount is 2, should be 1; fixing. winDeinitMultiWindowWM - Noting shutdown in progress -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jasonmay1@gmail.com Tue May 1 21:52:00 2007 From: jasonmay1@gmail.com (Jason May) Date: Tue, 01 May 2007 21:52:00 -0000 Subject: display depth changing when using remote desktop and -multiwindow option, unable to set depth manually with -multiwindow Message-ID: Thanks Holger for the response. ------------- You can't set Xwins display depth larger than the Desktop it is running on. Usually that would be 16 Bit with rdp sessions. Did you ever check on the rdp Windows Desktop that you really get 32 Bit in Windows? Because i get 16 Bit even if i request 24 Bit. ------------- I'm using a new beta version of microsoft's RDP which should support 32-bit displays (http://support.microsoft.com/kb/925876), but I will have to check whether it is actually working as advertised. ------------- A possible solution would be a ssh connection and tunneling X11 through it. Cygwin provides a ssh daemon for windows. ------------ I am currently using SSH (putty) with tunneling to connect from the office PC to a linux server. The network administrators have not opened any ports on the linux server for outside access, I believe I can only enter the network via RDP on my office computer. I will see if they will allow me to open another port on my computer for SSH port forwarding, it should indeed solve the problem if I can bypass the office computer directly. Jason -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From thorsten@thorstenkampe.de Wed May 2 08:57:00 2007 From: thorsten@thorstenkampe.de (Thorsten Kampe) Date: Wed, 02 May 2007 08:57:00 -0000 Subject: Problems with Startx even after rebaseall References: <509c33dpo04mfdmnpqu79k0uoltadjg3at@4ax.com> <3asc3390rbjhgjhhdvoall3u6524mbmo1e@4ax.com> <32bf3314c7djl10q41nefdnd9r6a3ic7g2@4ax.com> Message-ID: * Robert Neville (Tue, 01 May 2007 14:09:59 -0700) > On Tue, 1 May 2007 08:55:47 +0100, Thorsten Kampe wrote: > >* Robert Neville (Mon, 30 Apr 2007 15:45:46 -0700) > >> On Mon, 30 Apr 2007 21:47:39 +0100, Thorsten Kampe wrote: > >> >* Robert Neville (Mon, 30 Apr 2007 10:18:15 -0700) > >> >> I am not sure if this is the appropriate group. In addition, searching through > >> >> these gmane newsgroups is not straightforward since Google groups does not return them. > >> >> > >> >> Startx fails to initialize when it worked yesterday. I ran setup and the process may have not > >> >> completed (it was late and I needed to sleep). After running setup.exe again, I navigated to the > >> >> System category and reinstalled rebase. Then I reviewed the README file; kill all processes > >> >> associated with cygwin; ran ash; and typed /bin/rebaseall -v; the utility performed some actions and > >> >> returned without errors. > >> >> > >> >> I fired up a cygwin window and startx would still not initialize. The console gave me the following > >> >> font error. > >> >> > >> >> sageQueue trapped WM_QUIT message, exiting main loop. > >> >> winClipboardProc - XDestroyWindow succeeded. > >> >> FreeFontPath: FPE "/usr/X11R6/lib/X11/fonts/misc/" refcount is 2, should be 1; fixing. > >> >> > >> >> The cygwin console appears fully functional. The console has returned some errors when running make, > >> >> but these issues may be completely separate. Please give me whatever insight you may have on these > >> >> scenarios. I have already spent considerable time troubleshooting these issues and need better > >> >> guidance. > > > >"XWin was started with the following command line: > >X :0 -multiwindow -clipboard"" > > > >Read again my posting. I said "without" and not "with" (which wouldn't > >make sense at all if there is a "winClipboardIOError"). "startx" is a > >shell script. Copy it, find the line where XWin is started and remove > >the arguments (parameters). Then start this script. > > > > I did not realize that startx was just a script. Honestly, the clipboard is the main reason for me > launching Xwin. After editing the script and removing the clipboard argument, the console returns a > "winInitMultiWindowXMsgProc - Caught IO Error." Then I removed the multiwindow argument and the > console returned the following error. I don't have much time to evaluate this scenario or the > patience; hopefully someone has seen this scenario before. > [XWin log] I can't see any error in the new log you posted. The only thing I can advise you is to try to run the startxwin.sh and startxwin.bat file to see if they make a difference... Thorsten -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From robert_neville310@yahoo.com Wed May 2 19:20:00 2007 From: robert_neville310@yahoo.com (Robert Neville) Date: Wed, 02 May 2007 19:20:00 -0000 Subject: Problems with Startx even after rebaseall References: <509c33dpo04mfdmnpqu79k0uoltadjg3at@4ax.com> <3asc3390rbjhgjhhdvoall3u6524mbmo1e@4ax.com> <32bf3314c7djl10q41nefdnd9r6a3ic7g2@4ax.com> Message-ID: On Wed, 2 May 2007 09:57:08 +0100, Thorsten Kampe wrote: >* Robert Neville (Tue, 01 May 2007 14:09:59 -0700) >> On Tue, 1 May 2007 08:55:47 +0100, Thorsten Kampe wrote: >> >* Robert Neville (Mon, 30 Apr 2007 15:45:46 -0700) >> >> On Mon, 30 Apr 2007 21:47:39 +0100, Thorsten Kampe wrote: >> >> >* Robert Neville (Mon, 30 Apr 2007 10:18:15 -0700) >> >> >> I am not sure if this is the appropriate group. In addition, searching through >> >> >> these gmane newsgroups is not straightforward since Google groups does not return them. >> >> >> >> >> >> Startx fails to initialize when it worked yesterday. I ran setup and the process may have not >> >> >> completed (it was late and I needed to sleep). After running setup.exe again, I navigated to the >> >> >> System category and reinstalled rebase. Then I reviewed the README file; kill all processes >> >> >> associated with cygwin; ran ash; and typed /bin/rebaseall -v; the utility performed some actions and >> >> >> returned without errors. >> >> >> >> >> >> I fired up a cygwin window and startx would still not initialize. The console gave me the following >> >> >> font error. >> >> >> >> >> >> sageQueue trapped WM_QUIT message, exiting main loop. >> >> >> winClipboardProc - XDestroyWindow succeeded. >> >> >> FreeFontPath: FPE "/usr/X11R6/lib/X11/fonts/misc/" refcount is 2, should be 1; fixing. >> >> >> >> >> >> The cygwin console appears fully functional. The console has returned some errors when running make, >> >> >> but these issues may be completely separate. Please give me whatever insight you may have on these >> >> >> scenarios. I have already spent considerable time troubleshooting these issues and need better >> >> >> guidance. >> > >> >"XWin was started with the following command line: >> >X :0 -multiwindow -clipboard"" >> > >> >Read again my posting. I said "without" and not "with" (which wouldn't >> >make sense at all if there is a "winClipboardIOError"). "startx" is a >> >shell script. Copy it, find the line where XWin is started and remove >> >the arguments (parameters). Then start this script. >> > >> >> I did not realize that startx was just a script. Honestly, the clipboard is the main reason for me >> launching Xwin. After editing the script and removing the clipboard argument, the console returns a >> "winInitMultiWindowXMsgProc - Caught IO Error." Then I removed the multiwindow argument and the >> console returned the following error. I don't have much time to evaluate this scenario or the >> patience; hopefully someone has seen this scenario before. >> [XWin log] > >I can't see any error in the new log you posted. The only thing I can >advise you is to try to run the startxwin.sh and startxwin.bat file to >see if they make a difference... > >Thorsten Sorry about not posting the error log. I was helping several other people with their basic computer issues and made this oversight. Both startxwin.bat and startxwin.sh fail. Here are the error logs. $ startx Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.99.901-4 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: X :0 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root 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 winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 00000007 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shar ed 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" Rules = "xorg" Model = "pc105" Layout = "us" Variant = "(null)" Options = "(null )" (--) 5 mouse buttons found Could not init font path element /usr/X11R6/lib/X11/fonts/TTF/, removing from li st! Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from li st! Could not init font path element /usr/X11R6/lib/X11/fonts/100dpi/, removing from list! winPointerWarpCursor - Discarding first warp: 509 353 winProcEstablishConnection - Hello winProcEstablishConnection - Clipboard is not enabled, returning. cat: /home/Ferdie/.Xauthority: No such file or directory waiting for X server to shut down FreeFontPath: FPE "/usr/X11R6/lib/X11/fonts/mi sc/" refcount is 2, should be 1; fixing. winDeinitMultiWindowWM - Noting shutdown in progress #------------------------------------------------------------------------------# $ startxwin.bat startxwin.bat - Starting on Windows NT/2000/XP/2003 3 [main] run 2372 tty_list::allocate: No tty allocated 3 [main] run 4892 tty_list::allocate: No tty allocated #------------------------------------------------------------------------------# $ startxwin.sh $ Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.99.901-4 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: XWin -multiwindow -clipboard -silent-dup-error _XSERVTransSocketINETCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: server already running Fatal server error: Cannot establish any listening sockets - Make sure an X server isn't already run ning winDeinitMultiWindowWM - Noting shutdown in progress -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From thorsten@thorstenkampe.de Wed May 2 23:23:00 2007 From: thorsten@thorstenkampe.de (Thorsten Kampe) Date: Wed, 02 May 2007 23:23:00 -0000 Subject: Problems with Startx even after rebaseall References: <509c33dpo04mfdmnpqu79k0uoltadjg3at@4ax.com> <3asc3390rbjhgjhhdvoall3u6524mbmo1e@4ax.com> <32bf3314c7djl10q41nefdnd9r6a3ic7g2@4ax.com> Message-ID: * Robert Neville (Wed, 02 May 2007 12:19:45 -0700) > On Wed, 2 May 2007 09:57:08 +0100, Thorsten Kampe wrote: > >* Robert Neville (Tue, 01 May 2007 14:09:59 -0700) > >> On Tue, 1 May 2007 08:55:47 +0100, Thorsten Kampe wrote: > >> >* Robert Neville (Mon, 30 Apr 2007 15:45:46 -0700) > >> >> On Mon, 30 Apr 2007 21:47:39 +0100, Thorsten Kampe wrote: > >> >> >* Robert Neville (Mon, 30 Apr 2007 10:18:15 -0700) > >> >> >> I am not sure if this is the appropriate group. In addition, searching through > >> >> >> these gmane newsgroups is not straightforward since Google groups does not return them. > >> >> >> > >> >> >> Startx fails to initialize when it worked yesterday. I ran setup and the process may have not > >> >> >> completed (it was late and I needed to sleep). After running setup.exe again, I navigated to the > >> >> >> System category and reinstalled rebase. Then I reviewed the README file; kill all processes > >> >> >> associated with cygwin; ran ash; and typed /bin/rebaseall -v; the utility performed some actions and > >> >> >> returned without errors. > >> >> >> > >> >> >> I fired up a cygwin window and startx would still not initialize. The console gave me the following > >> >> >> font error. > >> >> >> > >> >> >> sageQueue trapped WM_QUIT message, exiting main loop. > >> >> >> winClipboardProc - XDestroyWindow succeeded. > >> >> >> FreeFontPath: FPE "/usr/X11R6/lib/X11/fonts/misc/" refcount is 2, should be 1; fixing. > >> >> >> > >> >> >> The cygwin console appears fully functional. The console has returned some errors when running make, > >> >> >> but these issues may be completely separate. Please give me whatever insight you may have on these > >> >> >> scenarios. I have already spent considerable time troubleshooting these issues and need better > >> >> >> guidance. > >> > > >> >"XWin was started with the following command line: > >> >X :0 -multiwindow -clipboard"" > >> > > >> >Read again my posting. I said "without" and not "with" (which wouldn't > >> >make sense at all if there is a "winClipboardIOError"). "startx" is a > >> >shell script. Copy it, find the line where XWin is started and remove > >> >the arguments (parameters). Then start this script. > >> > > >> > >> I did not realize that startx was just a script. Honestly, the clipboard is the main reason for me > >> launching Xwin. After editing the script and removing the clipboard argument, the console returns a > >> "winInitMultiWindowXMsgProc - Caught IO Error." Then I removed the multiwindow argument and the > >> console returned the following error. I don't have much time to evaluate this scenario or the > >> patience; hopefully someone has seen this scenario before. > >> [XWin log] > > > >I can't see any error in the new log you posted. The only thing I can > >advise you is to try to run the startxwin.sh and startxwin.bat file to > >see if they make a difference... > > > >Thorsten > > > Sorry about not posting the error log. I was helping several other people with their basic computer > issues and made this oversight. Both startxwin.bat and startxwin.sh fail. Here are the error logs. > > $ startx > > Welcome to the XWin X Server > Vendor: The Cygwin/X Project > Release: 6.8.99.901-4 > > Contact: cygwin-xfree@cygwin.com > > XWin was started with the following command line: > > X :0 > > _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root > 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 > winDetectSupportedEngines - Windows NT/2000/XP > winDetectSupportedEngines - DirectDraw installed > winDetectSupportedEngines - DirectDraw4 installed > winDetectSupportedEngines - Returning, supported engines 00000007 > winSetEngine - Using Shadow DirectDraw NonLocking > winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel > winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff > MIT-SHM extension disabled due to lack of kernel support > XFree86-Bigfont extension local-client optimization disabled due to lack of shar > ed 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" > Rules = "xorg" Model = "pc105" Layout = "us" Variant = "(null)" Options = "(null > )" > (--) 5 mouse buttons found > Could not init font path element /usr/X11R6/lib/X11/fonts/TTF/, removing from li > st! > Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, removing from > list! > Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from li > st! > Could not init font path element /usr/X11R6/lib/X11/fonts/100dpi/, removing from > list! > winPointerWarpCursor - Discarding first warp: 509 353 > winProcEstablishConnection - Hello > winProcEstablishConnection - Clipboard is not enabled, returning. > cat: /home/Ferdie/.Xauthority: No such file or directory > > waiting for X server to shut down FreeFontPath: FPE "/usr/X11R6/lib/X11/fonts/mi > sc/" refcount is 2, should be 1; fixing. > winDeinitMultiWindowWM - Noting shutdown in progress > > #------------------------------------------------------------------------------# > > $ startxwin.bat > startxwin.bat - Starting on Windows NT/2000/XP/2003 > 3 [main] run 2372 tty_list::allocate: No tty allocated > 3 [main] run 4892 tty_list::allocate: No tty allocated > > #------------------------------------------------------------------------------# > > $ startxwin.sh > > $ Welcome to the XWin X Server > Vendor: The Cygwin/X Project > Release: 6.8.99.901-4 > > Contact: cygwin-xfree@cygwin.com > > XWin was started with the following command line: > > XWin -multiwindow -clipboard -silent-dup-error > > _XSERVTransSocketINETCreateListener: ...SocketCreateListener() failed > _XSERVTransMakeAllCOTSServerListeners: server already running > > Fatal server error: > Cannot establish any listening sockets - Make sure an X server isn't already run > ning > winDeinitMultiWindowWM - Noting shutdown in progress It seems like there is something already listening or blocking the X server... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From didier@bretin.net Fri May 4 12:00:00 2007 From: didier@bretin.net (Didier BRETIN) Date: Fri, 04 May 2007 12:00:00 -0000 Subject: how to install dejavu font ? Message-ID: <463B2063.4070904@bretin.net> Hi, I installed cygwin/X on my XP box and it's running well. I would like to use the dejavu font (http://dejavu.sf.net/) under X. Do you know how I can install them ? Regards. -- Didier BRETIN http://www.bretin.net/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From holger.krull@gmx.de Fri May 4 14:01:00 2007 From: holger.krull@gmx.de (Holger Krull) Date: Fri, 04 May 2007 14:01:00 -0000 Subject: how to install dejavu font ? In-Reply-To: <463B2063.4070904@bretin.net> References: <463B2063.4070904@bretin.net> Message-ID: <463B3CAE.5010406@gmx.de> Didier BRETIN schrieb: > I installed cygwin/X on my XP box and it's running well. I would like to > use the dejavu font (http://dejavu.sf.net/) under X. Do you know how I > can install them ? I don't know if this is enough, but putting the font in /usr/cygwin/X11R6/lib/X11/fonts/TTF will be a good start. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From didier@bretin.net Fri May 4 14:08:00 2007 From: didier@bretin.net (Didier BRETIN) Date: Fri, 04 May 2007 14:08:00 -0000 Subject: how to install dejavu font ? In-Reply-To: <463B3CAE.5010406@gmx.de> References: <463B2063.4070904@bretin.net> <463B3CAE.5010406@gmx.de> Message-ID: <463B3E5F.7030304@bretin.net> On 04/05/2007 16:01, Holger Krull wrote: > Didier BRETIN schrieb: >> I installed cygwin/X on my XP box and it's running well. I would like to >> use the dejavu font (http://dejavu.sf.net/) under X. Do you know how I >> can install them ? > > I don't know if this is enough, but putting the font in > /usr/cygwin/X11R6/lib/X11/fonts/TTF > will be a good start. /usr/X11R6/lib/X11/fonts exists but there is TTF directory .... Perharps I need some specific packages ? Regards. -- Didier BRETIN http://www.bretin.net/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From robert_neville310@yahoo.com Sat May 5 07:15:00 2007 From: robert_neville310@yahoo.com (Robert Neville) Date: Sat, 05 May 2007 07:15:00 -0000 Subject: Problems with Startx even after rebaseall References: <509c33dpo04mfdmnpqu79k0uoltadjg3at@4ax.com> <3asc3390rbjhgjhhdvoall3u6524mbmo1e@4ax.com> <32bf3314c7djl10q41nefdnd9r6a3ic7g2@4ax.com> Message-ID: <5vao33dirodoaej41fr83p5v6iefvr2mfi@4ax.com> On Thu, 3 May 2007 00:22:50 +0100, Thorsten Kampe wrote: >* Robert Neville (Wed, 02 May 2007 12:19:45 -0700) >> On Wed, 2 May 2007 09:57:08 +0100, Thorsten Kampe wrote: >> >* Robert Neville (Tue, 01 May 2007 14:09:59 -0700) >> >> On Tue, 1 May 2007 08:55:47 +0100, Thorsten Kampe wrote: >> >> >* Robert Neville (Mon, 30 Apr 2007 15:45:46 -0700) >> >> >> On Mon, 30 Apr 2007 21:47:39 +0100, Thorsten Kampe wrote: >> >> >> >* Robert Neville (Mon, 30 Apr 2007 10:18:15 -0700) >> >> >> >> I am not sure if this is the appropriate group. In addition, searching through >> >> >> >> these gmane newsgroups is not straightforward since Google groups does not return them. >> >> >> >> >> >> >> >> Startx fails to initialize when it worked yesterday. I ran setup and the process may have not >> >> >> >> completed (it was late and I needed to sleep). After running setup.exe again, I navigated to the >> >> >> >> System category and reinstalled rebase. Then I reviewed the README file; kill all processes >> >> >> >> associated with cygwin; ran ash; and typed /bin/rebaseall -v; the utility performed some actions and >> >> >> >> returned without errors. >> >> >> >> >> >> >> >> I fired up a cygwin window and startx would still not initialize. The console gave me the following >> >> >> >> font error. >> >> >> >> >> >> >> >> sageQueue trapped WM_QUIT message, exiting main loop. >> >> >> >> winClipboardProc - XDestroyWindow succeeded. >> >> >> >> FreeFontPath: FPE "/usr/X11R6/lib/X11/fonts/misc/" refcount is 2, should be 1; fixing. >> >> >> >> >> >> >> >> The cygwin console appears fully functional. The console has returned some errors when running make, >> >> >> >> but these issues may be completely separate. Please give me whatever insight you may have on these >> >> >> >> scenarios. I have already spent considerable time troubleshooting these issues and need better >> >> >> >> guidance. >> >> > >> >> >"XWin was started with the following command line: >> >> >X :0 -multiwindow -clipboard"" >> >> > >> >> >Read again my posting. I said "without" and not "with" (which wouldn't >> >> >make sense at all if there is a "winClipboardIOError"). "startx" is a >> >> >shell script. Copy it, find the line where XWin is started and remove >> >> >the arguments (parameters). Then start this script. >> >> > >> >> >> >> I did not realize that startx was just a script. Honestly, the clipboard is the main reason for me >> >> launching Xwin. After editing the script and removing the clipboard argument, the console returns a >> >> "winInitMultiWindowXMsgProc - Caught IO Error." Then I removed the multiwindow argument and the >> >> console returned the following error. I don't have much time to evaluate this scenario or the >> >> patience; hopefully someone has seen this scenario before. >> >> [XWin log] >> > >> >I can't see any error in the new log you posted. The only thing I can >> >advise you is to try to run the startxwin.sh and startxwin.bat file to >> >see if they make a difference... >> > >> >Thorsten >> >> >> Sorry about not posting the error log. I was helping several other people with their basic computer >> issues and made this oversight. Both startxwin.bat and startxwin.sh fail. Here are the error logs. >> >> $ startx >> >> Welcome to the XWin X Server >> Vendor: The Cygwin/X Project >> Release: 6.8.99.901-4 >> >> Contact: cygwin-xfree@cygwin.com >> >> XWin was started with the following command line: >> >> X :0 >> >> _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root >> 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 >> winDetectSupportedEngines - Windows NT/2000/XP >> winDetectSupportedEngines - DirectDraw installed >> winDetectSupportedEngines - DirectDraw4 installed >> winDetectSupportedEngines - Returning, supported engines 00000007 >> winSetEngine - Using Shadow DirectDraw NonLocking >> winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel >> winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff >> MIT-SHM extension disabled due to lack of kernel support >> XFree86-Bigfont extension local-client optimization disabled due to lack of shar >> ed 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" >> Rules = "xorg" Model = "pc105" Layout = "us" Variant = "(null)" Options = "(null >> )" >> (--) 5 mouse buttons found >> Could not init font path element /usr/X11R6/lib/X11/fonts/TTF/, removing from li >> st! >> Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, removing from >> list! >> Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from li >> st! >> Could not init font path element /usr/X11R6/lib/X11/fonts/100dpi/, removing from >> list! >> winPointerWarpCursor - Discarding first warp: 509 353 >> winProcEstablishConnection - Hello >> winProcEstablishConnection - Clipboard is not enabled, returning. >> cat: /home/Ferdie/.Xauthority: No such file or directory >> >> waiting for X server to shut down FreeFontPath: FPE "/usr/X11R6/lib/X11/fonts/mi >> sc/" refcount is 2, should be 1; fixing. >> winDeinitMultiWindowWM - Noting shutdown in progress >> >> #------------------------------------------------------------------------------# >> >> $ startxwin.bat >> startxwin.bat - Starting on Windows NT/2000/XP/2003 >> 3 [main] run 2372 tty_list::allocate: No tty allocated >> 3 [main] run 4892 tty_list::allocate: No tty allocated >> >> #------------------------------------------------------------------------------# >> >> $ startxwin.sh >> >> $ Welcome to the XWin X Server >> Vendor: The Cygwin/X Project >> Release: 6.8.99.901-4 >> >> Contact: cygwin-xfree@cygwin.com >> >> XWin was started with the following command line: >> >> XWin -multiwindow -clipboard -silent-dup-error >> >> _XSERVTransSocketINETCreateListener: ...SocketCreateListener() failed >> _XSERVTransMakeAllCOTSServerListeners: server already running >> >> Fatal server error: >> Cannot establish any listening sockets - Make sure an X server isn't already run >> ning >> winDeinitMultiWindowWM - Noting shutdown in progress > >It seems like there is something already listening or blocking the X >server... Do you have any suggestions on a solution? I have no idea why this would occur or how to troubleshoot these scenarios. The console keeps returning the font error. Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from li st! winPointerWarpCursor - Discarding first warp: 509 353 winProcEstablishConnection - Hello winProcEstablishConnection - Clipboard is not enabled, returning. cat: /home/neville/.Xauthority: No such file or directory waiting for X server to shut down FreeFontPath: FPE "/usr/X11R6/lib/X11/fonts/mi sc/" refcount is 2, should be 1; fixing. winDeinitMultiWindowWM - Noting shutdown in progress This link gave me some insight, yet it did not resolve my main problem. http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-error-font-eof Apparently, mount does not list any mount points for /usr/X11R6/lib/X11/fonts on my installation. $ mount C:\cygwin\bin on /usr/bin type system (binmode) C:\cygwin\lib on /usr/lib type system (binmode) C:\cygwin on / type system (binmode) c: on /cygdrive/c type system (binmode,noumount) d: on /cygdrive/d type system (binmode,noumount) e: on /cygdrive/e type system (binmode,noumount) $ umount /usr/X11R6/lib/X11/fonts umount: /usr/X11R6/lib/X11/fonts: No such file or directory -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From holger.krull@gmx.de Sat May 5 10:39:00 2007 From: holger.krull@gmx.de (Holger Krull) Date: Sat, 05 May 2007 10:39:00 -0000 Subject: how to install dejavu font ? In-Reply-To: <463B3E5F.7030304@bretin.net> References: <463B2063.4070904@bretin.net> <463B3CAE.5010406@gmx.de> <463B3E5F.7030304@bretin.net> Message-ID: <463C5EED.8000103@gmx.de> Didier BRETIN schrieb: > On 04/05/2007 16:01, Holger Krull wrote: >> Didier BRETIN schrieb: >>> I installed cygwin/X on my XP box and it's running well. I would like to >>> use the dejavu font (http://dejavu.sf.net/) under X. Do you know how I >>> can install them ? >> >> I don't know if this is enough, but putting the font in >> /usr/cygwin/X11R6/lib/X11/fonts/TTF >> will be a good start. > > /usr/X11R6/lib/X11/fonts exists but there is TTF directory .... Perharps > I need some specific packages ? The scalable fonts. That is xorg-x11-fscl -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From holger.krull@gmx.de Sat May 5 10:44:00 2007 From: holger.krull@gmx.de (Holger Krull) Date: Sat, 05 May 2007 10:44:00 -0000 Subject: how to install dejavu font ? In-Reply-To: <463C5EED.8000103@gmx.de> References: <463B2063.4070904@bretin.net> <463B3CAE.5010406@gmx.de> <463B3E5F.7030304@bretin.net> <463C5EED.8000103@gmx.de> Message-ID: <463C6025.8040105@gmx.de> Holger Krull schrieb: > Didier BRETIN schrieb: >> On 04/05/2007 16:01, Holger Krull wrote: >>> Didier BRETIN schrieb: >>>> I installed cygwin/X on my XP box and it's running well. I would like to >>>> use the dejavu font (http://dejavu.sf.net/) under X. Do you know how I >>>> can install them ? >>> I don't know if this is enough, but putting the font in >>> /usr/cygwin/X11R6/lib/X11/fonts/TTF >>> will be a good start. >> /usr/X11R6/lib/X11/fonts exists but there is TTF directory .... Perharps >> I need some specific packages ? > > The scalable fonts. That is > xorg-x11-fscl And i believe you need to call font-update after you put the dejavu font there. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From gustavo.seabra@gmail.com Sat May 5 12:58:00 2007 From: gustavo.seabra@gmail.com (Gustavo Seabra) Date: Sat, 05 May 2007 12:58:00 -0000 Subject: Xterm, rxvt, mrxvt, etc.... Message-ID: <463C7F60.1070308@gmail.com> Hi all, I just wonder what is the current status of terminals for X in Cygwin. I currently use xterm, but I've seen people using rxvt and mrxvt. Also, I heard that rxvt is actually currently supported in Cygwin, something that xterm apparently isn't. Is anybody using rxvt, mrxvt or something else that would care to share opinion/information/clues here? Thanks, Gustavo. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From thorsten@thorstenkampe.de Sat May 5 13:29:00 2007 From: thorsten@thorstenkampe.de (Thorsten Kampe) Date: Sat, 05 May 2007 13:29:00 -0000 Subject: Problems with Startx even after rebaseall References: <509c33dpo04mfdmnpqu79k0uoltadjg3at@4ax.com> <3asc3390rbjhgjhhdvoall3u6524mbmo1e@4ax.com> <32bf3314c7djl10q41nefdnd9r6a3ic7g2@4ax.com> <5vao33dirodoaej41fr83p5v6iefvr2mfi@4ax.com> Message-ID: * Robert Neville (Sat, 05 May 2007 00:10:50 -0700) > On Thu, 3 May 2007 00:22:50 +0100, Thorsten Kampe wrote: > >> _XSERVTransSocketINETCreateListener: ...SocketCreateListener() failed > >> _XSERVTransMakeAllCOTSServerListeners: server already running > >> > >> Fatal server error: > >> Cannot establish any listening sockets - Make sure an X server isn't already run > >> ning > >> winDeinitMultiWindowWM - Noting shutdown in progress > > > >It seems like there is something already listening or blocking the X > >server... > > > Do you have any suggestions on a solution? Actually almost none (I just recently started using Xwinw and I'm still amazed who easy the setup is and that seemingly everything "simply works"). > I have no idea why this would occur or how to troubleshoot these scenarios. > > The console keeps returning the font error. > > Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from li > st! > winPointerWarpCursor - Discarding first warp: 509 353 > winProcEstablishConnection - Hello > winProcEstablishConnection - Clipboard is not enabled, returning. > cat: /home/neville/.Xauthority: No such file or directory > > waiting for X server to shut down FreeFontPath: FPE "/usr/X11R6/lib/X11/fonts/mi > sc/" refcount is 2, should be 1; fixing. > winDeinitMultiWindowWM - Noting shutdown in progress You seem to get different errors when starting startx or startxwin.sh and startxwin.bat. This log shows no reason for shutting down the X server - the other said there was already one running. > This link gave me some insight, yet it did not resolve my main problem. > > http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-error-font-eof > > Apparently, mount does not list any mount points for /usr/X11R6/lib/X11/fonts on my installation. Well, neither on mine and there are no mount statements in the postinstall scripts. I think some years ago there was a mounted font path but I might be mistaken. Anyway, check if all the postinstall sripts have been run, and consider reinstalling X or Cygwin or Windows... Thorsten -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From dickey@his.com Sat May 5 14:12:00 2007 From: dickey@his.com (Thomas Dickey) Date: Sat, 05 May 2007 14:12:00 -0000 Subject: Xterm, rxvt, mrxvt, etc.... In-Reply-To: <463C7F60.1070308@gmail.com> References: <463C7F60.1070308@gmail.com> Message-ID: <20070505100954.S64291@mail101.his.com> On Sat, 5 May 2007, Gustavo Seabra wrote: > Hi all, > > I just wonder what is the current status of terminals for X in Cygwin. I > currently use xterm, but I've seen people using rxvt and mrxvt. Also, I heard > that rxvt is actually currently supported in Cygwin, something that xterm > apparently isn't. "support" is relative. There's apparently no X maintainer, so no updated packages. On the other hand, while I respond to xterm issues(*) on this and other lists, I don't recall _ever_ seeing support from rxvt's maintainers on this list. (*) aside from obvious ones - setting the font is an example that's best done via the manpage. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From thorsten@thorstenkampe.de Sat May 5 17:57:00 2007 From: thorsten@thorstenkampe.de (Thorsten Kampe) Date: Sat, 05 May 2007 17:57:00 -0000 Subject: Xterm, rxvt, mrxvt, etc.... References: <463C7F60.1070308@gmail.com> <20070505100954.S64291@mail101.his.com> Message-ID: * Thomas Dickey (Sat, 5 May 2007 10:12:18 -0400 (EDT)) > On Sat, 5 May 2007, Gustavo Seabra wrote: > > I just wonder what is the current status of terminals for X in Cygwin. I > > currently use xterm, but I've seen people using rxvt and mrxvt. Also, I heard > > that rxvt is actually currently supported in Cygwin, something that xterm > > apparently isn't. > > "support" is relative. There's apparently no X maintainer, so no updated > packages. On the other hand, while I respond to xterm issues(*) on this > and other lists, I don't recall _ever_ seeing support from rxvt's > maintainers on this list. rxvt is not an X package... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From dickey@his.com Sat May 5 18:52:00 2007 From: dickey@his.com (Thomas Dickey) Date: Sat, 05 May 2007 18:52:00 -0000 Subject: Xterm, rxvt, mrxvt, etc.... In-Reply-To: References: <463C7F60.1070308@gmail.com> <20070505100954.S64291@mail101.his.com> Message-ID: <20070505144747.D87977@mail101.his.com> On Sat, 5 May 2007, Thorsten Kampe wrote: > * Thomas Dickey (Sat, 5 May 2007 10:12:18 -0400 (EDT)) >> On Sat, 5 May 2007, Gustavo Seabra wrote: >>> I just wonder what is the current status of terminals for X in Cygwin. I >>> currently use xterm, but I've seen people using rxvt and mrxvt. Also, I heard >>> that rxvt is actually currently supported in Cygwin, something that xterm >>> apparently isn't. >> >> "support" is relative. There's apparently no X maintainer, so no updated >> packages. On the other hand, while I respond to xterm issues(*) on this >> and other lists, I don't recall _ever_ seeing support from rxvt's >> maintainers on this list. > > rxvt is not an X package... rxvt could run in X, but I agree it has a win32-specific chunk of code. However, the last I read of _that_ was that it was no longer supported. For example http://www.cygwin.com/ml/cygwin-announce/2006-05/msg00002.html google's not showing me a recent maintainer for the code. If there's no maintainer, it's not supported, no matter what the mailing list is. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From cygwin@cwilson.fastmail.fm Sun May 6 01:43:00 2007 From: cygwin@cwilson.fastmail.fm (Charles Wilson) Date: Sun, 06 May 2007 01:43:00 -0000 Subject: Xterm, rxvt, mrxvt, etc.... In-Reply-To: <20070505144747.D87977@mail101.his.com> References: <463C7F60.1070308@gmail.com> <20070505100954.S64291@mail101.his.com> <20070505144747.D87977@mail101.his.com> Message-ID: <463D3277.4070205@cwilson.fastmail.fm> Thomas Dickey wrote: >>> "support" is relative. There's apparently no X maintainer, so no >>> updated >>> packages. On the other hand, while I respond to xterm issues(*) on this >>> and other lists, I don't recall _ever_ seeing support from rxvt's >>> maintainers on this list. It's a two-way street. I put out a call for assistance -- backed up with ITPs of five packages, so I put my money where my mouth was -- and a whole long forward-looking plan concerning a revived libW11 http://www.cygwin.com/ml/cygwin-apps/2006-03/msg00122.html (and other messages in this thread, plus): http://www.cygwin.com/ml/cygwin-apps/2006-03/msg00118.html http://www.cygwin.com/ml/cygwin-apps/2006-03/msg00119.html http://www.cygwin.com/ml/cygwin-apps/2006-03/msg00120.html http://www.cygwin.com/ml/cygwin-apps/2006-03/msg00121.html but no one cared. I certainly got no interest in libW11, or rxvt-W11 -- such that their ITP's expired. The fact is, rxvt upstream is dead, dead, dead. It has shuffled off this mortal coil. Joined the choir invisible. It is an EX-terminal. The terminal is terminal. Frankly, I prefer rxvt-unicode on X -- even in non-unicode mode -- because it's actively maintained upstream. That's why I also maintain THAT package for cygwin. Being monolingual, I can't vouch for the actual unicode support as I never use anything other than ASCII and US english. For US/en input and non-unicode display, it works well and I use it daily. For unicode display, it seems alright if you work very hard -- that is, read LOTS of FM and do LOTS of STFW -- at getting appropriate fonts installed. For input other than US/en, I've had mixed success using US-intl kbd -- but then, I'm not really certain what true success should look like. Please see /usr/share/doc/rxvt-unicode-7.7/* and /usr/share/doc/Cygwin/rxvt-unicode-X-7.7.README. Concerning cygwin's rxvt-unicode-X: Yes, yes, I know: I need to update from 7.7 to 8.x. But there's two problems there: (1) I need to forward port Wolff's unicode shims, and I'm not looking forward to that, and (2) I don't know what's going on with cygwin-1.7.0; IIRC there was talk -- just TALK -- about switching over to the *W win32api functions instead of the *A win32api ones. Is that actually going to happen? Will that affect the shims? Obsolete them? Require changes? I dunno -- and I don't want to waste time on it before 1.7.0 is released. >> rxvt is not an X package... > > rxvt could run in X, but I agree it has a win32-specific chunk of code. > > However, the last I read of _that_ was that it was no longer supported. > For example > > http://www.cygwin.com/ml/cygwin-announce/2006-05/msg00002.html Wait: an announcement of a release (and not even the most recent announcement) is your evidence that a package is unmaintained? Isn't that a bit backwards? Granted, there have been only a few releases since I picked up that package: the one you mention last May, two last June, and the most recent last December. All three updates were specifically in response to bug reports. *BUGS* I try to fix, if I have time. *PATCHES* to fix existing bugs are even better. But since the upstream is dead, there's no real impetus for releasing new versions -- except when bugs are reported or patches are provided. Helping people fix their borked-up Xserver is not my bag. Nor is providing the same old answer to the same old questions, that could be answered by reading any one of (a) the man page (b) the shipped documentation (/usr/share/doc/Cygwin/rxvt* and /usr/share/doc/rxvt-*/*) (c) or if the questioner would simple STFW. or simply spending some time testing a few alternatives rather than running to the mailing list at the first sign of difficulty. Like everyone else, my time for cygwin is a scarce resource -- I prefer to spend it on coding, bugfixing or functionality improvements (recently, gcc-4.x and, separately, libtool-2.x) than pretending to be a human interface to the man pages and READMEs. > google's not showing me a recent maintainer for the code. Hmm. http://www.google.com/search?q=site:cygwin.com+inurl:cygwin-announce+rxvt+20050409&hl=en&filter=0 rxvt-20050409-4 http://www.cygwin.com/ml/cygwin-announce/2006-12/msg00018.html rxvt-20050409-3 (and also belatedly mentioned the unannounced -2) http://www.cygwin.com/ml/cygwin-announce/2006-06/msg00004.html Also: http://cygwin.com/ml/cygwin-apps/2006-05/msg00036.html was only a year ago. > If there's no maintainer, it's not supported, no matter what the mailing > list is. Your algorithm for determining which packages are maintained and which are not seems somewhat suspect. -- Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jeidsath@gmail.com Sun May 6 02:17:00 2007 From: jeidsath@gmail.com (Joel Eidsath) Date: Sun, 06 May 2007 02:17:00 -0000 Subject: startx fork() problem with Vista and solution Message-ID: <5edafdc90705051917j7deaac3do87695b831739b516@mail.gmail.com> I'm running a fairly vanilla install of Windows Vista and had the fork() error with startx that has been previously reported. I would run startx and it would only successfully start up every second time I tried to run it, otherwise giving the fork() error. The solution was to run "rebaseall." Unfortunately, this didn't work right away. It bombed out with "error 6" on several files -- cygcrypto-0.9.8.dll, cygcrypt-0.dll and cygz.dll. I moved each of these to a temporary directory to get "rebaseall" to run. This fixed the fork() problem with startx. Is "rebaseall" called by setup at any time? (I know the documentation, which seems old, says not.) If so, then these "error 6" problems may be bombing it out. Joel Eidsath -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From dickey@his.com Sun May 6 10:27:00 2007 From: dickey@his.com (Thomas Dickey) Date: Sun, 06 May 2007 10:27:00 -0000 Subject: Xterm, rxvt, mrxvt, etc.... In-Reply-To: <463D3277.4070205@cwilson.fastmail.fm> References: <463C7F60.1070308@gmail.com> <20070505100954.S64291@mail101.his.com> <20070505144747.D87977@mail101.his.com> <463D3277.4070205@cwilson.fastmail.fm> Message-ID: <20070506062218.B40237@mail101.his.com> On Sat, 5 May 2007, Charles Wilson wrote: > The fact is, rxvt upstream is dead, dead, dead. It has shuffled off this > mortal coil. Joined the choir invisible. It is an EX-terminal. The terminal > is terminal. thanks for agreeing with me. It has no maintainer. > Frankly, I prefer rxvt-unicode on X -- even in non-unicode mode -- because yes (does cygwin finally have unicode support? - no one's mentioned it on this list at all). >> http://www.cygwin.com/ml/cygwin-announce/2006-05/msg00002.html > > Wait: an announcement of a release (and not even the most recent > announcement) is your evidence that a package is unmaintained? Isn't that a > bit backwards? >> google's not showing me a recent maintainer for the code. > > Hmm. > http://www.google.com/search?q=site:cygwin.com+inurl:cygwin-announce+rxvt+20050409&hl=en&filter=0 thanks - I didn't add in the "announce", and found _only_ old references. Not much traffic. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From cygwin@cwilson.fastmail.fm Sun May 6 13:48:00 2007 From: cygwin@cwilson.fastmail.fm (Charles Wilson) Date: Sun, 06 May 2007 13:48:00 -0000 Subject: Xterm, rxvt, mrxvt, etc.... In-Reply-To: <20070506062218.B40237@mail101.his.com> References: <463C7F60.1070308@gmail.com> <20070505100954.S64291@mail101.his.com> <20070505144747.D87977@mail101.his.com> <463D3277.4070205@cwilson.fastmail.fm> <20070506062218.B40237@mail101.his.com> Message-ID: <463DDCA0.9040306@cwilson.fastmail.fm> Thomas Dickey wrote: > On Sat, 5 May 2007, Charles Wilson wrote: > >> The fact is, rxvt upstream is dead, dead, dead. It has shuffled off >> this mortal coil. Joined the choir invisible. It is an EX-terminal. >> The terminal is terminal. > > thanks for agreeing with me. It has no maintainer. Not so fast, Thomas. I did not and do not agree with your previous posts: neither of your messages claimed that "upstream rxvt has no maintainer". (If they did, then I would have agreed with that.) Your messages claimed that rxvt had no cygwin maintainer. That claim is false: I am the cygwin maintainer for rxvt. Don't try to retcon this thread. >> Frankly, I prefer rxvt-unicode on X -- even in non-unicode mode -- >> because > > yes (does cygwin finally have unicode support? - no one's mentioned it > on this list at all). No, cygwin does not. Cygwin's rxvt-unicode port has limited unicode support because Thomas Wolff provided me with a patch (to rxvt-unicode) that shims unicode support by intercepting certain X calls. -- Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From dickey@his.com Sun May 6 14:49:00 2007 From: dickey@his.com (Thomas Dickey) Date: Sun, 06 May 2007 14:49:00 -0000 Subject: Xterm, rxvt, mrxvt, etc.... In-Reply-To: <463DDCA0.9040306@cwilson.fastmail.fm> References: <463C7F60.1070308@gmail.com> <20070505100954.S64291@mail101.his.com> <20070505144747.D87977@mail101.his.com> <463D3277.4070205@cwilson.fastmail.fm> <20070506062218.B40237@mail101.his.com> <463DDCA0.9040306@cwilson.fastmail.fm> Message-ID: <20070506104151.O96823@mail101.his.com> On Sun, 6 May 2007, Charles Wilson wrote: > Thomas Dickey wrote: >> On Sat, 5 May 2007, Charles Wilson wrote: >> >>> The fact is, rxvt upstream is dead, dead, dead. It has shuffled off this >>> mortal coil. Joined the choir invisible. It is an EX-terminal. The >>> terminal is terminal. >> >> thanks for agreeing with me. It has no maintainer. > > Not so fast, Thomas. I did not and do not agree with your previous posts: > neither of your messages claimed that "upstream rxvt has no maintainer". (If > they did, then I would have agreed with that.) Your messages claimed that > rxvt had no cygwin maintainer. That claim is false: I am the cygwin > maintainer for rxvt. I don't much care for the role of "cygwin maintainer" in a discussion related to _support_, since you're deliberatly confusing the issue of putting the file on someone's disk in contrast to making it work. When I've seen - say - more than 10% of your work in the latter, you'll have something to argue about. You're not there. > Don't try to retcon this thread. that remark reflects poorly on you. For the casual reader, google suggests that Charles Wilson called me a liar. >>> Frankly, I prefer rxvt-unicode on X -- even in non-unicode mode -- because >> >> yes (does cygwin finally have unicode support? - no one's mentioned it >> on this list at all). > > No, cygwin does not. Cygwin's rxvt-unicode port has limited unicode support > because Thomas Wolff provided me with a patch (to rxvt-unicode) that shims > unicode support by intercepting certain X calls. You're apparently still confused: the terminal emulator can certainly implement something, but if the applications running in it can't (except as implied, for self-contained locale support), then it's of limited use. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From thorsten@thorstenkampe.de Sun May 6 16:58:00 2007 From: thorsten@thorstenkampe.de (Thorsten Kampe) Date: Sun, 06 May 2007 16:58:00 -0000 Subject: Xterm, rxvt, mrxvt, etc.... References: <463C7F60.1070308@gmail.com> <20070505100954.S64291@mail101.his.com> <20070505144747.D87977@mail101.his.com> <463D3277.4070205@cwilson.fastmail.fm> <20070506062218.B40237@mail101.his.com> <463DDCA0.9040306@cwilson.fastmail.fm> <20070506104151.O96823@mail101.his.com> Message-ID: * Thomas Dickey (Sun, 6 May 2007 10:49:23 -0400 (EDT)) > On Sun, 6 May 2007, Charles Wilson wrote: > > Thomas Dickey wrote: > >> On Sat, 5 May 2007, Charles Wilson wrote: > >> > >>> The fact is, rxvt upstream is dead, dead, dead. It has shuffled off this > >>> mortal coil. Joined the choir invisible. It is an EX-terminal. The > >>> terminal is terminal. > >> > >> thanks for agreeing with me. It has no maintainer. > > > > Not so fast, Thomas. I did not and do not agree with your previous posts: > > neither of your messages claimed that "upstream rxvt has no maintainer". (If > > they did, then I would have agreed with that.) Your messages claimed that > > rxvt had no cygwin maintainer. That claim is false: I am the cygwin > > maintainer for rxvt. > > I don't much care for the role of "cygwin maintainer" in a discussion > related to _support_ [...] You are confusing things. Quoting you: '"support" is relative. There's apparently no X maintainer [...]'. If you don't 'care for the role of "cygwin maintainer"' then that's obviously nonsense as X is maintained upstream. Thorsten -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From dickey@his.com Sun May 6 17:36:00 2007 From: dickey@his.com (Thomas Dickey) Date: Sun, 06 May 2007 17:36:00 -0000 Subject: Xterm, rxvt, mrxvt, etc.... In-Reply-To: References: <463C7F60.1070308@gmail.com> <20070505100954.S64291@mail101.his.com> <20070505144747.D87977@mail101.his.com> <463D3277.4070205@cwilson.fastmail.fm> <20070506062218.B40237@mail101.his.com> <463DDCA0.9040306@cwilson.fastmail.fm> <20070506104151.O96823@mail101.his.com> Message-ID: <20070506132927.P39669@mail101.his.com> On Sun, 6 May 2007, Thorsten Kampe wrote: > You are confusing things. Quoting you: '"support" is relative. There's > apparently no X maintainer [...]'. If you don't 'care for the role of > "cygwin maintainer"' then that's obviously nonsense as X is maintained > upstream. not at all: X upstream doesn't maintain the Cygwin X server. (nothing's preventing them from doing that, but it's not the same as actually doing it). Again, if there were an upstream _maintainer_ for rxvt (the point of this thread), they'd have done something useful with the win32 bits mentioned. There's certainly no cygwin maintainer for that, noting that the cited announcement was just a call for help rather than a notice of completed work. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From thorsten@thorstenkampe.de Sun May 6 20:06:00 2007 From: thorsten@thorstenkampe.de (Thorsten Kampe) Date: Sun, 06 May 2007 20:06:00 -0000 Subject: Xterm, rxvt, mrxvt, etc.... References: <463C7F60.1070308@gmail.com> <20070505100954.S64291@mail101.his.com> <20070505144747.D87977@mail101.his.com> <463D3277.4070205@cwilson.fastmail.fm> <20070506062218.B40237@mail101.his.com> <463DDCA0.9040306@cwilson.fastmail.fm> <20070506104151.O96823@mail101.his.com> <20070506132927.P39669@mail101.his.com> Message-ID: * Thomas Dickey (Sun, 6 May 2007 13:36:31 -0400 (EDT)) > On Sun, 6 May 2007, Thorsten Kampe wrote: > > You are confusing things. Quoting you: '"support" is relative. There's > > apparently no X maintainer [...]'. If you don't 'care for the role of > > "cygwin maintainer"' then that's obviously nonsense as X is maintained > > upstream. > > not at all: X upstream doesn't maintain the Cygwin X server. > (nothing's preventing them from doing that, but it's not the same as > actually doing it). > > Again, if there were an upstream _maintainer_ for rxvt (the point of this > thread), they'd have done something useful with the win32 bits mentioned. Why would the upstream rxvt maintainer support ("do something useful") with the Cygwin rxvt port when the X upstream maitainer doesn't?! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From dickey@his.com Sun May 6 20:50:00 2007 From: dickey@his.com (Thomas Dickey) Date: Sun, 06 May 2007 20:50:00 -0000 Subject: Xterm, rxvt, mrxvt, etc.... In-Reply-To: References: <463C7F60.1070308@gmail.com> <20070505100954.S64291@mail101.his.com> <20070505144747.D87977@mail101.his.com> <463D3277.4070205@cwilson.fastmail.fm> <20070506062218.B40237@mail101.his.com> <463DDCA0.9040306@cwilson.fastmail.fm> <20070506104151.O96823@mail101.his.com> <20070506132927.P39669@mail101.his.com> Message-ID: <20070506164906.Q91046@mail101.his.com> On Sun, 6 May 2007, Thorsten Kampe wrote: > * Thomas Dickey (Sun, 6 May 2007 13:36:31 -0400 (EDT)) >> On Sun, 6 May 2007, Thorsten Kampe wrote: >>> You are confusing things. Quoting you: '"support" is relative. There's >>> apparently no X maintainer [...]'. If you don't 'care for the role of >>> "cygwin maintainer"' then that's obviously nonsense as X is maintained >>> upstream. >> >> not at all: X upstream doesn't maintain the Cygwin X server. >> (nothing's preventing them from doing that, but it's not the same as >> actually doing it). >> >> Again, if there were an upstream _maintainer_ for rxvt (the point of this >> thread), they'd have done something useful with the win32 bits mentioned. > > Why would the upstream rxvt maintainer support ("do something useful") > with the Cygwin rxvt port when the X upstream maitainer doesn't?! Note that I underlined _maintainer_. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From reply-to-list-only-lh-x@cygwin.com Mon May 7 01:48:00 2007 From: reply-to-list-only-lh-x@cygwin.com (Larry Hall (Cygwin X)) Date: Mon, 07 May 2007 01:48:00 -0000 Subject: startx fork() problem with Vista and solution In-Reply-To: <5edafdc90705051917j7deaac3do87695b831739b516@mail.gmail.com> References: <5edafdc90705051917j7deaac3do87695b831739b516@mail.gmail.com> Message-ID: <463E8558.30007@cygwin.com> Joel Eidsath wrote: > I'm running a fairly vanilla install of Windows Vista and had the > fork() error with startx that has been previously reported. I would > run startx and it would only successfully start up every second time I > tried to run it, otherwise giving the fork() error. > > The solution was to run "rebaseall." Unfortunately, this didn't work > right away. It bombed out with "error 6" on several files -- > cygcrypto-0.9.8.dll, cygcrypt-0.dll and cygz.dll. I moved each of > these to a temporary directory to get "rebaseall" to run. > > This fixed the fork() problem with startx. > > Is "rebaseall" called by setup at any time? (I know the documentation, > which seems old, says not.) If so, then these "error 6" problems may > be bombing it out. No, 'rebaseall' is not called by 'setup.exe'. You have to invoke it manually if you need it. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From gustavo.seabra@gmail.com Mon May 7 13:41:00 2007 From: gustavo.seabra@gmail.com (Gustavo Seabra) Date: Mon, 07 May 2007 13:41:00 -0000 Subject: Xterm, rxvt, mrxvt, etc.... In-Reply-To: <20070506164906.Q91046@mail101.his.com> References: <463C7F60.1070308@gmail.com> <20070505100954.S64291@mail101.his.com> <20070505144747.D87977@mail101.his.com> <463D3277.4070205@cwilson.fastmail.fm> <20070506062218.B40237@mail101.his.com> <463DDCA0.9040306@cwilson.fastmail.fm> <20070506104151.O96823@mail101.his.com> <20070506132927.P39669@mail101.his.com> <20070506164906.Q91046@mail101.his.com> Message-ID: <463F2C87.6060006@gmail.com> Hi all, Thanks a lot to Thomas Dickey, Thorsten Kampe and Charles Wilson for taking time to answer my question. I'm very sorry if it lead to some argument, that has never been my intent. All I wanted to know was something like a side-by-side points, such as "I use *1 because it has this feature that *2 doesn't... " etc., really from the used point of view. Thanks again, Gustavo. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From dickey@his.com Mon May 7 14:16:00 2007 From: dickey@his.com (Thomas Dickey) Date: Mon, 07 May 2007 14:16:00 -0000 Subject: Xterm, rxvt, mrxvt, etc.... In-Reply-To: <463F2C87.6060006@gmail.com> References: <463C7F60.1070308@gmail.com> <20070505100954.S64291@mail101.his.com> <20070505144747.D87977@mail101.his.com> <463D3277.4070205@cwilson.fastmail.fm> <20070506062218.B40237@mail101.his.com> <463DDCA0.9040306@cwilson.fastmail.fm> <20070506104151.O96823@mail101.his.com> <20070506132927.P39669@mail101.his.com> <20070506164906.Q91046@mail101.his.com> <463F2C87.6060006@gmail.com> Message-ID: <20070507101424.F21053@mail101.his.com> On Mon, 7 May 2007, Gustavo Seabra wrote: > Hi all, > > Thanks a lot to Thomas Dickey, Thorsten Kampe and Charles Wilson for taking > time to answer my question. I'm very sorry if it lead to some argument, that > has never been my intent. All I wanted to know was something like a > side-by-side points, such as "I use *1 because it has this feature that *2 > doesn't... " etc., really from the used point of view. hmm - I'm not in a good position to offer a side-by-side contrast since I'm the (upstream) xterm and ncurses maintainer. (I'll point out where a constrast is inaccurate though ;-) -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From thamiral@gmail.com Tue May 8 03:04:00 2007 From: thamiral@gmail.com (Taha Amiralli) Date: Tue, 08 May 2007 03:04:00 -0000 Subject: Cygwin-X and Putty - Quick Copy and Paste Message-ID: Dear All, I regularly use the X server that comes with Cygwin and putty to remotely connect to Unix/Linux boxes. A few days ago, I noticed that when trying to do a quick copy (Select and paste) from a Remote X-window to the Putty Shell window, Xwin (started with multiwindow and clipboard command line options) displays this error message and the paste operation is not performed (Putty also hangs for a few seconds): winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 The funny thing is that I open up the same application (nedit) locally and I can perform a quick copy/paste into the Putty terminal emulation window just fine. Has anyone encountered this problem before? If so, any ideas on what is causing this issue? By the way, Xming also seems to suffer from the same problem. Thanks, Sincerely, ------------------- Taha Amiralli thamiral [A] gmail [D] com MESc 2007, Computer Engineering The University Of Western Ontario BESc, BSc. 2005, Computer Engineering & Computer Science The University Of Western Ontario --------------------------------------------------------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From mansoorali.kudsi@gmail.com Tue May 8 04:41:00 2007 From: mansoorali.kudsi@gmail.com (Mansoorali Kudsi) Date: Tue, 08 May 2007 04:41:00 -0000 Subject: Logging xterm contents to a file. Message-ID: <1a375f780705072140u5f101feva7fbac83ed19366@mail.gmail.com> Hi, Really dumb question. but hope somebody replies to this one? Is it possible to save the entire contents of a xterm window into a file? (using anything other than "script") e.g. for a putty window, we have an option of logging all the contents of the putty window into a file just by doing a right click and giving the file name and path in the properties window. Do we have a similar option for an xterm window in Cygwin? Regards, Mansoorali. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From cygwin@cwilson.fastmail.fm Tue May 8 05:43:00 2007 From: cygwin@cwilson.fastmail.fm (Charles Wilson) Date: Tue, 08 May 2007 05:43:00 -0000 Subject: Xterm, rxvt, mrxvt, etc.... In-Reply-To: <20070506104151.O96823@mail101.his.com> References: <463C7F60.1070308@gmail.com> <20070505100954.S64291@mail101.his.com> <20070505144747.D87977@mail101.his.com> <463D3277.4070205@cwilson.fastmail.fm> <20070506062218.B40237@mail101.his.com> <463DDCA0.9040306@cwilson.fastmail.fm> <20070506104151.O96823@mail101.his.com> Message-ID: <46400DE4.7090306@cwilson.fastmail.fm> [consolidating two subthreads] Thomas Dickey wrote: >> Not so fast, Thomas. I did not and do not agree with your previous >> posts: neither of your messages claimed that "upstream rxvt has no >> maintainer". (If they did, then I would have agreed with that.) >> Your messages claimed that rxvt had no cygwin maintainer. That claim >> is false: I am the cygwin maintainer for rxvt. > > I don't much care for the role of "cygwin maintainer" in a discussion > related to _support_, since you're deliberatly confusing the issue of > putting the file on someone's disk in contrast to making it work. Sigh. cygwin's rxvt is not broken. It works for me, and about 2000 others. A few people seem to need additional help, and usually they seem to work it out themselves (typically, the problem is in their xserver configuration, or PIBKAC, because they haven't bothered to read the man pages, READMEs, other documenation, or STFW). If somebody having a problem with rxvt ever followed the instructions on cygwin's problem page (and followed any of the embedded links, also reproduced below): http://cygwin.com/problems.html http://www.catb.org/~esr/faqs/smart-questions.html http://www.chiark.greenend.org.uk/~sgtatham/bugs.html and demonstrated that they HAD, in fact, RTFMed and STFWed and read the READMEs and other documentation... first, I'd faint. Then, I'd be more than willing to help (and my first question would be, "does xterm work?" ). But short of that, I've little motivation to answer repeated questions already answered elsewhere. I'd much rather engage in tendentious discussions like this one. No, scratch that. I don't enjoy wasting time this way, either -- but since we're here, dadgummit... On the cygwin lists, there are typically two possible meanings of the word "maintainer". However, there is a third meaning, and it appears we are failing to communicate because you're assuming only definitions A and C, and I was assuming only definitions A and B: A: the "upstream" maintainer. E.g: the x.org folks for most of X you, for xterm, ncurses, etc me, for cygutils and a few other even more obscure things the "committers" for gcc. nobody, for rxvt B: the "cygwin" maintainer. The person responsible for the package on the cygwin mirror system, for accepting/acting on bug reports and patches *reported on the cygwin mailing lists*, for occasionally monitoring the upstream lists and feeding patches upstream. And sometimes, if one is really lucky, providing 24/7 call-center-style end-user hand-holding. This person approaches package 'X' as a member of the cygwin community, rather than the other way around. E.g. Harold Hunt, for xterm (yes, he's gone; so in cygwin parlance, xterm is "unmaintained" (but see category C, below) me, for ncurses and rxvt and about 30 others Dave Korn, for gcc (but Dave is now, also, a committer for gcc, which puts him in category A *and* C, as well!) I don't do much end-user hand-holding, for any of my packages. Maybe that makes me a *bad* maintainer. But it does NOT mean, in the sense most often used on the cygwin lists, that cygwin's rxvt (or zlib, or unzip, or gettext, or...) package is "unmaintained". Quick: who's the maintainer of ncurses? Depends on what you mean by "maintainer". C: a project maintainer with a focus on portability to a particular platform. That is, a member of the project 'X' community, who is either responsible for, or otherwise cares about, whether 'X' works on [linux|cygwin|mingw|darwin|whathaveyou]. This person may (or may not) be a "regular" on the target platform's (cygiwn's?) mailing lists -- they may instead do all their porting work within the 'X' community's mailing lists. This is typically the case for those projects that have cygwin ports, but do not, for whatever reason, submit them as "official" packages for the cygwin mirror system. E.g. Yaakov Selkowitz (cygwin-ports) provides Gnome, KDE, and xFCE packages -- but uses /those/ projects' mailing lists and bugzillas to manage it. He specifically requests that users of cygports use the mailing lists he has set up, and NOT cygwin's lists. However, he also hangs out on the cygwin lists, so... You, for xterm (and ncurses, and terminfo). You answer questions here, but do not take responsibility for the xterm package on the cygwin mirrors. Dave Korn, gcc: he now spends as much time/posts as many messages on the various gcc lists as he does the cygwin lists, and has been given commit-after-approval access to gcc svn. So, with regards to gcc, Dave is a hat trick: A, B, and C. Obviously, there can be a lot of overlap. And often, cooperation: I'm the 'B' maintainer for both gettext and libintl, but Bruno (the 'A' maintainer) takes a lot of interest in the cygwin and mingw platforms. I'll often send him patches, either directly or via bug-gettext, and he often notifies me directly of upcoming changes and asks for testing. So who is the 'C' maintainer: probably Bruno, but I reckon I help, somewhat. Anyway, back on topic: I apologize for ignoring category C; that confusion is what led to our miscommunication (see below). > When I've seen - say - more than 10% of your work in the latter, you'll > have something to argue about. You're not there. Fine. In your opinion I'm a "bad" maintainer. But I do release updates, and I do fix bugs. Since rxvt has no 'A', nor 'C' -- you call it unmaintained. We say it IS maintained -- because there is a 'B' maintainer (and let's defer arguing about how *well* it is maintained, even in the 'B' sense, ok?) Now, consider xterm: it has an 'A' maintainer, and a 'C' maintainer -- both you. However, on the cygwin lists, we'd call it "unmaintained" -- because there is no 'B' at all. In fact, cygwin's xterm package is almost two years old: http://www.cygwin.com/ml/cygwin-apps/2005-05/msg00327.html And Harold, who released that package, is no longer "with" cygwin, having taken a job with StarNet(?) -- there were some contractual issues, IIRC. Because there is no 'B' maintainer, I'd say that *xterm* is unmaintained -- at least as far as *cygwin* is concerned -- even though cygwin users of Harold's ancient package still benefit from your support. >> Don't try to retcon this thread. > > that remark reflects poorly on you. > > For the casual reader, google suggests that Charles Wilson called me a > liar. No, it looked to me like you were trying to redefine the terms used in earlier emails, to change the meaning of those emails to something other than what they meant at the time they were originally sent. I now realize that both you *and* I were using different semantics ALL ALONG. Sorry for the confusion. >>>> Frankly, I prefer rxvt-unicode on X -- even in non-unicode mode -- >>>> because >>> >>> yes (does cygwin finally have unicode support? - no one's mentioned it >>> on this list at all). >> >> No, cygwin does not. Cygwin's rxvt-unicode port has limited unicode >> support because Thomas Wolff provided me with a patch (to >> rxvt-unicode) that shims unicode support by intercepting certain X calls. > > You're apparently still confused: the terminal emulator can certainly > implement something, but if the applications running in it can't (except > as implied, for self-contained locale support), then it's of limited use. That's why I said it was limited, and why I said *I* only used it regularly in non-unicode mode. However, if you LC_CTYPE=en_US.UTF-8 urxvt-X.exe you WILL get UTF-8 support on display, and with appropriate kbd settings in your X-server and .inputrc, limited UTF-8 input support. Also, the 'mined' package provides a fully unicode-aware editor that works pretty well within a unicode-mode urxvt window. See /usr/share/doc/Cygwin/rxvt-unicode-X-7.7.README But all that's not important. Forget that 'unicode' appears in the name of the package, or that the package has some limited support for unicode if you jump thru enough hoops and use some limited set of application progs that understand unicode. Let's call it rxvt-new-version, instead: rxvt-new-version has an upstream maintainer, and active upstream development. So there is an 'A' maintainer for rxvt-new-version. I figured 'A' + 'B' is better than 'B' alone; so I'm promoting rxvt-new-version over plain old rxvt, even if nobody EVER sets LC_CTYPE to anything other than "C". But I still maintain (in the 'B' sense, "badly", if you like) plain old rxvt. Look, it's not a competition. I like rxvt-new-version AND plain old rxvt, so I'll keep maintaining both for cygwin (however "bad" I may be doing at that job, in your opinion). If the rest of the world switches to using xterm, more power to 'em, I'll cheer them on. xterm has an 'A' maintainer, and a 'C' maintainer -- both you. It'd be nice if it had a 'B' maintainer, tho... [[[ subthread #2 ]]] > Again, if there were an upstream _maintainer_ for rxvt (the point of this > thread), they'd have done something useful with the win32 bits > mentioned. Well, back when there WAS an upstream maintainer, they kinda DID do something useful with the win32 bits that existed at that time. All of the /old/ win32 bits are in the upstream CVS (such as it is). But all that happened when SteveO was still around, and was the 'B' maintainer for cygwin's rxvt (he also worked closely with the 'A' folks). But all of them, and SteveO, disappeared long ago. So I picked up the pieces as best I could: the current cygwin version of rxvt has a few additional patches beyone what those guys did, but nothing spectacular. Mostly mechanical, and adapting to our build systems (first g-b-s, then cygport). The really *new* win32 bits are in the (currently incomplete) standalone libW11 package, but that and rxvt-W, is a wholly separate effort. > There's certainly no cygwin maintainer for that, Here, I believe you mean a "cygwin maintainer" in the sense of 'C' above. Of course, without an 'A' maintainer and an active upstream community, it's a little hard to have a 'C' maintainer, unless you fork: and become the 'A' of a brand new package. > noting that > the cited announcement was just a call for help rather than a notice of > completed work. Not entirely. IMO, the existing split-personality 'rxvt' IS a completed work. If anyone disagrees, then point out the bugs, follow the bug reporting guidelines, and as always, PTC. As I said in my first message on this thread: "I certainly got no interest in libW11, or rxvt-W11 -- such that their ITP's expired." Note the package names: 'libW11' and 'rxvt-W11' (ne' rxvt-W). These are/were separate from the split-personality rxvt. I did, however, interpret the lack of interest in the 'grand plan' as a lack of interest in the existing split-personality 'rxvt' package. Perhaps that was a mistake; I anxiously await P to TC. With regards to the call for help: I *WANT* to go forward to a standalone libW11, and build a non-X-enabled, purely Win32 GDI version of rxvt that uses the new, external libW11 (I called it rxvt-W [ne' rxvt-W11]). But that would be a *separate* effort from continuing to maintain the existing, split-personality X11/nativeGDI 'rxvt' package. But back to the "grand plan" and the "call for help". The grand plan involved: libW11 libXpm-W11 (just for fun!) rxvt-W - plain old rxvt that uses the external libW11 instead of the half-baked inbuilt version currently used. The preceeding three packages were ITPed and are available at the link below. The following two packages are already part of the cygwin distribution. rxvt-unicode-X more-or-less completed, although actual "unicode" support, per se, is limited because of cygwin's underlying issues. checkX and a companion 'run.exe'-like program checkX is coded and part of cygwin now; a little more work needed for 'run'-like behavior and finally, once all the above was working plain-old-rxvt-X-only rip out the in-built W11 stuff, and configure this package as an all-frills version (instead of least- common-denominator supported by W11) rxvt-unicode-W These are only a glimmer in my mind's eye, at present. The idea was/is, a combination of: checkX's 'run' functionality + rxvt-W rxvt-X would transparently replace the existing split-personality rxvt. Plus, a similar combination of checkX's 'run' functionality + rxvt-unicode-W rxvt-unicode-X would be even better. The uncompleted work was represented by the libW11 and rxvt-W ITPs, which are still available at http://cygutils.fruitbat.org/ITP/ . However, those are completely separate from the existing rxvt. -- Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From garyjohn@spk.agilent.com Tue May 8 07:29:00 2007 From: garyjohn@spk.agilent.com (Gary Johnson) Date: Tue, 08 May 2007 07:29:00 -0000 Subject: Logging xterm contents to a file. In-Reply-To: <1a375f780705072140u5f101feva7fbac83ed19366@mail.gmail.com> References: <1a375f780705072140u5f101feva7fbac83ed19366@mail.gmail.com> Message-ID: <20070508072913.GB24367@suncomp1.spk.agilent.com> On 2007-05-08, Mansoorali Kudsi wrote: > Hi, > > Really dumb question. but hope somebody replies to this one? > > Is it possible to save the entire contents of a xterm window into a > file? (using anything other than "script") > > e.g. for a putty window, we have an option of logging all the contents > of the putty window into a file > just by doing a right click and giving the file name and path in the > properties window. > > Do we have a similar option for an xterm window in Cygwin? Xterm has such an option but the last time I checked (Nov. 2006) it was not enabled in the Cygwin xterm binary. You may have to build xterm yourself with the "--enable-logging" configure option. Logging can then be enabled and disabled via the Ctrl-left- or Ctrl-middle-mouse-button menu. (I don't remember which and I don't have an xterm handy at the moment.) The log file will be written to your $HOME directory with the name XtermLog. where is the process ID of the xterm's process. HTH, Gary -- Gary Johnson | Agilent Technologies garyjohn@spk.agilent.com | Mobile Broadband Division | Spokane, Washington, USA -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From dickey@his.com Tue May 8 10:11:00 2007 From: dickey@his.com (Thomas Dickey) Date: Tue, 08 May 2007 10:11:00 -0000 Subject: Logging xterm contents to a file. In-Reply-To: <1a375f780705072140u5f101feva7fbac83ed19366@mail.gmail.com> References: <1a375f780705072140u5f101feva7fbac83ed19366@mail.gmail.com> Message-ID: <20070508060627.M90112@mail101.his.com> On Tue, 8 May 2007, Mansoorali Kudsi wrote: > Is it possible to save the entire contents of a xterm window into a > file? (using anything other than "script") > > e.g. for a putty window, we have an option of logging all the contents > of the putty window into a file > just by doing a right click and giving the file name and path in the > properties window. > > Do we have a similar option for an xterm window in Cygwin? You should be able to setup a printer, use that to print a screen (though I've only tested it on Linux, Cygwin is "supposed" to work). It can be just a shell script that redirects its output to a file. See the "printerXXX" resources in xterm's manpage. http://invisible-island.net/xterm/manpage/xterm.html -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From dickey@his.com Tue May 8 10:21:00 2007 From: dickey@his.com (Thomas Dickey) Date: Tue, 08 May 2007 10:21:00 -0000 Subject: Logging xterm contents to a file. In-Reply-To: <20070508072913.GB24367@suncomp1.spk.agilent.com> References: <1a375f780705072140u5f101feva7fbac83ed19366@mail.gmail.com> <20070508072913.GB24367@suncomp1.spk.agilent.com> Message-ID: <20070508061432.M90112@mail101.his.com> On Tue, 8 May 2007, Gary Johnson wrote: > On 2007-05-08, Mansoorali Kudsi wrote: >> Hi, >> >> Really dumb question. but hope somebody replies to this one? >> >> Is it possible to save the entire contents of a xterm window into a >> file? (using anything other than "script") >> >> e.g. for a putty window, we have an option of logging all the contents >> of the putty window into a file >> just by doing a right click and giving the file name and path in the >> properties window. >> >> Do we have a similar option for an xterm window in Cygwin? > > Xterm has such an option but the last time I checked (Nov. 2006) it > was not enabled in the Cygwin xterm binary. You may have to build > xterm yourself with the "--enable-logging" configure option. > Logging can then be enabled and disabled via the Ctrl-left- or > Ctrl-middle-mouse-button menu. (I don't remember which and I don't > have an xterm handy at the moment.) The log file will be written to > your $HOME directory with the name XtermLog. where is the > process ID of the xterm's process. well... the logging operation doesn't print the whole window. It writes text to a file concurrently with writing it to the screen. That may be what he wanted, but I read it as printing the current screen to a file. Where I'm sitting at the moment I don't have cygwin at hand, but since the printer support in xterm isn't ifdef'd I'd assume it's available in the Cygwin binary. (See the top of the control/left mouse menu - grayed out menu entries are still user-configurable). Logging historically was ifdef'd because in X11R5 (early 1990's), the setuid xterm was known to be insecure. Cygwin doesn't have setuid xterm, so (if there were a reliable way to determine this in a configure script), it would be reasonable to always enable the feature. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From holger.krull@gmx.de Tue May 8 10:24:00 2007 From: holger.krull@gmx.de (Holger Krull) Date: Tue, 08 May 2007 10:24:00 -0000 Subject: Logging xterm contents to a file. In-Reply-To: <1a375f780705072140u5f101feva7fbac83ed19366@mail.gmail.com> References: <1a375f780705072140u5f101feva7fbac83ed19366@mail.gmail.com> Message-ID: <46404FD3.5080304@gmx.de> Mansoorali Kudsi schrieb: > Is it possible to save the entire contents of a xterm window into a > file? (using anything other than "script") Maybe doing a screen -L in xterm will do what you want. It will create a file called screenlog that contains all output. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From holger.krull@gmx.de Tue May 8 10:34:00 2007 From: holger.krull@gmx.de (Holger Krull) Date: Tue, 08 May 2007 10:34:00 -0000 Subject: Logging xterm contents to a file. In-Reply-To: <46404FD3.5080304@gmx.de> References: <1a375f780705072140u5f101feva7fbac83ed19366@mail.gmail.com> <46404FD3.5080304@gmx.de> Message-ID: <46405249.90907@gmx.de> Holger Krull schrieb: > Mansoorali Kudsi schrieb: > >> Is it possible to save the entire contents of a xterm window into a >> file? (using anything other than "script") > > Maybe doing a screen -L in xterm will do what you want. It will create a > file called screenlog that contains all output. I should really think twice before i write. Cygwin has no screen, so this won't work on your local computer. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From dickey@his.com Tue May 8 10:44:00 2007 From: dickey@his.com (Thomas Dickey) Date: Tue, 08 May 2007 10:44:00 -0000 Subject: Logging xterm contents to a file. In-Reply-To: <46405249.90907@gmx.de> References: <1a375f780705072140u5f101feva7fbac83ed19366@mail.gmail.com> <46404FD3.5080304@gmx.de> <46405249.90907@gmx.de> Message-ID: <20070508064347.I90112@mail101.his.com> On Tue, 8 May 2007, Holger Krull wrote: > Holger Krull schrieb: >> Mansoorali Kudsi schrieb: >> >>> Is it possible to save the entire contents of a xterm window into a >>> file? (using anything other than "script") >> >> Maybe doing a screen -L in xterm will do what you want. It will create a >> file called screenlog that contains all output. > > I should really think twice before i write. Cygwin has no screen, so > this won't work on your local computer. fwiw, I didn't recall if cygwin has an official package for script (though I use a script program that I found via google a few years ago). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From holger.krull@gmx.de Tue May 8 10:59:00 2007 From: holger.krull@gmx.de (Holger Krull) Date: Tue, 08 May 2007 10:59:00 -0000 Subject: Logging xterm contents to a file. In-Reply-To: <20070508064347.I90112@mail101.his.com> References: <1a375f780705072140u5f101feva7fbac83ed19366@mail.gmail.com> <46404FD3.5080304@gmx.de> <46405249.90907@gmx.de> <20070508064347.I90112@mail101.his.com> Message-ID: <464057EE.7000204@gmx.de> Thomas Dickey schrieb: > On Tue, 8 May 2007, Holger Krull wrote: > >> Holger Krull schrieb: >>> Mansoorali Kudsi schrieb: >>> >>>> Is it possible to save the entire contents of a xterm window into a >>>> file? (using anything other than "script") >>> >>> Maybe doing a screen -L in xterm will do what you want. It will create a >>> file called screenlog that contains all output. >> >> I should really think twice before i write. Cygwin has no screen, so >> this won't work on your local computer. > > fwiw, I didn't recall if cygwin has an official package for script (though > I use a script program that I found via google a few years ago). > Interestingly enough, someone just mentioned there is a screen for cygwin here: http://dellelce.com/code/screen/ I can't get the source to compile, but the exe there still works. And logging works. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From reid.thompson@ateb.com Tue May 8 11:10:00 2007 From: reid.thompson@ateb.com (Reid Thompson) Date: Tue, 08 May 2007 11:10:00 -0000 Subject: Xterm, rxvt, mrxvt, etc.... In-Reply-To: <46400DE4.7090306@cwilson.fastmail.fm> References: <463C7F60.1070308@gmail.com> <20070505100954.S64291@mail101.his.com> <20070505144747.D87977@mail101.his.com> <463D3277.4070205@cwilson.fastmail.fm> <20070506062218.B40237@mail101.his.com> <463DDCA0.9040306@cwilson.fastmail.fm> <20070506104151.O96823@mail101.his.com> <46400DE4.7090306@cwilson.fastmail.fm> Message-ID: <4640585D.8000600@ateb.com> Charles Wilson wrote: > > Sigh. cygwin's rxvt is not broken. It works for me, and about 2000 > others. +1 --I have been using cygwin rxvt for several years (Xwin and Win) -- has fulfilled every terminal need that I have. kudos to the 'maintainer'??. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From ingber@ingber.com Tue May 8 13:47:00 2007 From: ingber@ingber.com (Lester Ingber) Date: Tue, 08 May 2007 13:47:00 -0000 Subject: winTopLevelWindowProc - BitBlt failed: The handle is invalid. Message-ID: <20070508134640.GA2928@ingber.com> While working in xterm windows, just about every day, at some point my XWin.log starts filling up with thousands of lines: ... winTopLevelWindowProc - BitBlt failed: The handle is invalid. ... No windows crash. A search shows that this same problem has been raised several times, including by me last month. but there has not been any satisfactory response. Perhaps this problem is now recognized and can be properly addressed? I attach the output of cygcheck -s -v -r > cygcheck.out There does not seem to be any warning that this is about to happen. My XWin.log shows: ------------8<------------ top cut -> bottom ------------->8------------ _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 winPrefsLoadPreferences: /home/ingber/.XWinrc winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 1600 height: 1200 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 winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000409" (00000409) (--) Using preset keyboard for "English (USA)" (409), type "4" (--) 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 winInitClipboard () winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winProcEstablishConnection - winInitClipboard returned. winInitMultiWindowWM - pthread_mutex_unlock () returned. winClipboardProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_lock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display.winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winTopLevelWindowProc - BitBlt failed: The handle is invalid. ... ------------8<------------ bottom cut <- top ------------->8------------ My ~/.XWinrc file has all lines commented out. It is simply a copy of # XWin Server Resource File - EXAMPLE # Earle F. Philhower, III I have CYGWIN set in my windows Environment, under System variables, with Value set to server. Thanks. Lester -- Prof. Lester Ingber lester@ingber.com ingber@alumni.caltech.edu http://www.ingber.com http://alumni.caltech.edu/~ingber -------------- next part -------------- Cygwin Configuration Diagnostics Current System Time: Tue May 08 06:43:59 2007 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin C:\cygwin\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\windows\system32\ c:\PROGRAM FILES\THINKPAD\UTILITIES c:\Program Files\ATI Technologies\ATI Control Panel c:\Program Files\Belkin\Belkin Wireless Utility\Unicows c:\Program Files\ATI Technologies\Fire GL 3D Studio Max c:\MATLAB7\bin\win32 c:\Program Files\ThinkPad\ConnectUtilities c:\PROGRA~1\ADDINS~1\XLSTAT~1 c:\Program Files\QuickTime\QTSystem\ c:\Program Files\Microsoft Visual Studio\Common\Tools\WinNT c:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin c:\Program Files\Microsoft Visual Studio\Common\Tools c:\Program Files\Microsoft Visual Studio\VC98\bin C:\cygwin\lib\lapack C:\cygwin\home\ingber\.local\bin C:\cygwin\home\ingber\.local\bin\MACS C:\cygwin\usr\local\rdb C:\cygwin\home\ingber\.local\bin\PERLS C:\cygwin\usr\openwin\bin C:\cygwin\usr\local\share\texmf\latex2rtf . Output from C:\cygwin\bin\id.exe (nontsec) UID: 1005(ingber) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1005(ingber) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS PWD = '/home/ingber' CYGWIN = 'server' HOME = '/home/ingber' USER = 'ingber' MAKE_MODE = 'unix' HOMEPATH = '\Documents and Settings\ingber' APPDATA = 'C:\Documents and Settings\ingber\Application Data' TERM = 'xterm' PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 2 Stepping 7, GenuineIntel' WINDIR = 'C:\WINDOWS' USERDOMAIN = 'LESTER' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' XAPPLRESDIR = '/usr/X11R6/lib/X11/app-defaults' XCMSDB = '/usr/X11R6/lib/X11/Xcms.txt' !:: = '::\' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' XNLSPATH = '/usr/X11R6/lib/X11/locale' LIB = 'C:\Program Files\Microsoft Visual Studio\VC98\mfc\lib;C:\Program Files\Microsoft Visual Studio\VC98\lib' QTJAVA = 'C:\Program Files\Java\jre1.5.0_11\lib\ext\QTJava.zip' USERNAME = 'ingber' PROCESSOR_LEVEL = '15' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' __COMPAT_LAYER = 'DisableNXShowUI ' USERPROFILE = 'C:\Documents and Settings\ingber' LOGONSERVER = '\\LESTER' PROCESSOR_ARCHITECTURE = 'x86' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = 'C:' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' SYSTEMROOT = 'C:\WINDOWS' PROCESSOR_REVISION = '0207' CLASSPATH = '.;C:\Program Files\Java\jre1.5.0_11\lib\ext\QTJava.zip' MSDEVDIR = 'C:\Program Files\Microsoft Visual Studio\Common\MSDev98' PROGRAMFILES = 'C:\Program Files' DISPLAY = 'localhost:0.0' NUMBER_OF_PROCESSORS = '1' INCLUDE = 'C:\Program Files\Microsoft Visual Studio\VC98\atl\include;C:\Program Files\Microsoft Visual Studio\VC98\mfc\include;C:\Program Files\Microsoft Visual Studio\VC98\include' SESSIONNAME = 'Console' COMPUTERNAME = 'LESTER' _ = '/usr/local/bin/xterm' WINDOWID = '12582926' XTERM_VERSION = 'Cygwin 6.8.99.901(217)' LOGNAME = 'ingber' TERMCAP = 'xterm-r6|xterm|xterm X11R6 version:am:km:mi:ms:xn:co#80:it#8:li#84:AL=\E[%dL:DC=\E[%dP:DL=\E[%dM:DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:ae=^O:al=\E[L:as=^N:bl=^G:cd=\E[J:ce=\E[K:cl=\E[H\E[2J:cm=\E[%i%d;%dH:cr=^M:cs=\E[%i%d;%dr:ct=\E[3g:dc=\E[P:dl=\E[M:do=^J:ei=\E[4l:ho=\E[H:im=\E[4h:is=\E7\E[r\E[m\E[?7h\E[?1;3;4;6l\E[4l\E8\E>:k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:k5=\E[15~:k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:kD=\E[3~:kI=\E[2~:kN=\E[6~:kP=\E[5~:kd=\EOB:ke=\E[?1l\E>:kh=\E[1~:kl=\EOD:kr=\EOC:ks=\E[?1h\E=:ku=\EOA:le=^H:md=\E[1m:me=\E[m:mr=\E[7m:nd=\E[C:rc=\E8:sc=\E7:se=\E[m:sf=^J:so=\E[7m:sr=\EM:ta=^I:te=\E[2J\E[?47l\E8:ti=\E7\E[?47h:ue=\E[m:up=\E[A:us=\E[4m:kb=\010:' XTERM_SHELL = '/bin/tcsh' HOSTTYPE = 'i386' VENDOR = 'intel' OSTYPE = 'posix' MACHTYPE = 'i386' GROUP = 'None' HOST = 'lester' REMOTEHOST = '127.0.0.1' MANPATH = ':/usr/ssl/man:/usr/share/qt3/doc/man:/usr/X11R6/man:/usr/X11R6/man:/usr/man:/usr/local/man:/home/ingber/.local/man:/usr/local/netpbm/man' QTDIR = '/usr/lib/qt3' QMAKESPEC = '/usr/lib/qt3/mkspecs/cygwin-g++' PKG_CONFIG_PATH = '/usr/X11R6/lib/pkgconfig' SHELL = '/bin/tcsh' COLORFGBG = 'lightgray;blue' LS_COLORS = 'no=00:fi=00;34:di=01;32:ln=00;35:pi=35;33:so=00;35:bd=35;33;01:cd=35;33;01:or=40;31;01:ex=00;31:*.tar=00;36:*.tgz=01;34:*.arj=01;36:*.taz=01;34:*.lzh=01;34:*.zip=01;34:*.z=01;34:*.Z=01;34:*.gz=01;34:*.deb=00;31:*.jpg=01;36:*.gif=01;36:*.bmp=01;36:*.ppm=01;36:*.tga=01;36:*.xbm=01;36:*.xpm=01;36:*.tif=01;36:*.mpg=01;36:*.html=01;36:*.htm=01;36:*.avi=01;36:*.gl=01;36:*.dl=01;36:' MANPATH1 = '/usr/X11R6/man:/usr/man' MANPATH2 = '/usr/local/man:/home/ingber/.local/man' MANPATH3 = '/usr/local/netpbm/man' MANPATH0 = ':/usr/ssl/man:/usr/share/qt3/doc/man:/usr/X11R6/man:/usr/X11R6/man:/usr/man:/usr/local/man:/home/ingber/.local/man:/usr/local/netpbm/man' REMOTEHOST0 = '127.0.0.1' INFOPATH = '.:/usr/info:/usr/share/info:/usr/local/info:/home/ingber/.local/info' PGPPATH = '/home/ingber/.pgp' BINDIR = '/usr/local/bin' CVSROOT = '/usr/local/src/CVS_REPOSITORY' EDITOR = 'vim' GNUSTEP_USER_ROOT = '/home/ingber/.GNUstep' ISPELL_DICTIONARY = '/usr/local/lib/ispell/ispell.dict' ISPELL_WORDS = '/usr/local/lib/ispell/ispell.words' JFDIR = '/home/ingber/.procmail/junkfilter' LESS = '-c -n -s -M' LESSOPEN = '|lesspipe %s' LYNX_CFG = '/home/ingber/.lynx.cfg' MAIL = '/home/ingber/.mailbox/inbox' MAPLE = '/usr/local/maple' MBOX = '/home/ingber/.mailbox/inbox' ORGANIZATION = 'Lester Ingber Research' PAGER = 'less -c -n -s -M' TMPDIR = '/tmp' REPLYTO = 'Lester Ingber ' TMAKEPATH = '/usr/local/tmake/lib/cygwin-g++' TZ = 'PST8PDT' MAXIMA_PREFIX = '/cygdrive/c/ProgramFiles/Maxima/' TAR_OPTIONS = '--wildcards' SSH_AUTH_SOCK = '/tmp/ssh-3ADTgiA8cP/agent.3612' SSH_AGENT_PID = '5468' TEMP = 'c:/cygwin/tmp' TMP = '/tmp' POSIXLY_CORRECT = '1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin (default) = 0x00000400 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = '/cygdrive' cygdrive flags = 0x0000002a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 'C:\cygwin' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 'C:\cygwin/bin' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 'C:\cygwin/lib' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts (default) = 'C:\cygwin\usr\X11R6\lib\X11\fonts' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS 55784Mb 61% CP CS UN PA FC LESTER_C d: cd N/A N/A e: hd NTFS 76316Mb 34% CP CS UN PA FC LESTER_E z: net N/A N/A C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\crontab.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\usr\local\share\texmf\latex2rtf\grep.exe Warning: C:\cygwin\bin\grep.exe hides C:\cygwin\usr\local\share\texmf\latex2rtf\grep.exe Found: C:\cygwin\bin\kill.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\patch.exe Found: C:\cygwin\bin\perl.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\ssh.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe Found: C:\cygwin\bin\test.exe Not Found: vi Found: C:\cygwin\bin\vim.exe 80k 2006/02/20 C:\cygwin\bin\cygaa-1.dll - os=4.0 img=1.0 sys=4.0 "cygaa-1.dll" v0.0 ts=2006/2/20 13:16 25k 2005/08/15 C:\cygwin\bin\cygao-2.dll - os=4.0 img=1.0 sys=4.0 "cygao-2.dll" v0.0 ts=2005/8/15 2:22 91k 2005/11/11 C:\cygwin\bin\cygapr-0-0.dll - os=4.0 img=1.0 sys=4.0 "cygapr-0-0.dll" v0.0 ts=2005/11/11 7:03 103k 2007/04/06 C:\cygwin\bin\cygapr-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygapr-1-0.dll" v0.0 ts=2007/4/6 14:10 67k 2005/11/11 C:\cygwin\bin\cygaprutil-0-0.dll - os=4.0 img=1.0 sys=4.0 "cygaprutil-0-0.dll" v0.0 ts=2005/11/11 8:55 70k 2007/03/23 C:\cygwin\bin\cygaprutil-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygaprutil-1-0.dll" v0.0 ts=2007/3/22 17:34 52k 2005/11/10 C:\cygwin\bin\cygart_lgpl-2.dll - os=4.0 img=1.0 sys=4.0 "cygart_lgpl-2.dll" v0.0 ts=2005/11/10 12:33 76k 2005/07/30 C:\cygwin\bin\cygart_lgpl_2-2.dll - os=4.0 img=1.0 sys=4.0 "cygart_lgpl_2-2.dll" v0.0 ts=2005/7/30 3:46 802k 2003/09/15 C:\cygwin\bin\cygaspell-15.dll - os=4.0 img=1.0 sys=4.0 "cygaspell-15.dll" v0.0 ts=2003/9/15 5:32 280k 2006/10/23 C:\cygwin\bin\cygasprintf-0.dll - os=4.0 img=1.0 sys=4.0 "cygasprintf-0.dll" v0.0 ts=2006/10/22 17:11 87k 2006/02/16 C:\cygwin\bin\cygatk-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygatk-1.0-0.dll" v0.0 ts=2006/2/6 13:13 145k 2004/09/02 C:\cygwin\bin\cygaudiofile-0.dll - os=4.0 img=1.0 sys=4.0 "cygaudiofile-0.dll" v0.0 ts=2004/9/1 20:38 329k 2006/04/27 C:\cygwin\bin\cygbonobo-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygbonobo-2-0.dll" v0.0 ts=2006/4/27 15:21 68k 2006/04/27 C:\cygwin\bin\cygbonobo-activation-4.dll - os=4.0 img=1.0 sys=4.0 "cygbonobo-activation-4.dll" v0.0 ts=2006/4/27 15:16 334k 2005/09/27 C:\cygwin\bin\cygbonoboui-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygbonoboui-2-0.dll" v0.0 ts=2005/9/27 14:26 351k 2007/01/03 C:\cygwin\bin\cygboost_date_time-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_date_time-gcc-mt-1_33_1.dll" v0.0 ts=2007/1/3 13:46 120k 2007/01/03 C:\cygwin\bin\cygboost_filesystem-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_filesystem-gcc-mt-1_33_1.dll" v0.0 ts=2007/1/3 13:47 79k 2007/01/03 C:\cygwin\bin\cygboost_iostreams-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_iostreams-gcc-mt-1_33_1.dll" v0.0 ts=2007/1/3 13:48 526k 2007/01/03 C:\cygwin\bin\cygboost_program_options-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_program_options-gcc-mt-1_33_1.dll" v0.0 ts=2007/1/3 13:52 563k 2007/01/03 C:\cygwin\bin\cygboost_python-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_python-gcc-mt-1_33_1.dll" v0.0 ts=2007/1/3 13:56 678k 2007/01/03 C:\cygwin\bin\cygboost_regex-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_regex-gcc-mt-1_33_1.dll" v0.0 ts=2007/1/3 14:02 621k 2007/01/03 C:\cygwin\bin\cygboost_serialization-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_serialization-gcc-mt-1_33_1.dll" v0.0 ts=2007/1/3 14:14 118k 2007/01/03 C:\cygwin\bin\cygboost_signals-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_signals-gcc-mt-1_33_1.dll" v0.0 ts=2007/1/3 14:15 91k 2007/01/03 C:\cygwin\bin\cygboost_thread-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_thread-gcc-mt-1_33_1.dll" v0.0 ts=2007/1/3 14:16 61k 2006/11/10 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2006/11/10 15:42 54k 2002/01/27 C:\cygwin\bin\cygbz21.0.dll - os=4.0 img=1.0 sys=4.0 "cygbz21.0.dll" v0.0 ts=2002/1/26 17:07 317k 2005/10/07 C:\cygwin\bin\cygcairo-2.dll - os=4.0 img=1.0 sys=4.0 "cygcairo-2.dll" v0.0 ts=2005/10/7 14:49 7k 2006/10/22 C:\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0 "cygcharset-1.dll" v0.0 ts=2006/10/22 16:43 23k 2006/05/08 C:\cygwin\bin\cygcheck-0.dll - os=4.0 img=1.0 sys=4.0 "cygcheck-0.dll" v0.0 ts=2006/5/7 19:42 389k 2007/02/22 C:\cygwin\bin\cygclamav-1.dll - os=4.0 img=1.0 sys=4.0 "cygclamav-1.dll" v0.0 ts=2007/2/22 0:14 443k 2007/03/06 C:\cygwin\bin\cygclamav-2.dll - os=4.0 img=1.0 sys=4.0 "cygclamav-2.dll" v0.0 ts=2007/3/6 12:56 16k 2005/10/11 C:\cygwin\bin\cygcompface-0.dll - os=4.0 img=1.0 sys=4.0 "cygcompface-0.dll" v0.0 ts=2005/10/11 6:58 529k 2004/06/27 C:\cygwin\bin\cygcppunit-1-9-14.dll - os=4.0 img=1.0 sys=4.0 "cygcppunit-1-9-14.dll" v0.0 ts=2004/6/26 18:29 192k 2006/03/08 C:\cygwin\bin\cygcroco-0.6-3.dll - os=4.0 img=1.0 sys=4.0 "cygcroco-0.6-3.dll" v0.0 ts=2006/3/7 17:04 7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0 "cygcrypt-0.dll" v0.0 ts=2003/10/19 0:57 1125k 2006/10/04 C:\cygwin\bin\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto-0.9.7.dll" v0.0 ts=2006/10/4 5:12 1059k 2007/03/29 C:\cygwin\bin\cygcrypto-0.9.8.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto-0.9.8.dll" v0.0 ts=2007/3/29 2:13 645k 2003/04/11 C:\cygwin\bin\cygcrypto.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto.dll" v0.0 ts=2003/4/11 3:37 194k 2006/06/12 C:\cygwin\bin\cygcurl-3.dll - os=4.0 img=1.0 sys=4.0 "cygcurl-3.dll" v0.0 ts=2006/6/12 2:00 22k 2004/02/10 C:\cygwin\bin\cygcygipc-2.dll - os=4.0 img=1.0 sys=4.0 "cygcygipc-2.dll" v0.0 ts=2004/2/9 18:48 380k 2002/07/24 C:\cygwin\bin\cygdb-3.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb-3.1.dll" v0.0 ts=2002/7/24 9:24 831k 2003/09/20 C:\cygwin\bin\cygdb-4.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.1.dll" v0.0 ts=2003/9/20 14:51 895k 2004/04/28 C:\cygwin\bin\cygdb-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.2.dll" v0.0 ts=2004/4/27 8:31 965k 2005/05/14 C:\cygwin\bin\cygdb-4.3.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.3.dll" v0.0 ts=2005/5/14 5:37 326k 2002/06/26 C:\cygwin\bin\cygdb2.dll - os=4.0 img=1.0 sys=4.0 "cygdb2.dll" v0.0 ts=2002/6/26 10:48 487k 2002/07/24 C:\cygwin\bin\cygdb_cxx-3.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-3.1.dll" v0.0 ts=2002/7/24 9:25 1080k 2003/09/20 C:\cygwin\bin\cygdb_cxx-4.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.1.dll" v0.0 ts=2003/9/20 14:53 1156k 2004/04/28 C:\cygwin\bin\cygdb_cxx-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.2.dll" v0.0 ts=2004/4/27 8:35 1240k 2005/05/14 C:\cygwin\bin\cygdb_cxx-4.3.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.3.dll" v0.0 ts=2005/5/14 5:41 9k 2004/10/24 C:\cygwin\bin\cygdlloader-6.dll - os=4.0 img=1.0 sys=4.0 "cygdlloader-6.dll" v0.0 ts=2004/10/24 0:59 48k 2006/06/06 C:\cygwin\bin\cygecpg.dll - os=4.0 img=1.0 sys=4.0 "cygecpg.dll" v0.0 ts=2006/6/5 23:36 12k 2006/06/06 C:\cygwin\bin\cygecpg_compat.dll - os=4.0 img=1.0 sys=4.0 "cygecpg_compat.dll" v0.0 ts=2006/6/5 23:36 58k 2006/07/14 C:\cygwin\bin\cygedsio-0.dll - os=4.0 img=1.0 sys=4.0 "cygedsio-0.dll" v0.0 ts=2006/7/14 6:47 507k 2005/10/10 C:\cygwin\bin\cygEMF-1.dll - os=4.0 img=1.0 sys=4.0 "cygEMF-1.dll" v0.0 ts=2005/10/9 22:11 27k 2005/08/21 C:\cygwin\bin\cygesd-0.dll - os=4.0 img=1.0 sys=4.0 "cygesd-0.dll" v0.0 ts=2005/8/21 16:04 94k 2004/06/07 C:\cygwin\bin\cygexif-10.dll - os=4.0 img=1.0 sys=4.0 "cygexif-10.dll" v0.0 ts=2004/6/7 1:53 107k 2005/08/08 C:\cygwin\bin\cygexif-12.dll - os=4.0 img=1.0 sys=4.0 "cygexif-12.dll" v0.0 ts=2005/8/8 4:50 118k 2007/04/06 C:\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-0.dll" v0.0 ts=2007/4/6 13:43 64k 2006/06/09 C:\cygwin\bin\cygexslt-0.dll - os=4.0 img=1.0 sys=4.0 "cygexslt-0.dll" v0.0 ts=2006/6/9 13:17 286k 2006/08/06 C:\cygwin\bin\cygfcgi++-0.dll - os=4.0 img=1.0 sys=4.0 "cygfcgi++-0.dll" v0.0 ts=2006/8/6 13:09 30k 2006/08/06 C:\cygwin\bin\cygfcgi-0.dll - os=4.0 img=1.0 sys=4.0 "cygfcgi-0.dll" v0.0 ts=2006/8/6 13:09 509k 2006/01/11 C:\cygwin\bin\cygfftw3-3.dll - os=4.0 img=1.0 sys=4.0 "cygfftw3-3.dll" v0.0 ts=2006/1/10 18:24 69k 2006/01/11 C:\cygwin\bin\cygfftw3_threads-3.dll - os=4.0 img=1.0 sys=4.0 "cygfftw3_threads-3.dll" v0.0 ts=2006/1/11 5:27 214k 2005/08/13 C:\cygwin\bin\cygFLAC++-5.dll - os=4.0 img=1.0 sys=4.0 "cygFLAC++-5.dll" v0.0 ts=2005/8/13 1:09 274k 2005/08/13 C:\cygwin\bin\cygFLAC-7.dll - os=4.0 img=1.0 sys=4.0 "cygFLAC-7.dll" v0.0 ts=2005/8/13 1:04 520k 2007/01/31 C:\cygwin\bin\cygfltknox-1.1.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox-1.1.dll" v0.0 ts=2007/1/31 12:22 34k 2007/01/31 C:\cygwin\bin\cygfltknox_forms-1.1.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox_forms-1.1.dll" v0.0 ts=2007/1/31 12:22 41k 2007/01/31 C:\cygwin\bin\cygfltknox_gl-1.1.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox_gl-1.1.dll" v0.0 ts=2007/1/31 12:22 70k 2007/01/31 C:\cygwin\bin\cygfltknox_images-1.1.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox_images-1.1.dll" v0.0 ts=2007/1/31 12:22 161k 2007/03/28 C:\cygwin\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontconfig-1.dll" v0.0 ts=2007/3/28 3:16 40k 2006/11/15 C:\cygwin\bin\cygform-8.dll - os=4.0 img=1.0 sys=4.0 "cygform-8.dll" v0.0 ts=2006/11/14 23:06 45k 2001/04/25 C:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0 "cygform5.dll" v0.0 ts=2001/4/24 22:28 35k 2002/01/09 C:\cygwin\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0 "cygform6.dll" v0.0 ts=2002/1/8 22:03 48k 2003/08/09 C:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0 "cygform7.dll" v0.0 ts=2003/8/9 2:25 859k 2005/08/08 C:\cygwin\bin\cygfpx-1.dll - os=4.0 img=1.0 sys=4.0 "cygfpx-1.dll" v0.0 ts=2005/8/8 14:35 375k 2005/09/06 C:\cygwin\bin\cygfreetype-6.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-6.dll" v0.0 ts=2005/9/6 15:51 23k 2005/11/30 C:\cygwin\bin\cyggailutil-17.dll - os=4.0 img=1.0 sys=4.0 "cyggailutil-17.dll" v0.0 ts=2005/11/30 13:11 176k 2006/05/30 C:\cygwin\bin\cyggconf-2-4.dll - os=4.0 img=1.0 sys=4.0 "cyggconf-2-4.dll" v0.0 ts=2006/5/29 16:24 323k 2005/07/10 C:\cygwin\bin\cyggcrypt-11.dll - os=4.0 img=1.0 sys=4.0 "cyggcrypt-11.dll" v0.0 ts=2005/7/9 17:10 225k 2007/04/04 C:\cygwin\bin\cyggd-2.dll - os=4.0 img=1.0 sys=4.0 "cyggd-2.dll" v0.0 ts=2007/4/4 0:53 28k 2003/07/20 C:\cygwin\bin\cyggdbm-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-3.dll" v0.0 ts=2003/7/20 0:58 19k 2006/11/19 C:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-4.dll" v0.0 ts=2006/11/19 0:18 19k 2003/03/22 C:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm.dll" v0.0 ts=2002/2/19 19:05 15k 2003/07/20 C:\cygwin\bin\cyggdbm_compat-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-3.dll" v0.0 ts=2003/7/20 1:00 8k 2006/11/19 C:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-4.dll" v0.0 ts=2006/11/19 0:18 195k 2004/09/02 C:\cygwin\bin\cyggdk-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk-1-2-0.dll" v0.0 ts=2004/9/2 11:31 451k 2005/12/27 C:\cygwin\bin\cyggdk-x11-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk-x11-2.0-0.dll" v0.0 ts=2005/12/26 3:20 128k 2005/08/02 C:\cygwin\bin\cyggdk_imlib-1.dll - os=4.0 img=1.0 sys=4.0 "cyggdk_imlib-1.dll" v0.0 ts=2005/8/1 17:36 77k 2005/12/27 C:\cygwin\bin\cyggdk_pixbuf-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk_pixbuf-2.0-0.dll" v0.0 ts=2005/12/26 3:11 72k 2005/11/16 C:\cygwin\bin\cyggdk_pixbuf-2.dll - os=4.0 img=1.0 sys=4.0 "cyggdk_pixbuf-2.dll" v0.0 ts=2005/11/16 13:40 54k 2005/12/27 C:\cygwin\bin\cyggdk_pixbuf_xlib-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk_pixbuf_xlib-2.0-0.dll" v0.0 ts=2005/12/26 4:03 105k 2005/11/16 C:\cygwin\bin\cyggdk_pixbuf_xlib-2.dll - os=4.0 img=1.0 sys=4.0 "cyggdk_pixbuf_xlib-2.dll" v0.0 ts=2005/11/16 13:41 23k 2006/02/14 C:\cygwin\bin\cygGeoIP-1.dll - os=4.0 img=1.0 sys=4.0 "cygGeoIP-1.dll" v0.0 ts=2006/2/6 13:13 21k 2006/02/14 C:\cygwin\bin\cygGeoIPUpdate-0.dll - os=4.0 img=1.0 sys=4.0 "cygGeoIPUpdate-0.dll" v0.0 ts=2006/2/13 23:27 114k 2007/02/19 C:\cygwin\bin\cyggeotiff-1.dll - os=4.0 img=1.0 sys=4.0 "cyggeotiff-1.dll" v0.0 ts=2007/2/18 20:57 94k 2006/10/23 C:\cygwin\bin\cyggettextlib-0-15.dll - os=4.0 img=1.0 sys=4.0 "cyggettextlib-0-15.dll" v0.0 ts=2006/10/22 17:14 14k 2006/10/23 C:\cygwin\bin\cyggettextpo-0.dll - os=4.0 img=1.0 sys=4.0 "cyggettextpo-0.dll" v0.0 ts=2006/10/22 17:17 182k 2006/10/23 C:\cygwin\bin\cyggettextsrc-0-15.dll - os=4.0 img=1.0 sys=4.0 "cyggettextsrc-0-15.dll" v0.0 ts=2006/10/22 17:17 32k 2006/02/28 C:\cygwin\bin\cyggg-1.dll - os=4.0 img=1.0 sys=4.0 "cyggg-1.dll" v0.0 ts=2006/2/28 8:13 46k 2006/03/02 C:\cygwin\bin\cygggi-2.dll - os=4.0 img=1.0 sys=4.0 "cygggi-2.dll" v0.0 ts=2006/3/2 8:53 9k 2006/03/02 C:\cygwin\bin\cygggimisc-2.dll - os=4.0 img=1.0 sys=4.0 "cygggimisc-2.dll" v0.0 ts=2006/3/2 12:05 9k 2006/03/02 C:\cygwin\bin\cygggiwmh-0.dll - os=4.0 img=1.0 sys=4.0 "cygggiwmh-0.dll" v0.0 ts=2006/3/2 11:48 24k 2006/02/28 C:\cygwin\bin\cyggii-1.dll - os=4.0 img=1.0 sys=4.0 "cyggii-1.dll" v0.0 ts=2006/2/28 8:15 81k 2005/08/18 C:\cygwin\bin\cygglade-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygglade-2.0-0.dll" v0.0 ts=2005/8/18 11:51 135k 2005/03/16 C:\cygwin\bin\cygglib-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygglib-1-2-0.dll" v0.0 ts=2005/3/15 18:16 515k 2006/06/06 C:\cygwin\bin\cygglib-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygglib-2.0-0.dll" v0.0 ts=2006/6/5 15:32 135k 2005/12/11 C:\cygwin\bin\cygglitz-1.dll - os=4.0 img=1.0 sys=4.0 "cygglitz-1.dll" v0.0 ts=2005/12/11 12:35 19k 2005/12/11 C:\cygwin\bin\cygglitz-glx-1.dll - os=4.0 img=1.0 sys=4.0 "cygglitz-glx-1.dll" v0.0 ts=2005/12/11 12:39 12k 2005/03/16 C:\cygwin\bin\cyggmodule-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggmodule-1-2-0.dll" v0.0 ts=2005/3/15 18:18 10k 2006/06/06 C:\cygwin\bin\cyggmodule-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggmodule-2.0-0.dll" v0.0 ts=2006/6/5 15:36 219k 2006/11/04 C:\cygwin\bin\cyggmp-3.dll - os=4.0 img=1.0 sys=4.0 "cyggmp-3.dll" v0.0 ts=2006/11/4 5:54 287k 2006/11/04 C:\cygwin\bin\cyggmpxx-3.dll - os=4.0 img=1.0 sys=4.0 "cyggmpxx-3.dll" v0.0 ts=2006/11/4 5:54 68k 2005/12/01 C:\cygwin\bin\cyggnome-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggnome-2-0.dll" v0.0 ts=2005/11/30 18:14 87k 2005/11/10 C:\cygwin\bin\cyggnome-32.dll - os=4.0 img=1.0 sys=4.0 "cyggnome-32.dll" v0.0 ts=2005/11/10 13:21 35k 2006/02/28 C:\cygwin\bin\cyggnome-keyring-0.dll - os=4.0 img=1.0 sys=4.0 "cyggnome-keyring-0.dll" v0.0 ts=2006/2/28 14:10 156k 2005/11/30 C:\cygwin\bin\cyggnomecanvas-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggnomecanvas-2-0.dll" v0.0 ts=2005/11/30 14:55 12k 2005/11/16 C:\cygwin\bin\cyggnomecanvaspixbuf-1.dll - os=4.0 img=1.0 sys=4.0 "cyggnomecanvaspixbuf-1.dll" v0.0 ts=2005/11/16 13:41 338k 2005/08/22 C:\cygwin\bin\cyggnomeprint-2-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggnomeprint-2-2-0.dll" v0.0 ts=2005/8/21 17:20 179k 2005/08/22 C:\cygwin\bin\cyggnomeprintui-2-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggnomeprintui-2-2-0.dll" v0.0 ts=2005/8/22 12:14 18k 2005/11/10 C:\cygwin\bin\cyggnomesupport-0.dll - os=4.0 img=1.0 sys=4.0 "cyggnomesupport-0.dll" v0.0 ts=2005/11/10 12:30 509k 2006/02/07 C:\cygwin\bin\cyggnomeui-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggnomeui-2-0.dll" v0.0 ts=2006/2/7 13:57 826k 2005/11/10 C:\cygwin\bin\cyggnomeui-32.dll - os=4.0 img=1.0 sys=4.0 "cyggnomeui-32.dll" v0.0 ts=2005/11/10 13:24 332k 2005/12/06 C:\cygwin\bin\cyggnomevfs-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggnomevfs-2-0.dll" v0.0 ts=2005/12/5 14:01 42k 2005/11/10 C:\cygwin\bin\cyggnorba-27.dll - os=4.0 img=1.0 sys=4.0 "cyggnorba-27.dll" v0.0 ts=2005/11/10 13:27 22k 2005/11/10 C:\cygwin\bin\cyggnorbagtk-0.dll - os=4.0 img=1.0 sys=4.0 "cyggnorbagtk-0.dll" v0.0 ts=2005/11/10 13:10 382k 2005/08/21 C:\cygwin\bin\cyggnutls-11.dll - os=4.0 img=1.0 sys=4.0 "cyggnutls-11.dll" v0.0 ts=2005/8/21 4:40 71k 2005/08/21 C:\cygwin\bin\cyggnutls-extra-11.dll - os=4.0 img=1.0 sys=4.0 "cyggnutls-extra-11.dll" v0.0 ts=2005/8/21 4:42 21k 2005/08/21 C:\cygwin\bin\cyggnutls-openssl-11.dll - os=4.0 img=1.0 sys=4.0 "cyggnutls-openssl-11.dll" v0.0 ts=2005/8/21 4:42 222k 2006/06/06 C:\cygwin\bin\cyggobject-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggobject-2.0-0.dll" v0.0 ts=2006/6/5 15:35 12k 2005/07/09 C:\cygwin\bin\cyggpg-error-0.dll - os=4.0 img=1.0 sys=4.0 "cyggpg-error-0.dll" v0.0 ts=2005/7/9 15:34 351k 2004/07/17 C:\cygwin\bin\cygGraphicsMagick++-0.dll - os=4.0 img=1.0 sys=4.0 "cygGraphicsMagick++-0.dll" v0.0 ts=2004/7/17 1:48 2170k 2004/07/17 C:\cygwin\bin\cygGraphicsMagick-0.dll - os=4.0 img=1.0 sys=4.0 "cygGraphicsMagick-0.dll" v0.0 ts=2004/7/17 1:46 1516k 2007/02/22 C:\cygwin\bin\cyggsl-0.dll - os=4.0 img=1.0 sys=4.0 "cyggsl-0.dll" v0.0 ts=2007/2/21 14:53 186k 2007/02/22 C:\cygwin\bin\cyggslcblas-0.dll - os=4.0 img=1.0 sys=4.0 "cyggslcblas-0.dll" v0.0 ts=2007/2/21 14:28 10k 2005/03/16 C:\cygwin\bin\cyggthread-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggthread-1-2-0.dll" v0.0 ts=2005/3/15 18:18 14k 2006/06/06 C:\cygwin\bin\cyggthread-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggthread-2.0-0.dll" v0.0 ts=2006/6/5 15:36 1293k 2004/09/02 C:\cygwin\bin\cyggtk-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggtk-1-2-0.dll" v0.0 ts=2004/9/2 11:44 2764k 2005/12/27 C:\cygwin\bin\cyggtk-x11-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggtk-x11-2.0-0.dll" v0.0 ts=2005/12/26 3:43 340k 2006/02/15 C:\cygwin\bin\cyggtkhtml-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggtkhtml-2-0.dll" v0.0 ts=2006/2/14 18:56 338k 2005/11/10 C:\cygwin\bin\cyggtkxmhtml-1.dll - os=4.0 img=1.0 sys=4.0 "cyggtkxmhtml-1.dll" v0.0 ts=2005/11/10 13:04 528k 2005/10/09 C:\cygwin\bin\cygguile-12.dll - os=4.0 img=1.0 sys=4.0 "cygguile-12.dll" v0.0 ts=2005/10/9 6:25 488k 2002/07/18 C:\cygwin\bin\cygguile-14.dll - os=4.0 img=1.0 sys=4.0 "cygguile-14.dll" v0.0 ts=2002/7/18 3:35 640k 2004/10/12 C:\cygwin\bin\cygguile-16.dll - os=4.0 img=1.0 sys=4.0 "cygguile-16.dll" v0.0 ts=2004/10/12 7:42 674k 2007/01/03 C:\cygwin\bin\cygguile-17.dll - os=4.0 img=1.0 sys=4.0 "cygguile-17.dll" v0.0 ts=2007/1/3 11:11 18k 2005/10/09 C:\cygwin\bin\cygguile-ltdl-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-ltdl-1.dll" v0.0 ts=2005/10/9 6:24 5k 2004/10/12 C:\cygwin\bin\cygguile-ltdl-2.dll - os=4.0 img=1.0 sys=4.0 "cygguile-ltdl-2.dll" v0.0 ts=2004/10/12 4:02 11k 2004/10/12 C:\cygwin\bin\cygguile-srfi-srfi-1-v-2-2.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-1-v-2-2.dll" v0.0 ts=2004/10/12 7:42 23k 2007/01/03 C:\cygwin\bin\cygguile-srfi-srfi-1-v-3-3.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-1-v-3-3.dll" v0.0 ts=2007/1/3 11:12 63k 2002/07/18 C:\cygwin\bin\cygguile-srfi-srfi-13-14-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-13-14-1.dll" v0.0 ts=2002/7/18 3:35 68k 2005/10/09 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-13-14-v-1-1.dll" v0.0 ts=2005/10/9 6:25 4k 2004/10/12 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-2-2.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-13-14-v-2-2.dll" v0.0 ts=2004/10/12 7:43 4k 2007/01/03 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-3-3.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-13-14-v-3-3.dll" v0.0 ts=2007/1/3 11:12 24k 2002/07/18 C:\cygwin\bin\cygguile-srfi-srfi-4-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-4-1.dll" v0.0 ts=2002/7/18 3:35 31k 2005/10/09 C:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-4-v-1-1.dll" v0.0 ts=2005/10/9 6:25 22k 2004/10/12 C:\cygwin\bin\cygguile-srfi-srfi-4-v-2-2.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-4-v-2-2.dll" v0.0 ts=2004/10/12 7:42 4k 2007/01/03 C:\cygwin\bin\cygguile-srfi-srfi-4-v-3-3.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-4-v-3-3.dll" v0.0 ts=2007/1/3 11:12 8k 2007/01/03 C:\cygwin\bin\cygguile-srfi-srfi-60-v-2-2.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-60-v-2-2.dll" v0.0 ts=2007/1/3 11:12 14k 2002/07/18 C:\cygwin\bin\cygguilereadline-14.dll - os=4.0 img=1.0 sys=4.0 "cygguilereadline-14.dll" v0.0 ts=2002/7/18 3:35 12k 2005/10/09 C:\cygwin\bin\cygguilereadline-v-12-12.dll - os=4.0 img=1.0 sys=4.0 "cygguilereadline-v-12-12.dll" v0.0 ts=2005/10/9 6:25 11k 2004/10/12 C:\cygwin\bin\cygguilereadline-v-16-16.dll - os=4.0 img=1.0 sys=4.0 "cygguilereadline-v-16-16.dll" v0.0 ts=2004/10/12 7:42 11k 2007/01/03 C:\cygwin\bin\cygguilereadline-v-17-17.dll - os=4.0 img=1.0 sys=4.0 "cygguilereadline-v-17-17.dll" v0.0 ts=2007/1/3 11:12 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0 "cyghistory4.dll" v0.0 ts=2001/1/6 20:34 29k 2003/08/10 C:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0 "cyghistory5.dll" v0.0 ts=2003/8/10 16:16 25k 2007/05/02 C:\cygwin\bin\cyghistory6.dll - os=4.0 img=1.0 sys=4.0 "cyghistory6.dll" v0.0 ts=2007/5/1 18:01 336k 2007/04/06 C:\cygwin\bin\cyghttpd2core.dll - os=4.0 img=1.0 sys=4.0 "cyghttpd2core.dll" v0.0 ts=2007/4/6 15:09 976k 2006/10/22 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2006/10/22 16:44 136k 2005/08/01 C:\cygwin\bin\cygIDL-0-6-0.dll - os=4.0 img=1.0 sys=4.0 "cygIDL-0-6-0.dll" v0.0 ts=2005/8/1 12:50 142k 2005/08/01 C:\cygwin\bin\cygIDL-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygIDL-2-0.dll" v0.0 ts=2005/8/1 14:33 40k 2005/08/01 C:\cygwin\bin\cygIIOP-0.dll - os=4.0 img=1.0 sys=4.0 "cygIIOP-0.dll" v0.0 ts=2005/8/1 13:28 155k 2005/08/02 C:\cygwin\bin\cygImlib-1.dll - os=4.0 img=1.0 sys=4.0 "cygImlib-1.dll" v0.0 ts=2005/8/1 17:37 9k 2005/08/02 C:\cygwin\bin\cygimlib-bmp.dll - os=4.0 img=1.0 sys=4.0 "cygimlib-bmp.dll" v0.0 ts=2005/8/1 17:38 6k 2005/08/02 C:\cygwin\bin\cygimlib-gif.dll - os=4.0 img=1.0 sys=4.0 "cygimlib-gif.dll" v0.0 ts=2005/8/1 17:38 7k 2005/08/02 C:\cygwin\bin\cygimlib-jpeg.dll - os=4.0 img=1.0 sys=4.0 "cygimlib-jpeg.dll" v0.0 ts=2005/8/1 17:38 11k 2005/08/02 C:\cygwin\bin\cygimlib-png.dll - os=4.0 img=1.0 sys=4.0 "cygimlib-png.dll" v0.0 ts=2005/8/1 17:39 8k 2005/08/02 C:\cygwin\bin\cygimlib-ppm.dll - os=4.0 img=1.0 sys=4.0 "cygimlib-ppm.dll" v0.0 ts=2005/8/1 17:38 7k 2005/08/02 C:\cygwin\bin\cygimlib-ps.dll - os=4.0 img=1.0 sys=4.0 "cygimlib-ps.dll" v0.0 ts=2005/8/1 17:38 6k 2005/08/02 C:\cygwin\bin\cygimlib-tiff.dll - os=4.0 img=1.0 sys=4.0 "cygimlib-tiff.dll" v0.0 ts=2005/8/1 17:39 10k 2005/08/02 C:\cygwin\bin\cygimlib-xpm.dll - os=4.0 img=1.0 sys=4.0 "cygimlib-xpm.dll" v0.0 ts=2005/8/1 17:38 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0 "cygintl-1.dll" v0.0 ts=2001/12/13 1:28 37k 2003/08/10 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 "cygintl-2.dll" v0.0 ts=2003/8/10 14:50 31k 2005/11/20 C:\cygwin\bin\cygintl-3.dll - os=4.0 img=1.0 sys=4.0 "cygintl-3.dll" v0.0 ts=2005/11/19 18:04 31k 2006/10/23 C:\cygwin\bin\cygintl-8.dll - os=4.0 img=1.0 sys=4.0 "cygintl-8.dll" v0.0 ts=2006/10/22 17:12 21k 2001/06/20 C:\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0 "cygintl.dll" v0.0 ts=2001/6/20 10:09 12k 2003/02/17 C:\cygwin\bin\cygioperm-0.dll - os=4.0 img=1.0 sys=4.0 "cygioperm-0.dll" v0.0 ts=2003/2/17 11:58 241k 2004/08/06 C:\cygwin\bin\cygjasper-1-701-1.dll - os=4.0 img=1.0 sys=4.0 "cygjasper-1-701-1.dll" v0.0 ts=2004/8/6 8:17 48k 2006/11/17 C:\cygwin\bin\cygjbig-2.dll - os=4.0 img=1.0 sys=4.0 "cygjbig-2.dll" v0.0 ts=2006/11/16 23:43 48k 2003/08/10 C:\cygwin\bin\cygjbig1.dll - os=4.0 img=1.0 sys=4.0 "cygjbig1.dll" v0.0 ts=2003/8/10 16:58 124k 2006/11/09 C:\cygwin\bin\cygjpeg-62.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg-62.dll" v0.0 ts=2006/11/9 1:02 119k 2002/02/09 C:\cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg6b.dll" v0.0 ts=2002/2/8 21:19 60k 2004/09/27 C:\cygwin\bin\cygkpathsea-3.dll - os=4.0 img=1.0 sys=4.0 "cygkpathsea-3.dll" v0.0 ts=2004/9/27 10:32 60k 2003/07/27 C:\cygwin\bin\cygkpathsea-3abi13.dll - os=4.0 img=1.0 sys=4.0 "cygkpathsea-3abi13.dll" v0.0 ts=2003/7/27 13:23 65k 2005/05/05 C:\cygwin\bin\cygkpathsea-4.dll - os=4.0 img=1.0 sys=4.0 "cygkpathsea-4.dll" v0.0 ts=2005/5/5 7:33 41k 2005/08/29 C:\cygwin\bin\cyglber-2-2-7.dll - os=4.0 img=1.0 sys=4.0 "cyglber-2-2-7.dll" v0.0 ts=2005/8/14 10:48 39k 2006/11/21 C:\cygwin\bin\cyglber-2-3-0.dll - os=4.0 img=1.0 sys=4.0 "cyglber-2-3-0.dll" v0.0 ts=2006/11/21 0:01 40k 2004/01/02 C:\cygwin\bin\cyglber-2.dll - os=4.0 img=1.0 sys=4.0 "cyglber-2.dll" v0.0 ts=2004/1/2 3:11 156k 2005/08/08 C:\cygwin\bin\cyglcms-1.dll - os=4.0 img=1.0 sys=4.0 "cyglcms-1.dll" v0.0 ts=2005/8/8 3:15 176k 2005/08/29 C:\cygwin\bin\cygldap-2-2-7.dll - os=4.0 img=1.0 sys=4.0 "cygldap-2-2-7.dll" v0.0 ts=2005/8/29 4:14 189k 2006/11/21 C:\cygwin\bin\cygldap-2-3-0.dll - os=4.0 img=1.0 sys=4.0 "cygldap-2-3-0.dll" v0.0 ts=2006/11/21 0:05 194k 2004/01/02 C:\cygwin\bin\cygldap-2.dll - os=4.0 img=1.0 sys=4.0 "cygldap-2.dll" v0.0 ts=2004/1/2 3:27 188k 2005/08/29 C:\cygwin\bin\cygldap_r-2-2-7.dll - os=4.0 img=1.0 sys=4.0 "cygldap_r-2-2-7.dll" v0.0 ts=2005/8/29 4:14 202k 2006/11/21 C:\cygwin\bin\cygldap_r-2-3-0.dll - os=4.0 img=1.0 sys=4.0 "cygldap_r-2-3-0.dll" v0.0 ts=2006/11/21 0:11 202k 2004/01/02 C:\cygwin\bin\cygldap_r-2.dll - os=4.0 img=1.0 sys=4.0 "cygldap_r-2.dll" v0.0 ts=2004/1/2 3:27 68k 2006/01/21 C:\cygwin\bin\cyglightcomp.dll - os=4.0 img=1.0 sys=4.0 "cyglightcomp.dll" v0.0 ts=2006/1/21 2:42 24k 2006/12/15 C:\cygwin\bin\cygltdl-3.dll - os=4.0 img=1.0 sys=4.0 "cygltdl-3.dll" v0.0 ts=2006/12/14 19:29 26k 2004/10/24 C:\cygwin\bin\cygltdl-6.dll - os=4.0 img=1.0 sys=4.0 "cygltdl-6.dll" v0.0 ts=2004/10/24 0:59 83k 2007/04/01 C:\cygwin\bin\cygmagic-1.dll - os=4.0 img=1.0 sys=4.0 "cygmagic-1.dll" v0.0 ts=2007/4/1 12:56 391k 2006/11/05 C:\cygwin\bin\cygMagick++-10.dll - os=4.0 img=1.0 sys=4.0 "cygMagick++-10.dll" v0.0 ts=2006/11/5 6:43 369k 2004/08/11 C:\cygwin\bin\cygMagick++-6.dll - os=4.0 img=1.0 sys=4.0 "cygMagick++-6.dll" v0.0 ts=2004/8/10 23:04 1709k 2006/11/05 C:\cygwin\bin\cygMagick-10.dll - os=4.0 img=1.0 sys=4.0 "cygMagick-10.dll" v0.0 ts=2006/11/5 6:32 3214k 2004/08/11 C:\cygwin\bin\cygMagick-6.dll - os=4.0 img=1.0 sys=4.0 "cygMagick-6.dll" v0.0 ts=2004/8/10 22:37 181k 2003/10/06 C:\cygwin\bin\cygmcrypt-4.dll - os=4.0 img=1.0 sys=4.0 "cygmcrypt-4.dll" v0.0 ts=2003/10/6 7:54 21k 2006/11/15 C:\cygwin\bin\cygmenu-8.dll - os=4.0 img=1.0 sys=4.0 "cygmenu-8.dll" v0.0 ts=2006/11/14 23:05 26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll - os=4.0 img=1.0 sys=4.0 "cygmenu5.dll" v0.0 ts=2001/4/24 22:27 20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll - os=4.0 img=1.0 sys=4.0 "cygmenu6.dll" v0.0 ts=2002/1/8 22:03 29k 2003/08/09 C:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 "cygmenu7.dll" v0.0 ts=2003/8/9 2:25 222k 2005/05/28 C:\cygwin\bin\cygmhash-2.dll - os=4.0 img=1.0 sys=4.0 "cygmhash-2.dll" v0.0 ts=2005/5/28 2:40 20k 2006/12/21 C:\cygwin\bin\cygminires.dll - os=4.0 img=1.1 sys=4.0 "cygminires.dll" v0.0 ts=2006/12/20 21:07 330k 2005/08/08 C:\cygwin\bin\cygmng-1.dll - os=4.0 img=1.0 sys=4.0 "cygmng-1.dll" v0.0 ts=2005/8/8 14:17 121k 2006/11/04 C:\cygwin\bin\cygmp-3.dll - os=4.0 img=1.0 sys=4.0 "cygmp-3.dll" v0.0 ts=2006/11/4 5:52 95k 2004/10/16 C:\cygwin\bin\cygmpfr-0.dll - os=4.0 img=1.0 sys=4.0 "cygmpfr-0.dll" v0.0 ts=2004/10/16 0:47 183k 2006/11/30 C:\cygwin\bin\cygmpfr-1.dll - os=4.0 img=1.0 sys=4.0 "cygmpfr-1.dll" v0.0 ts=2006/11/30 4:21 409k 2007/04/30 C:\cygwin\bin\cygnaim_core-0.dll - os=4.0 img=1.0 sys=4.0 "cygnaim_core-0.dll" v0.0 ts=2007/4/30 13:23 67k 2006/11/15 C:\cygwin\bin\cygncurses++-8.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++-8.dll" v0.0 ts=2006/11/14 23:13 156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++5.dll" v0.0 ts=2001/4/24 22:29 175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++6.dll" v0.0 ts=2002/1/8 22:03 237k 2006/11/15 C:\cygwin\bin\cygncurses-8.dll - os=4.0 img=1.0 sys=4.0 "cygncurses-8.dll" v0.0 ts=2006/11/14 23:02 226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses5.dll" v0.0 ts=2001/4/24 22:17 202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses6.dll" v0.0 ts=2002/1/8 22:03 224k 2003/08/09 C:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 "cygncurses7.dll" v0.0 ts=2003/8/9 2:24 91k 2005/11/24 C:\cygwin\bin\cygneon-24.dll - os=4.0 img=1.0 sys=4.0 "cygneon-24.dll" v0.0 ts=2005/11/24 4:21 90k 2006/01/25 C:\cygwin\bin\cygneon-25.dll - os=4.0 img=1.0 sys=4.0 "cygneon-25.dll" v0.0 ts=2006/1/25 3:02 96k 2007/03/23 C:\cygwin\bin\cygneon-26.dll - os=4.0 img=1.0 sys=4.0 "cygneon-26.dll" v0.0 ts=2007/3/22 16:13 150k 2006/03/29 C:\cygwin\bin\cygnetpbm-10.dll - os=4.0 img=1.0 sys=4.0 "cygnetpbm-10.dll" v0.0 ts=2006/3/29 14:51 23k 2005/08/12 C:\cygwin\bin\cygogg-0.dll - os=4.0 img=1.0 sys=4.0 "cygogg-0.dll" v0.0 ts=2005/8/12 15:39 150k 2005/08/13 C:\cygwin\bin\cygOggFLAC++-2.dll - os=4.0 img=1.0 sys=4.0 "cygOggFLAC++-2.dll" v0.0 ts=2005/8/13 1:09 107k 2005/08/13 C:\cygwin\bin\cygOggFLAC-3.dll - os=4.0 img=1.0 sys=4.0 "cygOggFLAC-3.dll" v0.0 ts=2005/8/13 1:09 49k 2004/08/02 C:\cygwin\bin\cygogrove-0.dll - os=4.0 img=1.0 sys=4.0 "cygogrove-0.dll" v0.0 ts=2004/8/2 8:41 131k 2005/08/21 C:\cygwin\bin\cygopencdk-8.dll - os=4.0 img=1.0 sys=4.0 "cygopencdk-8.dll" v0.0 ts=2005/8/21 8:35 217k 2005/08/01 C:\cygwin\bin\cygORBit-0.dll - os=4.0 img=1.0 sys=4.0 "cygORBit-0.dll" v0.0 ts=2005/8/1 13:29 281k 2006/04/25 C:\cygwin\bin\cygORBit-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygORBit-2-0.dll" v0.0 ts=2006/4/24 19:16 34k 2006/04/25 C:\cygwin\bin\cygORBit-imodule-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygORBit-imodule-2-0.dll" v0.0 ts=2006/4/24 19:30 28k 2005/08/01 C:\cygwin\bin\cygORBitCosNaming-0.dll - os=4.0 img=1.0 sys=4.0 "cygORBitCosNaming-0.dll" v0.0 ts=2005/8/1 13:29 16k 2006/04/25 C:\cygwin\bin\cygORBitCosNaming-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygORBitCosNaming-2-0.dll" v0.0 ts=2006/4/24 19:22 5k 2005/08/01 C:\cygwin\bin\cygORBitutil-0.dll - os=4.0 img=1.0 sys=4.0 "cygORBitutil-0.dll" v0.0 ts=2005/8/1 12:51 1706k 2004/08/02 C:\cygwin\bin\cygosp-4.dll - os=4.0 img=1.0 sys=4.0 "cygosp-4.dll" v0.0 ts=2004/8/2 7:51 326k 2004/08/02 C:\cygwin\bin\cygospgrove-0.dll - os=4.0 img=1.0 sys=4.0 "cygospgrove-0.dll" v0.0 ts=2004/8/2 9:07 1922k 2004/08/02 C:\cygwin\bin\cygostyle-0.dll - os=4.0 img=1.0 sys=4.0 "cygostyle-0.dll" v0.0 ts=2004/8/2 9:07 12k 2006/11/15 C:\cygwin\bin\cygpanel-8.dll - os=4.0 img=1.0 sys=4.0 "cygpanel-8.dll" v0.0 ts=2006/11/14 23:04 15k 2001/04/25 C:\cygwin\bin\cygpanel5.dll - os=4.0 img=1.0 sys=4.0 "cygpanel5.dll" v0.0 ts=2001/4/24 22:27 12k 2002/01/09 C:\cygwin\bin\cygpanel6.dll - os=4.0 img=1.0 sys=4.0 "cygpanel6.dll" v0.0 ts=2002/1/8 22:03 19k 2003/08/09 C:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 "cygpanel7.dll" v0.0 ts=2003/8/9 2:24 198k 2005/07/18 C:\cygwin\bin\cygpango-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpango-1.0-0.dll" v0.0 ts=2005/7/18 4:26 134k 2005/07/18 C:\cygwin\bin\cygpangoft2-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangoft2-1.0-0.dll" v0.0 ts=2005/7/18 4:28 33k 2005/07/18 C:\cygwin\bin\cygpangowin32-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangowin32-1.0-0.dll" v0.0 ts=2005/7/18 4:29 36k 2005/07/18 C:\cygwin\bin\cygpangox-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangox-1.0-0.dll" v0.0 ts=2005/7/18 4:27 22k 2005/07/18 C:\cygwin\bin\cygpangoxft-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangoxft-1.0-0.dll" v0.0 ts=2005/7/18 4:29 109k 2006/02/10 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcre-0.dll" v0.0 ts=2006/2/9 18:37 299k 2006/02/10 C:\cygwin\bin\cygpcrecpp-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcrecpp-0.dll" v0.0 ts=2006/2/9 18:38 63k 2003/04/11 C:\cygwin\bin\cygpcreOld.dll - os=4.0 img=1.0 sys=4.0 "cygpcre.dll" v0.0 ts=2003/4/11 1:31 7k 2006/02/10 C:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix-0.dll" v0.0 ts=2006/2/9 18:37 1249k 2005/12/30 C:\cygwin\bin\cygperl5_8.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_8.dll" v0.0 ts=2005/12/29 17:48 52k 2006/06/06 C:\cygwin\bin\cygpgtypes.dll - os=4.0 img=1.0 sys=4.0 "cygpgtypes.dll" v0.0 ts=2006/6/5 23:36 1063k 2005/10/13 C:\cygwin\bin\cygplot-2.dll - os=4.0 img=1.0 sys=4.0 "cygplot-2.dll" v0.0 ts=2005/10/13 7:30 1229k 2005/10/13 C:\cygwin\bin\cygplotter-2.dll - os=4.0 img=1.0 sys=4.0 "cygplotter-2.dll" v0.0 ts=2005/10/13 8:22 221k 2006/11/05 C:\cygwin\bin\cygpng10.dll - os=4.0 img=1.0 sys=4.0 "cygpng10.dll" v0.0 ts=2006/11/5 15:28 226k 2006/11/05 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 "cygpng12.dll" v0.0 ts=2006/11/5 15:32 170k 2002/01/21 C:\cygwin\bin\cygpng2.dll - os=4.0 img=1.0 sys=4.0 "cygpng2.dll" v0.0 ts=2002/1/20 17:05 22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0 "cygpopt-0.dll" v0.0 ts=2002/6/8 22:45 94k 2006/02/17 C:\cygwin\bin\cygpq.dll - os=4.0 img=1.0 sys=4.0 "cygpq.dll" v0.0 ts=2006/2/16 23:21 199k 2007/02/19 C:\cygwin\bin\cygproj-0.dll - os=4.0 img=1.0 sys=4.0 "cygproj-0.dll" v0.0 ts=2007/2/18 17:24 514k 2005/10/14 C:\cygwin\bin\cygpstoedit-0.dll - os=4.0 img=1.0 sys=4.0 "cygpstoedit-0.dll" v0.0 ts=2005/10/14 8:05 6018k 2005/08/11 C:\cygwin\bin\cygqt-mt-3.dll - os=4.0 img=1.0 sys=4.0 "cygqt-mt-3.dll" v0.0 ts=2005/8/11 15:06 202k 2005/08/11 C:\cygwin\bin\cygqui-1.dll - os=4.0 img=1.0 sys=4.0 "cygqui-1.dll" v0.0 ts=2005/8/11 15:13 108k 2001/06/28 C:\cygwin\bin\cygreadline4.dll - os=4.0 img=1.0 sys=4.0 "cygreadline4.dll" v0.0 ts=2001/1/6 20:34 148k 2003/08/10 C:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0 "cygreadline5.dll" v0.0 ts=2003/8/10 16:16 154k 2007/05/02 C:\cygwin\bin\cygreadline6.dll - os=4.0 img=1.0 sys=4.0 "cygreadline6.dll" v0.0 ts=2007/5/1 18:01 714k 2007/02/27 C:\cygwin\bin\cygruby18.dll - os=4.0 img=1.0 sys=4.0 "cygruby18.dll" v0.0 ts=2007/2/27 2:56 78k 2004/10/13 C:\cygwin\bin\cygsasl2-2.dll - os=4.0 img=1.0 sys=4.0 "cygsasl2-2.dll" v0.0 ts=2004/10/13 15:50 380k 2003/12/13 C:\cygwin\bin\cygsmi-2.dll - os=4.0 img=1.0 sys=4.0 "cygsmi-2.dll" v0.0 ts=2003/12/12 16:57 129k 2005/08/15 C:\cygwin\bin\cygspeex-1.dll - os=4.0 img=1.0 sys=4.0 "cygspeex-1.dll" v0.0 ts=2005/8/15 2:57 231k 2006/10/04 C:\cygwin\bin\cygssl-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygssl-0.9.7.dll" v0.0 ts=2006/10/4 5:12 217k 2007/03/29 C:\cygwin\bin\cygssl-0.9.8.dll - os=4.0 img=1.0 sys=4.0 "cygssl-0.9.8.dll" v0.0 ts=2007/3/29 2:13 165k 2003/04/11 C:\cygwin\bin\cygssl.dll - os=4.0 img=1.0 sys=4.0 "cygssl.dll" v0.0 ts=2003/4/11 3:37 28k 2004/11/15 C:\cygwin\bin\cygstartup-notification-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygstartup-notification-1-0.dll" v0.0 ts=2004/11/14 19:59 5k 2007/02/21 C:\cygwin\bin\cygstunnel.dll - os=4.0 img=1.0 sys=4.0 "cygstunnel.dll" v0.0 ts=2007/2/21 9:27 139k 2007/04/06 C:\cygwin\bin\cygsvn_client-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_client-1-0.dll" v0.0 ts=2007/4/6 16:07 32k 2007/04/06 C:\cygwin\bin\cygsvn_delta-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_delta-1-0.dll" v0.0 ts=2007/4/6 16:03 26k 2007/04/06 C:\cygwin\bin\cygsvn_diff-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_diff-1-0.dll" v0.0 ts=2007/4/6 16:06 14k 2007/04/06 C:\cygwin\bin\cygsvn_fs-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_fs-1-0.dll" v0.0 ts=2007/4/6 16:04 128k 2007/04/06 C:\cygwin\bin\cygsvn_fs_base-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_fs_base-1-0.dll" v0.0 ts=2007/4/6 16:04 88k 2007/04/06 C:\cygwin\bin\cygsvn_fs_fs-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_fs_fs-1-0.dll" v0.0 ts=2007/4/6 16:03 11k 2007/04/06 C:\cygwin\bin\cygsvn_ra-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra-1-0.dll" v0.0 ts=2007/4/6 16:07 93k 2007/04/06 C:\cygwin\bin\cygsvn_ra_dav-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra_dav-1-0.dll" v0.0 ts=2007/4/6 16:07 20k 2007/04/06 C:\cygwin\bin\cygsvn_ra_local-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra_local-1-0.dll" v0.0 ts=2007/4/6 16:05 61k 2007/04/06 C:\cygwin\bin\cygsvn_ra_svn-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra_svn-1-0.dll" v0.0 ts=2007/4/6 16:05 110k 2007/04/06 C:\cygwin\bin\cygsvn_repos-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_repos-1-0.dll" v0.0 ts=2007/4/6 16:04 159k 2007/04/06 C:\cygwin\bin\cygsvn_subr-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_subr-1-0.dll" v0.0 ts=2007/4/6 16:02 28k 2007/04/06 C:\cygwin\bin\cygsvn_swig_perl-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_swig_perl-1-0.dll" v0.0 ts=2007/4/6 16:12 30k 2007/04/06 C:\cygwin\bin\cygsvn_swig_py-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_swig_py-1-0.dll" v0.0 ts=2007/4/6 16:09 41k 2007/04/06 C:\cygwin\bin\cygsvn_swig_ruby-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_swig_ruby-1-0.dll" v0.0 ts=2007/4/6 16:14 174k 2007/04/06 C:\cygwin\bin\cygsvn_wc-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_wc-1-0.dll" v0.0 ts=2007/4/6 16:06 228k 2007/04/04 C:\cygwin\bin\cygt1-5.dll - os=4.0 img=1.0 sys=4.0 "cygt1-5.dll" v0.0 ts=2007/4/4 3:54 17k 2007/04/04 C:\cygwin\bin\cygt1x-5.dll - os=4.0 img=1.0 sys=4.0 "cygt1x-5.dll" v0.0 ts=2007/4/4 3:55 65k 2005/08/21 C:\cygwin\bin\cygtasn1-2.dll - os=4.0 img=1.0 sys=4.0 "cygtasn1-2.dll" v0.0 ts=2005/8/21 7:20 247k 2004/12/07 C:\cygwin\bin\cygtidy-0-99-0.dll - os=4.0 img=1.0 sys=4.0 "cygtidy-0-99-0.dll" v0.0 ts=2004/12/7 6:34 312k 2006/11/10 C:\cygwin\bin\cygtiff-5.dll - os=4.0 img=1.0 sys=4.0 "cygtiff-5.dll" v0.0 ts=2006/11/10 0:09 281k 2003/02/24 C:\cygwin\bin\cygtiff3.dll - os=4.0 img=1.0 sys=4.0 "cygtiff3.dll" v0.0 ts=2003/2/23 20:58 282k 2003/08/11 C:\cygwin\bin\cygtiff4.dll - os=4.0 img=1.0 sys=4.0 "cygtiff4.dll" v0.0 ts=2003/8/10 19:32 281k 2006/11/10 C:\cygwin\bin\cygtiffxx-5.dll - os=4.0 img=1.0 sys=4.0 "cygtiffxx-5.dll" v0.0 ts=2006/11/10 0:09 27k 2005/10/23 C:\cygwin\bin\cygungif-4.dll - os=4.0 img=1.0 sys=4.0 "cygungif-4.dll" v0.0 ts=2005/10/23 13:11 41k 2007/03/31 C:\cygwin\bin\cygusb0.dll - os=4.0 img=1.0 sys=4.0 "cygusb0.dll" v0.0 ts=2007/3/31 13:00 174k 2005/08/14 C:\cygwin\bin\cygvorbis-0.dll - os=4.0 img=1.0 sys=4.0 "cygvorbis-0.dll" v0.0 ts=2005/8/14 12:15 1125k 2005/08/14 C:\cygwin\bin\cygvorbisenc-2.dll - os=4.0 img=1.0 sys=4.0 "cygvorbisenc-2.dll" v0.0 ts=2005/8/14 12:20 42k 2005/08/14 C:\cygwin\bin\cygvorbisfile-3.dll - os=4.0 img=1.0 sys=4.0 "cygvorbisfile-3.dll" v0.0 ts=2005/8/14 12:20 697k 2006/11/05 C:\cygwin\bin\cygWand-10.dll - os=4.0 img=1.0 sys=4.0 "cygWand-10.dll" v0.0 ts=2006/11/5 6:41 154k 2004/08/11 C:\cygwin\bin\cygWand-6.dll - os=4.0 img=1.0 sys=4.0 "cygWand-6.dll" v0.0 ts=2004/8/10 23:04 314k 2005/08/10 C:\cygwin\bin\cygwmf-0-2-7.dll - os=4.0 img=1.0 sys=4.0 "cygwmf-0-2-7.dll" v0.0 ts=2005/8/10 6:54 150k 2005/08/10 C:\cygwin\bin\cygwmflite-0-2-7.dll - os=4.0 img=1.0 sys=4.0 "cygwmflite-0-2-7.dll" v0.0 ts=2005/8/10 6:53 152k 2006/02/08 C:\cygwin\bin\cygwnck-1-18.dll - os=4.0 img=1.0 sys=4.0 "cygwnck-1-18.dll" v0.0 ts=2006/2/7 19:10 35k 2006/07/14 C:\cygwin\bin\cygxdelta-2.dll - os=4.0 img=1.0 sys=4.0 "cygxdelta-2.dll" v0.0 ts=2006/7/14 6:48 2689k 2002/11/16 C:\cygwin\bin\cygxerces-c21.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c21.dll" v0.0 ts=2002/11/15 20:07 2984k 2003/02/07 C:\cygwin\bin\cygxerces-c22.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c22.dll" v0.0 ts=2003/2/7 10:50 3006k 2003/10/12 C:\cygwin\bin\cygxerces-c23.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c23.dll" v0.0 ts=2003/10/11 19:36 3520k 2003/12/16 C:\cygwin\bin\cygxerces-c24.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c24.dll" v0.0 ts=2003/12/16 11:45 3416k 2004/02/21 C:\cygwin\bin\cygxerces-c25.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c25.dll" v0.0 ts=2004/2/20 22:49 457k 2006/07/16 C:\cygwin\bin\cygXmHTML-0.dll - os=4.0 img=1.0 sys=4.0 "cygXmHTML-0.dll" v0.0 ts=2006/7/16 3:32 95k 2005/10/13 C:\cygwin\bin\cygxmi-0.dll - os=4.0 img=1.0 sys=4.0 "cygxmi-0.dll" v0.0 ts=2005/10/13 7:33 408k 2005/08/01 C:\cygwin\bin\cygxml-1.dll - os=4.0 img=1.0 sys=4.0 "cygxml-1.dll" v0.0 ts=2005/8/1 12:43 1065k 2006/06/09 C:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0 "cygxml2-2.dll" v0.0 ts=2006/6/9 12:10 48k 2006/11/18 C:\cygwin\bin\cygXpm-noX-4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-noX-4.dll" v0.0 ts=2006/11/18 0:32 45k 2006/04/18 C:\cygwin\bin\cygXpm-noX4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-noX4.dll" v0.0 ts=2006/4/17 22:06 193k 2006/06/09 C:\cygwin\bin\cygxslt-1.dll - os=4.0 img=1.0 sys=4.0 "cygxslt-1.dll" v0.0 ts=2006/6/9 13:15 65k 2006/10/16 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2006/10/15 18:10 78k 2005/11/10 C:\cygwin\bin\cygzvt-2.dll - os=4.0 img=1.0 sys=4.0 "cygzvt-2.dll" v0.0 ts=2005/11/10 13:06 1830k 2007/01/31 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2007/1/31 1:58 Cygwin DLL version info: DLL version: 1.5.24 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 156 Shared data: 4 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Wed Jan 31 10:57:51 CET 2007 CVS tag: cr-0x5f1 Shared id: cygwin1S4 26k 2005/09/21 C:\cygwin\usr\X11R6\bin\cygDtPrint-1.dll - os=4.0 img=1.0 sys=4.0 "cygDtPrint-1.dll" v0.0 ts=2005/9/21 16:31 20k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygfontenc-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontenc-1.dll" v0.0 ts=2005/10/26 12:14 282k 2003/10/28 C:\cygwin\usr\X11R6\bin\cygfreetype-9.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-9.dll" v0.0 ts=2003/10/17 23:44 34k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygFS-6.dll - os=4.0 img=1.0 sys=4.0 "cygFS-6.dll" v0.0 ts=2005/10/26 10:52 357k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0 "cygGL-1.dll" v0.0 ts=2005/10/26 11:30 441k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygGLU-1.dll - os=4.0 img=1.0 sys=4.0 "cygGLU-1.dll" v0.0 ts=2005/10/26 11:48 140k 2004/08/06 C:\cygwin\usr\X11R6\bin\cygglut-3.dll - os=4.0 img=1.0 sys=4.0 "cygglut-3.dll" v0.0 ts=2004/8/6 7:43 74k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0 "cygICE-6.dll" v0.0 ts=2005/10/26 10:11 74k 2005/09/21 C:\cygwin\usr\X11R6\bin\cygMrm-2.dll - os=4.0 img=1.0 sys=4.0 "cygMrm-2.dll" v0.0 ts=2005/9/21 16:30 8k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygoldX-6.dll - os=4.0 img=1.0 sys=4.0 "cygoldX-6.dll" v0.0 ts=2005/10/26 10:09 1662k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygOSMesa-4.dll - os=4.0 img=1.0 sys=4.0 "cygOSMesa-4.dll" v0.0 ts=2005/10/26 11:32 41k 2002/05/14 C:\cygwin\usr\X11R6\bin\cygPropList-0.dll - os=4.0 img=1.0 sys=4.0 "cygPropList-0.dll" v0.0 ts=2002/5/13 20:13 28k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0 "cygSM-6.dll" v0.0 ts=2005/10/26 10:12 63k 2005/09/21 C:\cygwin\usr\X11R6\bin\cygUil-2.dll - os=4.0 img=1.0 sys=4.0 "cygUil-2.dll" v0.0 ts=2005/9/21 16:31 884k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0 "cygX11-6.dll" v0.0 ts=2005/10/26 10:07 8k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXau-6.dll - os=4.0 img=1.0 sys=4.0 "cygXau-6.dll" v0.0 ts=2005/10/26 9:31 250k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXaw-6.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-6.dll" v0.0 ts=2005/10/26 10:33 354k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXaw-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-7.dll" v0.0 ts=2005/10/26 10:39 360k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXaw-8.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-8.dll" v0.0 ts=2005/10/26 10:45 275k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygXaw3d-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw3d-7.dll" v0.0 ts=2004/1/13 14:17 7k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXcomposite-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcomposite-1.dll" v0.0 ts=2005/10/26 12:04 30k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXcursor-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcursor-1.dll" v0.0 ts=2005/10/26 12:03 8k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXdamage-1.dll - os=4.0 img=1.0 sys=4.0 "cygXdamage-1.dll" v0.0 ts=2005/10/26 12:02 16k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXdmcp-6.dll - os=4.0 img=1.0 sys=4.0 "cygXdmcp-6.dll" v0.0 ts=2005/10/26 9:34 7k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXevie-1.dll - os=4.0 img=1.0 sys=4.0 "cygXevie-1.dll" v0.0 ts=2005/10/26 12:01 50k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0 "cygXext-6.dll" v0.0 ts=2005/10/26 10:14 15k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXfixes-3.dll - os=4.0 img=1.0 sys=4.0 "cygXfixes-3.dll" v0.0 ts=2005/10/26 12:02 56k 2004/03/11 C:\cygwin\usr\X11R6\bin\cygXft-1.dll - os=4.0 img=1.0 sys=4.0 "cygXft-1.dll" v0.0 ts=2003/11/17 17:42 63k 2004/03/23 C:\cygwin\usr\X11R6\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0 "cygXft-2.dll" v0.0 ts=2004/3/23 14:20 26k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXi-6.dll - os=4.0 img=1.0 sys=4.0 "cygXi-6.dll" v0.0 ts=2005/10/26 10:48 121k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygxkbfile-1.dll - os=4.0 img=1.0 sys=4.0 "cygxkbfile-1.dll" v0.0 ts=2005/10/26 10:54 11k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygxkbui-1.dll - os=4.0 img=1.0 sys=4.0 "cygxkbui-1.dll" v0.0 ts=2005/10/26 10:54 1185k 2005/09/21 C:\cygwin\usr\X11R6\bin\cygXm-2.dll - os=4.0 img=1.0 sys=4.0 "cygXm-2.dll" v0.0 ts=2005/9/21 16:27 74k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXmu-6.dll - os=4.0 img=1.0 sys=4.0 "cygXmu-6.dll" v0.0 ts=2005/10/26 10:22 10k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXmuu-1.dll - os=4.0 img=1.0 sys=4.0 "cygXmuu-1.dll" v0.0 ts=2005/10/26 10:23 26k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXp-6.dll - os=4.0 img=1.0 sys=4.0 "cygXp-6.dll" v0.0 ts=2005/10/26 10:27 54k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-4.dll" v0.0 ts=2005/10/26 10:26 10k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXrandr-2.dll - os=4.0 img=1.0 sys=4.0 "cygXrandr-2.dll" v0.0 ts=2005/10/26 11:58 30k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0 "cygXrender-1.dll" v0.0 ts=2005/10/26 11:52 7k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXRes-1.dll - os=4.0 img=1.0 sys=4.0 "cygXRes-1.dll" v0.0 ts=2005/10/26 12:00 38k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygxrx-6.dll - os=4.0 img=1.0 sys=4.0 "cygxrx-6.dll" v0.0 ts=2005/10/26 13:13 24k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygxrxnest-6.dll - os=4.0 img=1.0 sys=4.0 "cygxrxnest-6.dll" v0.0 ts=2005/10/26 13:14 283k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXt-6.dll - os=4.0 img=1.0 sys=4.0 "cygXt-6.dll" v0.0 ts=2005/10/26 10:19 27k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXTrap-6.dll - os=4.0 img=1.0 sys=4.0 "cygXTrap-6.dll" v0.0 ts=2005/10/26 12:00 17k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXtst-6.dll - os=4.0 img=1.0 sys=4.0 "cygXtst-6.dll" v0.0 ts=2005/10/26 10:49 578k 2006/03/24 C:\cygwin\lib\lapack\cygblas.dll - os=4.0 img=1.0 sys=4.0 "cygblas.dll" v0.0 ts=2006/3/23 21:30 4887k 2006/03/24 C:\cygwin\lib\lapack\cyglapack.dll - os=4.0 img=1.0 sys=4.0 "cyglapack.dll" v0.0 ts=2006/3/23 21:30 172k 2005/01/31 C:\cygwin\usr\openwin\bin\cygolgx-3.2.4.dll - os=4.0 img=1.0 sys=4.0 "cygolgx-3.2.4.dll" v0.0 ts=2005/1/31 11:39 3754k 2005/01/31 C:\cygwin\usr\openwin\bin\cygxview-3.2.4.dll - os=4.0 img=1.0 sys=4.0 "cygxview-3.2.4.dll" v0.0 ts=2005/1/31 11:51 Service : cygserver Display name : CYGWIN cygserver Current State : Running Controls Accepted : Stop Command : /usr/sbin/cygserver stdin path : /dev/null stdout path : /var/log/cygserver.log stderr path : /var/log/cygserver.log Process Type : Own Process Startup : Automatic Account : LocalSystem Service : sshd Display name : CYGWIN sshd Current State : Stopped Command : /usr/sbin/sshd -D stdin path : /dev/null stdout path : /var/log/sshd.log stderr path : /var/log/sshd.log Environment : CYGWIN="'ntsec notraverse'" Process Type : Own Process Startup : Manual Account : LocalSystem Cygwin Package Information Last downloaded files to: C:\cygwin Last downloaded files from: http://mirror.mcs.anl.gov/cygwin Package Version _update-info-dir 00516-1 a2ps 4.13-1 aalib 1.4rc5-1 aalib-devel 1.4rc5-1 agetty 2.1-2 alternatives 1.3.29a-1 antiword 0.34-2 apache 1.3.33-2 apache2 2.2.4-1 apache2-devel 2.2.4-1 apache2-manual 2.2.4-1 apr 0.9.7-1 apr-util 0.9.7-1 apr1 1.2.8-2 aprutil1 1.2.8-1 asciidoc 8.2.1-1 ash 20040127-3 aspell 0.50.3-1 aspell-de 0.50.2-1 aspell-dev 0.50.3-1 aspell-doc 0.50.3-1 aspell-en 0.51.0-1 aspell-pl 0.50.2-1 aspell-sv 0.50.2-2 astyle 1.20.2-1 atk 1.10.3-1 atk-devel 1.10.3-1 atk-doc 1.10.3-1 atk-runtime 1.10.3-1 audiofile 0.2.6-2 autoconf 4-1 autoconf-devel 2.59-2 autoconf-stable 2.13-6 autoconf2.1 2.13-3 autoconf2.5 2.61-1 automake 2-1 automake-devel 1.9.2-2 automake-stable 1.4p6-3 automake1.10 1.10-1 automake1.4 1.4p6-4 automake1.5 1.5-2 automake1.6 1.6.3-3 automake1.7 1.7.9-3 automake1.8 1.8.5-3 automake1.9 1.9.6-2 autossh 1.4a-1 base-files 3.7-1 base-passwd 2.2-1 bash 3.2.17-15 bash-completion 20060301-2 bashdb 3.1_0.08-1 bashdb3 0.02-1 bc 1.06-2 binutils 20060817-1 bison 2.3-1 boost 1.33.1-3 boost-devel 1.33.1-3 bsdiff 4.3-4 bsflite 0.82-2 byacc 1.9-1 bzip2 1.0.3-2 bzr 0.8.2-1 c-client 2002e-3 c3270 3.3.4p7-1 cabextract 1.1-1 cadaver 0.22.5-1 cairo 1.0.2-1 cairo-doc 1.0.2-1 catdoc 0.94.2-2 catgets 1.0-1 ccache 2.2-1 ccdoc 0.8.41-2 ccrypt 1.7-1 cgoban 1.9.14-2 check 0.9.2-2 checkx 0.2.0-2 chere 0.7-1 chkconfig 1.2.24h-1 clamav 0.90.1-2 clear 1.0-2 clisp 2.41-2 cmake 2.4.6-1 cocom 0.995-1 cogito 0.18.2-1 compface 1.5.2-1 coreutils 6.9-2 cpio 2.7-2 cppunit 1.9.14-1 cramfs 1.1-1 cron 4.1-3 crypt 1.1-1 ctags 5.6-1 ctetris 0.30-1 curl 7.15.4-1 curl-devel 7.15.4-1 cvs 1.11.22-1 cvsps 2.1-1 cvsutils 0.2.3-1 cygipc 2.03-2 cygport 0.2.10-1 cygrunsrv 1.17-1 cygutils 1.3.1-1 cygwin 1.5.24-2 cygwin-doc 1.4-4 cygwin-x-doc 1.0.4-1 cyrus-sasl 2.1.19-3 d 1.2.0-1 db2 2.7.7-4 db3.1 3.1.17-2 db4.1 4.1.25-1 db4.2 4.2.52-1 db4.3 4.3.28-1 ddd 3.3.9-1 dejagnu 20021217-2 desktop-file-utils 0.10-1 diff 1.0-1 diffstat 1.43-1 diffutils 2.8.7-1 distcc 2.18.3-1 dmalloc 5.4.2-2 docbook-xml412 4.1.2-1 docbook-xml42 4.2-3 docbook-xml43 4.3-1 docbook-xml44 4.4-1 docbook-xsl 1.69.1-1 doxygen 1.5.1-1 dpkg 1.10.4-2 e2fsimage 0.2.0-2 e2fsprogs 1.35-3 ec-fonts-mftraced 1.0.8-4 ed 0.2-1 editrights 1.01-1 ELFIO 1.0.2-1 emacs 21.2-13 emacs-el 21.2-13 emacs-leim 21.3.50-2 emacs-X11 21.2-13 email 2.5.0-1 enscript 1.6.4-1 epstool 3.08-1 esound 0.2.36-1 exif 0.6.9-2 exim 4.66-1 expat 1.95.8-2 expect 20030128-1 fcgi 2.4.0-2 fetchmail 6.3.8-1 fftw3 3.0.1-2 fftw3-dev 3.0.1-2 fftw3-doc 3.0.1-2 figlet 2.2-1 file 4.20-1 fileutils 4.1-3 findutils 4.3.4-1 flac 1.1.2-1 flac-devel 1.1.2-1 flex 2.5.4a-3 fltk 1.1.8r5648-1 fltk-demos 1.1.8r5648-1 fltk-devel 1.1.8r5648-1 fltk-doc 1.1.8r5648-1 fontconfig 2.4.1-5 fortune 1.99.1-2 freeglut 2.2.0-1 freetype2 2.1.9-1 fvwm 2.4.7-3 gail 1.8.8-1 gawk 3.1.5-4 gcc 3.4.4-3 gcc-ada 3.4.4-3 gcc-core 3.4.4-3 gcc-g++ 3.4.4-3 gcc-g77 3.4.4-3 gcc-gdc 3.4.4-3 gcc-gm2 3.3.3-1 gcc-gpc 3.4.4-3 gcc-java 3.4.4-3 gcc-mingw 20040810-1 gcc-mingw-ada 20050522-1 gcc-mingw-core 20050522-1 gcc-mingw-g++ 20050522-1 gcc-mingw-g77 20050522-1 gcc-mingw-gdc 20050522-1 gcc-mingw-gpc 20040810-1 gcc-mingw-java 20050522-1 gcc-mingw-objc 20050522-1 gcc-objc 3.4.4-3 gcc2 2.95.3-10 GConf2 2.14.0-2 GConf2-devel 2.14.0-2 GConf2-doc 2.14.0-2 gd 2.0.34-1 gdb 20060706-2 gdbm 1.8.3-8 gdk-pixbuf 0.22.0-4 gdk-pixbuf-devel 0.22.0-4 gdk-pixbuf-doc 0.22.0-4 geoip 1.3.14-1 gettext 0.15-1 gettext-devel 0.15-1 ghostscript 8.50-1 ghostscript-base 8.50-1 ghostscript-x11 8.50-1 git 1.5.1.3-1 glib 1.2.10-3 glib-devel 1.2.10-3 glib2 2.10.3-1 glib2-devel 2.10.3-1 glib2-doc 2.10.3-1 glib2-runtime 2.10.3-1 glitz 0.4.4-2 gmp 4.2.1-1 gnome-common 2.12.0-1 gnome-icon-theme 2.14.2-1 gnome-keyring 0.4.8-1 gnome-libs 1.4.2-3 gnome-libs-devel 1.4.2-3 gnome-libs-doc 1.4.2-3 gnome-mime-data 2.4.2-1 gnome-themes 2.14.2-1 gnome-vfs2 2.12.2-1 gnome-vfs2-devel 2.12.2-1 gnome-vfs2-doc 2.12.2-1 gnubg 0.14.3-1 gnugo 3.7.10-1 gnupg 1.4.5-1 gnuplot 4.2.0-1 gnutls 1.0.25-2 gnutls-devel 1.0.25-2 gnutls-doc 1.0.25-2 gperf 2.7.2-1 grace 5.1.19-1 GraphicsMagick 1.0.6-1 grep 2.5.1a-2 groff 1.18.1-2 gsl 1.9-1 gsl-apps 1.9-1 gsl-devel 1.9-1 gsl-doc 1.9-1 gtk+ 1.2.10-2 gtk+-devel 1.2.10-2 gtk-doc 1.5-1 gtk-engines 0.12-2 gtk2-x11 2.6.10-1 gtk2-x11-devel 2.6.10-1 gtk2-x11-doc 2.6.10-1 gtk2-x11-engines 2.6.7-1 gtk2-x11-runtime 2.6.10-1 gtypist 2.7-2 guile 1.8.1-6 guile-devel 1.8.1-6 guile-doc 1.8.1-6 gv 3.6.1-2 gvim 7.0.035-1 gzip 1.3.12-1 hdparm 6.9-1 help2man 1.35.1-1 hexedit 1.2.10-1 hicolor-icon-theme 0.5-1 httptunnel 3.3-1 ImageMagick 6.3.0.1-2 imlib 1.9.14-3 indent 2.2.9-1 inetutils 1.3.2-35 initscripts 0.9-1 intltool 0.35.0-1 ioperm 0.4-1 irc 20010101-3 jasper 1.701.0-1 jbigkit 1.6-1 jgraph 8.3-1 jikes 1.22-1 joe 3.5-1 jpeg 6b-12 keychain 2.6.8-1 lablgtk2 2.4.0-2 lapack 3.0-5 lcms 1.14-1 less 381-1 lesstif 0.94.4-1 lftp 3.5.9-1 libaa1 1.4rc5-1 libao 0.8.6-1 libao-devel 0.8.6-1 libao2 0.8.6-1 libapr0 0.9.7-1 libapr1 1.2.8-2 libaprutil0 0.9.7-1 libaprutil1 1.2.8-1 libart_lgpl 1.4.2-3 libart_lgpl2 2.3.17-1 libaspell15 0.50.3-1 libasprintf0 0.15-1 libaudiofile-devel 0.2.6-2 libaudiofile0 0.2.6-2 libbonobo2 2.14.0-1 libbonobo2-devel 2.14.0-1 libbonobo2-doc 2.14.0-1 libbonobo20 2.14.0-1 libbonoboui2 2.10.1-1 libboost 1.33.1-3 libbz2-devel 1.0.3-2 libbz2_0 1.0.2-1 libbz2_1 1.0.3-2 libcairo2 1.0.2-1 libcharset1 1.11-1 libclamav-devel 0.90.1-2 libclamav1 0.90-1 libclamav2 0.90.1-2 libcroco 0.5.1-2 libcroco06 0.6.1-1 libcroco06-devel 0.6.1-1 libcurl2 7.11.1-3 libcurl3 7.15.4-1 libdb2 2.7.7-4 libdb2-devel 2.7.7-4 libdb3.1 3.1.17-2 libdb3.1-devel 3.1.17-2 libdb4.1 4.1.25-1 libdb4.1-devel 4.1.25-1 libdb4.2 4.2.52-1 libdb4.2-devel 4.2.52-1 libdb4.3 4.3.28-1 libdb4.3-devel 4.3.28-1 libecpg-compat1 7.4.5-1 libecpg-compat2 8.1.4-2 libecpg-devel 8.1.4-2 libecpg4 7.4.5-1 libecpg5 8.1.4-2 libEMF 1.0.3-1 libEMF-devel 1.0.3-1 libEMF1 1.0.3-1 libesound-devel 0.2.36-1 libesound0 0.2.36-1 libexif 0.6.12-1 libexif10 0.6.9-2 libexpat0 1.95.8-2 libfcgi-devel 2.4.0-2 libfcgi0 2.4.0-2 libFLAC++5 1.1.2-1 libFLAC7 1.1.2-1 libfontconfig-devel 2.4.1-5 libfontconfig1 2.4.1-5 libfpx 1.2.0.12-1 libfreetype2-devel 2.1.9-1 libfreetype26 2.1.9-1 libgc 6.4-1 libgcrypt 1.2.1-1 libgd-devel 2.0.34-1 libgd2 2.0.34-1 libgdbm 1.8.0-5 libgdbm-devel 1.8.3-8 libgdbm3 1.8.3-3 libgdbm4 1.8.3-8 libgeotiff 1.2.3a-1 libgeotiff-devel 1.2.3a-1 libgeotiff1 1.2.3a-1 libgettextpo0 0.15-1 libggi2 2.2.1-1 libggi2-devel 2.2.1-1 libggi2-display-aa 2.2.1-1 libggi2-display-file 2.2.1-1 libggi2-display-terminfo 2.2.1-1 libggi2-display-x 2.2.1-1 libggi2-samples 2.2.1-1 libggimisc2 2.2.1-1 libggimisc2-devel 2.2.1-1 libggimisc2-samples 2.2.1-1 libggiwmh0 0.3.1-1 libggiwmh0-devel 0.3.1-1 libggiwmh0-display-x 0.3.1-1 libggiwmh0-samples 0.3.1-1 libgii1 1.0.1-1 libgii1-devel 1.0.1-1 libgii1-input-x 1.0.1-1 libglade2 2.5.1-1 libglitz-glx1 0.4.4-2 libglitz1 0.4.4-2 libgmp-devel 4.2.1-1 libgmp3 4.2.1-1 libgnome 1.4.2-3 libgnome2 2.12.0.1-1 libgnome2-devel 2.12.0.1-1 libgnome2-doc 2.12.0.1-1 libgnomecanvas2 2.12.0-1 libgnomecanvas2-devel 2.12.0-1 libgnomecanvas2-doc 2.12.0-1 libgnomecanvaspixbuf 0.22.0-4 libgnomeprint22 2.10.3-1 libgnomeprintui22 2.10.2-1 libgnomesupport 1.4.2-3 libgnomeui 1.4.2-3 libgnomeui2 2.12.1-1 libgnomeui2-devel 2.12.1-1 libgnomeui2-doc 2.12.1-1 libgnorba 1.4.2-3 libgnutls11 1.0.25-2 libgpg-error 1.1-1 libGraphicsMagick-devel 1.0.6-1 libGraphicsMagick0 1.0.6-1 libgtkhtml2 2.6.3-2 libgtkhtml2-devel 2.6.3-2 libgtkxmhtml 1.4.2-3 libguile12 1.6.7-4 libguile12abi13 1.6.4-3 libguile14 1.5.6-5 libguile16 1.7.1.20041006-1 libguile17 1.8.1-6 libiconv 1.11-1 libiconv2 1.11-1 libIDL 0.5.17-2 libIDL2 0.8.6-1 libintl 0.10.38-3 libintl1 0.10.40-1 libintl2 0.12.1-3 libintl3 0.14.5-1 libintl8 0.15-1 libjbig-devel 1.6-1 libjbig1 1.5-3 libjbig2 1.6-1 libjpeg-devel 6b-12 libjpeg62 6b-12 libjpeg6b 6b-8 libkpathsea3 2.0.2-15 libkpathsea3abi13 2.0.2-2 libkpathsea4 3.0.0-3 libltdl3 1.5.23a-2 libltdl6 1.9f_20041024-1 libMagick-devel 6.3.0.1-2 libMagick10 6.3.0.1-2 libMagick6 6.0.4-1 libmcrypt 2.5.7-2 libmcrypt-devel 2.5.7-2 libmng 1.0.9-1 libmpfr-devel 2.2.1-1 libmpfr0 4.1.4-3 libmpfr1 2.2.1-1 libncurses-devel 5.5-3 libncurses5 5.2-1 libncurses6 5.2-8 libncurses7 5.3-4 libncurses8 5.5-3 libneon24 0.24.7-2 libneon25 0.25.5-1 libneon26 0.26.3-1 libnetpbm-devel 10.33-1 libnetpbm10 10.33-1 libogg 1.1.2-1 libogg-devel 1.1.2-1 libogg0 1.1.2-1 libOggFLAC++2 1.1.2-1 libOggFLAC3 1.1.2-1 libopencdk8 0.5.7-1 libopenldap2 2.1.25-1 libopenldap2_2_7 2.2.26-2 libopenldap2_3_0 2.3.30-1 libpcre 4.1-2 libpcre0 6.6-1 libpgtypes1 7.4.5-1 libpgtypes2 8.1.4-2 libplot2 2.4.1-1 libploticus 2.32-1 libplotter2 2.4.1-1 libpng 1.2.12-1 libpng10 1.0.20-1 libpng10-devel 1.0.20-1 libpng12 1.2.12-1 libpng12-devel 1.2.12-1 libpng2 1.0.12-1 libpopt0 1.6.4-4 libpq-devel 8.1.4-2 libpq3 7.4.5-1 libpq4 8.0.7-1 libproj-devel 4.5.0a-2 libproj0 4.5.0a-2 libPropList 0.10.1-3 libreadline4 4.1-2 libreadline5 4.3-5 libreadline6 5.2.4-8 libsasl2 2.1.19-3 libsasl2-devel 2.1.19-3 libsigsegv 2.4-1 libsmi 0.4.2-1 libspeex1 1.1.10-1 libtasn1 0.2.15-1 libtiff-devel 3.8.2-3 libtiff3 3.6.0-2 libtiff4 3.6.0-5 libtiff5 3.8.2-3 libtiffxx-devel 3.8.2-3 libtiffxx5 3.8.2-3 libtool 1.5b-2 libtool-devel 1.5.10-2 libtool-stable 1.4.3-3 libtool1.5 1.5.23a-2 libungif 4.1.4-1 libungif4 4.1.4-1 libusb-win32 0.1.12.1-2 libvorbis 1.1.1-1 libvorbis-devel 1.1.1-1 libvorbis0 1.1.1-1 libvorbisenc2 1.1.1-1 libvorbisfile3 1.1.1-1 libwmf 0.2.8.4-1 libwnck 2.12.3-1 libwnck-devel 2.12.3-1 libwnck-doc 2.12.3-1 libwnck1_18 2.12.3-1 libxdelta2 1.1.3-3 libxerces-c21 2.1.0-1 libxerces-c22 2.2.0-1 libxerces-c23 2.3.0-4 libxerces-c24 2.4.0-4 libxerces-c25 2.5.0-1 libXft 2.1.6-1 libXft-devel 2.1.6-1 libXft1 1.0.0-1 libXft2 2.1.6-1 libxmi0 2.4.1-1 libxml 1.8.17-2 libxml2 2.6.26-1 libxml2-devel 2.6.26-1 libxml2-doc 2.6.26-1 libxml2-python 2.6.26-1 libXpm-noX 3.5.6-1 libXpm-noX-devel 3.5.6-1 libXpm-noX_4 3.5.6-1 libxslt 1.1.17-1 libxslt-devel 1.1.17-1 libxslt-doc 1.1.17-1 libzvt 1.4.2-3 lighttpd 1.4.9-1 links 0.99pre14-1 login 1.9-7 lynx 2.8.5-4 lyx 1.4.4-2 m4 1.4.9-1 make 3.81-1 man 1.6e-1 mathomatic 12.7.0-1 mc 4.6.1-2 mhash 0.9.2-1 mhash-devel 0.9.1-1 mined 2000.13.2-1 mingw-bzip2 1.0.3-2 mingw-libbz2_1 1.0.3-2 mingw-runtime 3.12-4 mingw-zlib 1.2.3-2 minires 1.01-1 minires-devel 1.01-1 mktemp 1.5-4 mlcscope 14.1.8-2 mod_auth_mysql 1.11-1 mod_auth_ntsec 1.7-1 mod_dav 1.0.3-1.3.6-1 mod_php4 4.2.0-2 mod_ssl 2.8.8-1.3.24-1 monotone 0.34-1 more 2.11o-3 mpfr 2.2.1-1 mt 2.3.1-1 mtd 20050419-1 multitail 5.0.0-1 mutt 1.4.2.2-1 naim 0.11.8.2.1-2 nano 1.2.2-1 nasm 0.98.39-1 ncftp 3.2.0-1 ncurses 5.5-3 ncurses-demo 5.5-3 nedit 5.5-1 neon 0.26.3-1 netcat 1.10-2 netpbm 10.33-1 netpbm-doc 10.33-1 newlib-man 20020801 nfs-server 2.3-5 Numeric 24.2-1 ocaml 3.08.1-1 octave 2.1.73-1 octave-doc 2.1.73-1 octave-forge 2006.03.17-1 octave-headers 2.1.73-1 octave-htmldoc 2.1.73-1 octave-info 2.1.73-1 octave-otags 2.1.73-1 openbox 0.99.1-4 opencdk 0.5.7-1 opengl 1.1.0-8 openjade 1.3.3-1 openldap 2.3.30-1 openldap-devel 2.3.30-1 OpenSP 1.5.1-1 openssh 4.6p1-1 openssl 0.9.8e-3 openssl-devel 0.9.8e-3 openssl096 0.9.6j-1 openssl097 0.9.7l-1 ORBit 0.5.17-2 ORBit-devel 0.5.17-2 ORBit2 2.14.0-1 ORBit2-devel 2.14.0-1 ORBit2-doc 2.14.0-1 orpie 1.4.3-1 pango 1.8.1-1 pango-devel 1.8.1-1 pango-doc 1.8.1-1 pango-runtime 1.8.1-1 par 1.52-1 patch 2.5.8-9 patchutils 0.2.31-1 pcre 6.6-1 pcre-devel 6.6-1 pcre-doc 6.6-1 pdksh 5.2.14-3 perl 5.8.7-5 perl-ExtUtils-Depends 0.205-1 perl-ExtUtils-PkgConfig 1.07-1 perl-Image-Magick 6.3.0.1-2 perl-libwin32 0.26-1 perl-Tk 804.027-4 perl-Win32-GUI 1.04-1 perl_manpages 5.8.7-5 pine 4.58-1 pinfo 0.6.8-1 ping 1.0-1 pkg-config 0.21-1 pkgconfig 0.17.2-3 ploticus 2.32-1 ploticus-common 2.32-1 ploticus-doc 2.32-1 plotutils 2.4.1-1 plotutils-devel 2.4.1-1 plotutils-doc 2.4.1-1 popt 1.6.4-4 postgresql 8.0.7-1 postgresql-client 8.0.7-1 postgresql-contrib 8.1.4-2 postgresql-devel 8.1.4-2 postgresql-doc 8.1.4-2 postgresql-plperl 8.1.4-2 postgresql-plpython 8.1.4-2 pr3270 3.2.20-1 pr3287 3.3.4p7-1 procmail 3.22-10 procps 3.2.7-1 proftpd 1.2.10-1 proj 4.5.0a-2 psmisc 21.5-3 pstoedit 3.42-1 pstoedit-devel 3.42-1 psutils 1.17-1 pygtk2 2.6.3-1 pylibxml2 2.6.26-1 pylibxslt 1.1.17-1 python 2.5-1 python-pyrex 0.9.5.1a-3 qt3 3.3.4-2 qt3-bin 3.3.4-2 qt3-devel 3.3.4-2 qt3-doc 3.3.4-2 qt_2 2.3.1-b2 quilt 0.43-1 rcs 5.7-3 readline 5.2.4-8 rebase 2.4.3-1 regex 4.4-4 rlwrap 0.24-1 robots 2.0-4 rpm 4.1-2 rpm-build 4.1-1 rpm-doc 4.1-1 rsync 2.6.6-1 ruby 1.8.5-3 run 1.1.10-1 rxvt 20050409-4 rxvt-unicode-common 7.7-6 rxvt-unicode-X 7.7-6 s3270 3.3.4p7-1 sed 4.1.5-2 setsid 0.0-4 sh-utils 2.0.15-5 shared-mime-info 0.17-1 sharutils 4.6.3-1 shutdown 1.7-1 singular-base 3.0.2-1 singular-help 3.0.2-1 singular-icons 3.0.2-1 singular-share 3.0.2-1 singular-surf 3.0.0-2 smartmontools 5.37-1 speex 1.1.10-1 speex-devel 1.1.10-1 splint 3.1.1-1 squid 2.4.STABLE7-1 ssmtp 2.60.9-3 startup-notification 0.8-1 stow 1.3.3-1 stunnel 4.20-2 subversion 1.4.3-1 subversion-apache2 1.4.3-1 subversion-book 1.2.3-1 subversion-devel 1.4.3-1 subversion-perl 1.4.3-1 subversion-python 1.4.3-1 subversion-ruby 1.4.3-1 suite3270 3.3.4p7-1 sunrpc 4.0-3 SWI-Prolog 5.2.6-1 swig 1.3.29-2 syslog-ng 1.6.12-1 sysvinit 2.84-4 t1lib 5.1.1-1 t1lib-x11 5.1.1-1 tar 1.16.1-1 tcl3270 3.3.4p7-1 tcltk 20060202-1 tcm 2.20-1 tcp_wrappers 7.6-1 tcsh 6.15.00-2 termcap 20050421-1 terminfo 5.5_20061104-1 tetex 3.0.0-3 tetex-base 3.0.0-3 tetex-beta 20020911-1 tetex-bin 3.0.0-3 tetex-devel 3.0.0-3 tetex-doc 3.0.0-3 tetex-extra 3.0.0-3 tetex-tiny 3.0.0-3 tetex-x11 3.0.0-3 texi2html 1.76-1 texinfo 4.8a-1 TeXmacs 1.0.6-1 texmf 20020911-1 texmf-base 20020911-1 texmf-doc 20020911-1 texmf-extra 20020911-1 texmf-tiny 20020911-1 textutils 2.0.21-2 tidy 041206-1 tiff 3.8.2-3 tiff-doc 3.8.2-3 time 1.7-1 tin 1.8.3-1 tinyirc 1.1-1 tnef 1.3.4-1 transfig 3.2.4-2 ttcp 19980512-1 typespeed 0.4.4-2 tzcode 2007e-1 ucl 1.01-1 unison 2.10.2-4 unison2.10.2 2.10.2-6 unison2.12.0 2.12.0-4 unison2.13 2.13.16-1 unison2.17 2.17.1-1 unison2.9.1 2.9.1-3 unison2.9.20 2.9.20-3 units 1.77-1 unzip 5.52-2 upx 1.24-1 util-linux 2.12r-2 uw-imap 2002e-3 uw-imap-imapd 2002e-3 uw-imap-util 2002e-3 vim 7.0.223-1 vorbis-tools 1.1.1-5 w32api 3.9-1 w3m 0.5.1-2 wget 1.10.2-2 which 1.7-1 whois 4.7.20-1 WindowMaker 0.90.0-2 WordNet 3.0-1 wtf 0.0.4-6 X-start-menu-icons 1.0.4-1 X-startup-scripts 1.0.11-1 X11 2.2.2-1 x2x 1.30-2 x3270 3.3.4p7-1 Xaw3d 1.5D-5 xdelta 1.1.3-3 xdelta-devel 1.1.3-3 xemacs 21.4.20-2 xemacs-emacs-common 21.4.20-2 xemacs-mule-sumo 2005-12-08-1 xemacs-sumo 2005-12-08-1 xemacs-tags 21.4.20-2 xerces-c 2.5.0-1 xerces-c-devel 2.5.0-1 xerces-c-doc 2.5.0-1 xfig 3.2.4-6 xfig-base 3.2.4-1 xfig-bin 3.2.4-3 xfig-doc 3.2.4-2 xfig-etc 3.2.4-4 xfig-lib 3.2.4-6 xfig-man 3.2.4-2 XFree86-base 4.3.0-11 XFree86-bin 4.3.0-21 XFree86-bin-icons 4.3.0-7 XFree86-doc 4.3.0-2 XFree86-etc 4.3.0-12 XFree86-f100 4.3.0-2 XFree86-fcyr 4.3.0-2 XFree86-fenc 4.3.0-2 XFree86-fnts 4.3.0-2 XFree86-fscl 4.3.0-2 XFree86-fsrv 4.3.0-9 XFree86-html 4.3.0-10 XFree86-jdoc 4.3.0-2 XFree86-lib 4.3.0-3 XFree86-lib-compat 4.3.0-2 XFree86-man 4.3.0-10 XFree86-nest 4.3.0-8 XFree86-prog 4.3.0-21 XFree86-prt 4.3.0-6 XFree86-ps 4.3.0-2 XFree86-startup-scripts 4.3.0-1 XFree86-vfb 4.3.0-8 XFree86-xserv 4.3.0-68 XFree86-xwinclip 4.3.0-3 xgraph 12.1-1 xinetd 2.3.9-1 XmHTML 1.1.7-2 xmlto 0.0.18-1 xmon 1.5.6-1 xorg-x11-base 6.8.99.901-1 xorg-x11-bin 6.8.99.901-1 xorg-x11-bin-dlls 6.8.99.901-1 xorg-x11-bin-lndir 6.8.99.901-1 xorg-x11-devel 6.8.99.901-1 xorg-x11-etc 6.8.99.901-1 xorg-x11-f100 6.8.99.901-1 xorg-x11-fcyr 6.8.99.901-1 xorg-x11-fenc 6.8.99.901-1 xorg-x11-fnts 6.8.99.901-1 xorg-x11-fscl 6.8.99.901-1 xorg-x11-fsrv 6.8.99.901-1 xorg-x11-libs-data 6.8.99.901-1 xorg-x11-man-pages 6.8.99.901-1 xorg-x11-man-pages-html 6.8.99.901-1 xorg-x11-nest 6.8.99.901-1 xorg-x11-vfb 6.8.99.901-1 xorg-x11-xwin 6.8.99.901-1 xorg-x11-xwin-gl 6.8.99.901-1 xpdf 3.01-2 xpm-nox 4.2.0-6 xsri 2.1.0-2 xterm 202-1 xwinclip 1.2.0-1 xwinwm 0.0.5-1 zip 2.32-2 zlib 1.2.3-2 zsh 4.3.2-1 Use -h to see help about each section -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From cgf-use-the-mailinglist-please@cygwin.com Tue May 8 14:03:00 2007 From: cgf-use-the-mailinglist-please@cygwin.com (Christopher Faylor) Date: Tue, 08 May 2007 14:03:00 -0000 Subject: winTopLevelWindowProc - BitBlt failed: The handle is invalid. In-Reply-To: <20070508134640.GA2928@ingber.com> References: <20070508134640.GA2928@ingber.com> Message-ID: <20070508140344.GA31561@ednor.casa.cgf.cx> On Tue, May 08, 2007 at 06:46:41AM -0700, Lester Ingber wrote: >While working in xterm windows, just about every day, at some point my >XWin.log starts filling up with thousands of lines: >... >winTopLevelWindowProc - BitBlt failed: The handle is invalid. >... >No windows crash. > >A search shows that this same problem has been raised several times, >including by me last month. but there has not been any satisfactory >response. Perhaps this problem is now recognized and can be properly >addressed? There is no maintainer for cygwin-xfree so problems like this are apt to go unaddressed indefinitely. Sorry. We'd be very happy if someone could step up and look into maintaining this package. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From mansoorali.kudsi@gmail.com Tue May 8 15:01:00 2007 From: mansoorali.kudsi@gmail.com (Mansoorali Kudsi) Date: Tue, 08 May 2007 15:01:00 -0000 Subject: Logging xterm contents to a file. In-Reply-To: <20070508061432.M90112@mail101.his.com> References: <1a375f780705072140u5f101feva7fbac83ed19366@mail.gmail.com> <20070508072913.GB24367@suncomp1.spk.agilent.com> <20070508061432.M90112@mail101.his.com> Message-ID: <1a375f780705080801u3b5a11b6tc68447010cc0ee64@mail.gmail.com> Well, to confirm, I didn't want to print contents of a single screen but everything which comes to the screen once I start the "log to file"... I hope recompiling xterm with --enable-logging would resolve this issue... On 5/8/07, Thomas Dickey wrote: > On Tue, 8 May 2007, Gary Johnson wrote: > > > On 2007-05-08, Mansoorali Kudsi wrote: > >> Hi, > >> > >> Really dumb question. but hope somebody replies to this one? > >> > >> Is it possible to save the entire contents of a xterm window into a > >> file? (using anything other than "script") > >> > >> e.g. for a putty window, we have an option of logging all the contents > >> of the putty window into a file > >> just by doing a right click and giving the file name and path in the > >> properties window. > >> > >> Do we have a similar option for an xterm window in Cygwin? > > > > Xterm has such an option but the last time I checked (Nov. 2006) it > > was not enabled in the Cygwin xterm binary. You may have to build > > xterm yourself with the "--enable-logging" configure option. > > Logging can then be enabled and disabled via the Ctrl-left- or > > Ctrl-middle-mouse-button menu. (I don't remember which and I don't > > have an xterm handy at the moment.) The log file will be written to > > your $HOME directory with the name XtermLog. where is the > > process ID of the xterm's process. > > well... the logging operation doesn't print the whole window. It writes > text to a file concurrently with writing it to the screen. That may be > what he wanted, but I read it as printing the current screen to a file. > Where I'm sitting at the moment I don't have cygwin at hand, but since the > printer support in xterm isn't ifdef'd I'd assume it's available in the > Cygwin binary. (See the top of the control/left mouse menu - grayed out > menu entries are still user-configurable). > > Logging historically was ifdef'd because in X11R5 (early 1990's), > the setuid xterm was known to be insecure. Cygwin doesn't have > setuid xterm, so (if there were a reliable way to determine this > in a configure script), it would be reasonable to always enable > the feature. > > -- > Thomas E. Dickey > http://invisible-island.net > ftp://invisible-island.net > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://x.cygwin.com/docs/ > FAQ: http://x.cygwin.com/docs/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From dickey@his.com Tue May 8 15:05:00 2007 From: dickey@his.com (Thomas Dickey) Date: Tue, 08 May 2007 15:05:00 -0000 Subject: Logging xterm contents to a file. In-Reply-To: <1a375f780705080801u3b5a11b6tc68447010cc0ee64@mail.gmail.com> References: <1a375f780705072140u5f101feva7fbac83ed19366@mail.gmail.com> <20070508072913.GB24367@suncomp1.spk.agilent.com> <20070508061432.M90112@mail101.his.com> <1a375f780705080801u3b5a11b6tc68447010cc0ee64@mail.gmail.com> Message-ID: <20070508110458.Y90112@mail101.his.com> On Tue, 8 May 2007, Mansoorali Kudsi wrote: > Well, to confirm, I didn't want to print contents of a single screen > but everything which > comes to the screen once I start the "log to file"... > > I hope recompiling xterm with --enable-logging would resolve this issue... if it doesn't, I get to fix it -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From thorsten@thorstenkampe.de Tue May 8 15:11:00 2007 From: thorsten@thorstenkampe.de (Thorsten Kampe) Date: Tue, 08 May 2007 15:11:00 -0000 Subject: Xterm, rxvt, mrxvt, etc.... References: <463C7F60.1070308@gmail.com> <20070505100954.S64291@mail101.his.com> <20070505144747.D87977@mail101.his.com> <463D3277.4070205@cwilson.fastmail.fm> <20070506062218.B40237@mail101.his.com> <463DDCA0.9040306@cwilson.fastmail.fm> <20070506104151.O96823@mail101.his.com> <46400DE4.7090306@cwilson.fastmail.fm> <4640585D.8000600@ateb.com> Message-ID: * Reid Thompson (Tue, 08 May 2007 07:00:45 -0400) > Charles Wilson wrote: > > Sigh. cygwin's rxvt is not broken. It works for me, and about 2000 > > others. > > +1 --I have been using cygwin rxvt for several years (Xwin and Win) -- > has fulfilled every terminal need that I have. > kudos to the 'maintainer'??. ++2 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From mansoorali.kudsi@gmail.com Wed May 9 05:38:00 2007 From: mansoorali.kudsi@gmail.com (Mansoorali Kudsi) Date: Wed, 09 May 2007 05:38:00 -0000 Subject: Logging xterm contents to a file. In-Reply-To: <20070508110458.Y90112@mail101.his.com> References: <1a375f780705072140u5f101feva7fbac83ed19366@mail.gmail.com> <20070508072913.GB24367@suncomp1.spk.agilent.com> <20070508061432.M90112@mail101.his.com> <1a375f780705080801u3b5a11b6tc68447010cc0ee64@mail.gmail.com> <20070508110458.Y90112@mail101.his.com> Message-ID: <1a375f780705082238x37ce03c5pbc4a14ef77b903dc@mail.gmail.com> I recompiled with the --enable-logging option and it has started working!!! Thanks for the inputs. On 5/8/07, Thomas Dickey wrote: > On Tue, 8 May 2007, Mansoorali Kudsi wrote: > > > Well, to confirm, I didn't want to print contents of a single screen > > but everything which > > comes to the screen once I start the "log to file"... > > > > I hope recompiling xterm with --enable-logging would resolve this issue... > > if it doesn't, I get to fix it > > -- > Thomas E. Dickey > http://invisible-island.net > ftp://invisible-island.net > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://x.cygwin.com/docs/ > FAQ: http://x.cygwin.com/docs/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From Dr.Volker.Zell@oracle.com Wed May 9 06:57:00 2007 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Wed, 09 May 2007 06:57:00 -0000 Subject: Xterm, rxvt, mrxvt, etc.... In-Reply-To: (Thorsten Kampe's message of "Tue, 8 May 2007 16:10:41 +0100") References: <463C7F60.1070308@gmail.com> <20070505100954.S64291@mail101.his.com> <20070505144747.D87977@mail101.his.com> <463D3277.4070205@cwilson.fastmail.fm> <20070506062218.B40237@mail101.his.com> <463DDCA0.9040306@cwilson.fastmail.fm> <20070506104151.O96823@mail101.his.com> <46400DE4.7090306@cwilson.fastmail.fm> <4640585D.8000600@ateb.com> Message-ID: <82ps5acwo2.fsf@vzell-de.de.oracle.com> >>>>> Thorsten Kampe writes: > * Reid Thompson (Tue, 08 May 2007 07:00:45 -0400) >> Charles Wilson wrote: >> > Sigh. cygwin's rxvt is not broken. It works for me, and about 2000 >> > others. >> >> +1 --I have been using cygwin rxvt for several years (Xwin and Win) -- >> has fulfilled every terminal need that I have. >> kudos to the 'maintainer'??. > ++2 And finally, ++3 Thanks Charles Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From shussong@earthlink.net Wed May 9 15:30:00 2007 From: shussong@earthlink.net (Scott Hussong) Date: Wed, 09 May 2007 15:30:00 -0000 Subject: xterm "Not Responding" after wakeup from hibernate with Vista Message-ID: After running rebaseall, I got startx to work on my new HP vista laptop. However, when I wake up from hibernate, any open xterms show "Not Responding". In my main cygwin window, where startx was executed, shows this: xterm: fatal IO error 104 (Connection reset by peer) or KillClient on X server ":0.0" xinit: connection to X server lost. I don't have this problem on my XPsp2 laptop. Anyone experience this and know a fix? Thanks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From alanh@fairlite.demon.co.uk Wed May 9 15:37:00 2007 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Wed, 09 May 2007 15:37:00 -0000 Subject: xterm "Not Responding" after wakeup from hibernate with Vista In-Reply-To: References: Message-ID: <1178725007.9318.8.camel@localhost> On Wed, 2007-05-09 at 15:25 +0000, Scott Hussong wrote: > After running rebaseall, I got startx to work on my new HP vista laptop. > However, when I wake up from hibernate, any open xterms show "Not Responding". > > In my main cygwin window, where startx was executed, shows this: > > xterm: fatal IO error 104 (Connection reset by peer) or KillClient on X server > ":0.0" > xinit: connection to X server lost. > > > I don't have this problem on my XPsp2 laptop. > > Anyone experience this and know a fix? Looks like the Xserver died for some reason. You should check your Xwin.log files. Alan. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From shussong@earthlink.net Wed May 9 21:11:00 2007 From: shussong@earthlink.net (Scott Hussong) Date: Wed, 09 May 2007 21:11:00 -0000 Subject: xterm References: <1178725007.9318.8.camel@localhost> Message-ID: Alan Hourihane fairlite.demon.co.uk> writes: > > On Wed, 2007-05-09 at 15:25 +0000, Scott Hussong wrote: > > After running rebaseall, I got startx to work on my new HP vista laptop. > > However, when I wake up from hibernate, any open xterms show "Not Responding". > > > > In my main cygwin window, where startx was executed, shows this: > > > > xterm: fatal IO error 104 (Connection reset by peer) or KillClient on X server > > ":0.0" > > xinit: connection to X server lost. > > > > > > I don't have this problem on my XPsp2 laptop. > > > > Anyone experience this and know a fix? > > Looks like the Xserver died for some reason. > > You should check your Xwin.log files. > > Alan. > Alan, You raise an interesting point. This seems to happen when I go back and forth between my external display and laptop display: winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 32, new bpp:32 winWindowProc - WM_DISPLAYCHANGE - new width: 1280 new height: 1024 This is the message in my Xwin.log that appears after a successful startx and later hibernate if I switch displays. But still, this is a new problem - I didn't see this before with my older XP laptop. I'm wondering if this is a startx on Vista issue, or if it's hardware (display or hibernate) config related. Thanks, Scott -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From marco.atzeri@fastwebnet.it Thu May 10 19:15:00 2007 From: marco.atzeri@fastwebnet.it (Marco Atzeri) Date: Thu, 10 May 2007 19:15:00 -0000 Subject: how to install dejavu font ? References: <463B2063.4070904@bretin.net> <463B3CAE.5010406@gmx.de> <463B3E5F.7030304@bretin.net> Message-ID: On Fri, 04 May 2007 16:08:31 +0200, Didier BRETIN wrote: > On 04/05/2007 16:01, Holger Krull wrote: >> >> I don't know if this is enough, but putting the font in >> /usr/cygwin/X11R6/lib/X11/fonts/TTF >> will be a good start. > > /usr/X11R6/lib/X11/fonts exists but there is TTF directory .... Perharps > I need some specific packages ? > I assume Holger suggested to put the font files in the TTF directory. :-( -- marco.atzeri at fastwebnet.it La prima delle Frequently Asked Questions: dove sono le FAQ ? it.faq -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From robert_neville310@yahoo.com Thu May 10 21:07:00 2007 From: robert_neville310@yahoo.com (Robert Neville) Date: Thu, 10 May 2007 21:07:00 -0000 Subject: XWin 6.8.99.901-4-Problems with fonts and clipboard module - cygcheck.out (0/1) Message-ID: <80274390javca472altk9gr1vp3hf59jif@4ax.com> I am reposting my problem since it has not been resolved after forty hours of troubleshooting the situation. Even though this mail list gave me some insight, I still need better guidance. General comments will not help this newcomer decipher the error log and deduct the course of action. This post is my last effort to avoid installing and reinstalling cygwin, which will provide a challenge after setting up ssh and all the paths. Startx failed to initialize when it had been working in the past. I ran setup and the process may have not completed (it was late). After running setup.exe again, I navigated to the System category and reinstalled rebase. Then I reviewed the README file; kill all processes associated with cygwin; ran ash; and typed /bin/rebaseall -v; the utility performed some actions and returned without errors. I fired up a cygwin console and startx would still not initialize. The console gave me the following font error. sageQueue trapped WM_QUIT message, exiting main loop. winClipboardProc - XDestroyWindow succeeded. FreeFontPath: FPE "/usr/X11R6/lib/X11/fonts/misc/" refcount is 2, should be 1; fixing. I have also removed the clipboard and multiplewindows arguments from the startx script; it did not help. The clipboard module is the main advantage of running X for me. Startxwin.bat and starxwin.sh do not launch Xwin either. Xwin should not be conflicting with a firewall; since this system does not have software firewall. After reinstalling X and all fonts, I mounted the font path and still receive this error. Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from li st! The cygwin console appears fully functional. Please give me whatever insight you may have on these scenarios. I can read the logs, but I can not decipher them am not familiar with the action necessary. I found this interesting commentary as well (it didn't work either). http://quantumg.blogspot.com/2006/11/god-damn-i-hate-cygwin.html #--------------------------------------------------------------------------------------# $ startx _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 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: "00000409" (00000409) (--) Using preset keyboard for "English (USA)" (409), type "4" (--) 5 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 winInitMultiWindowWM - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - pthread_mutex_lock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 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. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winProcSetSelectionOwner - Clipboard not yet started, aborting. winProcSetSelectionOwner - Clipboard not yet started, aborting. winClipboardProc - winClipboardFlushWindowsMessageQueue trapped WM_QUIT message, exiting main loop. winClipboardProc - XDestroyWindow succeeded. winClipboardIOErrorHandler! #----------------------------------------------------------------------------------# $ startxwin.bat startxwin.bat - Starting on Windows NT/2000/XP/2003 3 [main] run 728 tty_list::allocate: No tty allocated 3 [main] run 4424 tty_list::allocate: No tty allocated #----------------------------------------------------------------------------------# neville@apollo /usr/X11R6/bin $ startxwin.sh _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 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: "00000409" (00000409) (--) Using preset keyboard for "English (USA)" (409), type "4" (--) 5 mouse buttons found 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. winMultiWindowXMsgProc - pthread_mutex_lock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winProcEstablishConnection - Hello winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winProcSetSelectionOwner - Clipboard not yet started, aborting. winProcSetSelectionOwner - Clipboard not yet started, aborting. #----------------------------------------------------------------------------------# neville@apollo /usr/X11R6/bin $ mount c:\cygwin\usr\X11R6\lib\X11\fonts on /usr/X11R6/lib/X11/fonts type system (binmo de) C:\cygwin\bin on /usr/bin type system (binmode) C:\cygwin\lib on /usr/lib type system (binmode) C:\cygwin on / type system (binmode) c: on /cygdrive/c type system (binmode,noumount) d: on /cygdrive/d type system (binmode,noumount) e: on /cygdrive/e type system (binmode,noumount) f: on /cygdrive/f type system (binmode,noumount) g: on /cygdrive/g type system (binmode,noumount) h: on /cygdrive/h type system (binmode,noumount) i: on /cygdrive/i type system (binmode,noumount) z: on /cygdrive/z type system (binmode,noumount) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From robert_neville310@yahoo.com Thu May 10 21:10:00 2007 From: robert_neville310@yahoo.com (Robert Neville) Date: Thu, 10 May 2007 21:10:00 -0000 Subject: XWin 6.8.99.901-4-Problems with fonts and clipboard module - cygcheck.out (1/1) Message-ID: <6c2743d9l7otamefj4cd7n79ssqjvau898@4ax.com> begin 644 cygcheck.out M#0I#>6=W:6X@0V]N9FEG=7)A=&EO;B!$:6%G;F]S=&EC7-T96T@5&EM93H@5&AU($UA>2`Q,"`Q,SHT-SHU-2`R,#`W#0H-"E=I;F1O M=W,@6%`@4')O9F5S6=W:6Y<:&]M95QN979I;&QE7&)I;@T* M"4,Z7&-Y9W=I;EQU6=W:6Y<=7-R7%@Q,5(V7&)I;@T*"60Z7'AA M;7!P7&UY7-T96TS,EQ78F5M#0H)8SI<4')O9W)A;2!& M:6QE6=W M:6Y<8FEN7&ED+F5X92`H;F]N='-E8RD-"E5)1#H@,3`P-"AN979I;&QE*2`@ M($=)1#H@-3$S*$YO;F4I#0HU,3,H3F]N92D@("`@("`@("`@(#4T-"A!9&UI M;FES=')A=&]R&4@*&YT M7-$:7(Z($,Z M7%=)3D1/5U-<6=W:6XG#0I04D]#15-33U)?241%3E1)1DE%4B`]("=X M.#8@1F%M:6QY(#$U($UO9&5L(#,U(%-T97!P:6YG(#(L($%U=&AE;G1I8T%- M1"<-"E=)3D1)4B`]("=#.EQ724Y$3U=3)PT*3TQ$4%=$(#T@)R]H;VUE+VYE M=FEL;&4G#0I54T521$]-04E.(#T@)T%03TQ,3R<-"D]3(#T@)U=I;F1O=W-? M3E0G#0I!3$Q54T524U!23T9)3$4@/2`G0SI<1&]C=6UE;G1S(&%N9"!3971T M:6YG'1<451*879A+GII<"<-"E5315).04U%(#T@)VYE=FEL;&4G#0I0 M4D]#15-33U)?3$5614P@/2`G,34G#0I&4%].3U](3U-47T-(14-+(#T@)TY/ M)PT*4UE35$5-1%))5D4@/2`G0SHG#0I?7T-/35!!5%],05E%4B`]("=%;F%B M;&5.6%-H;W=522`G#0I54T524%)/1DE,12`]("=#.EQ$;V-U;65N=',@86YD M(%-E='1I;F=S7&YE=FEL;&4G#0I04S$@/2`G7%M<95TP.UQW7&%<75QN7%M< M95LS,FU<75QU0%QH(%Q;7&5;,S-M7%U<=UQ;7&5;,&U<75QN7"0@)PT*3$]' M3TY315)615(@/2`G7%Q!4$],3$\G#0I04D]#15-33U)?05)#2$E414-455)% M(#T@)W@X-B<-"B%#.B`]("=#.EQC>6=W:6Y<8FEN)PT*4TA,5DP@/2`G,2<- M"E!!5$A%6%0@/2`G+D-/33LN15A%.RY"050[+D--1#LN5D)3.RY60D4[+DI3 M.RY*4T4[+E=31CLN5U-()PT*2$]-1412259%(#T@)T,Z)PT*4%)/35!4(#T@ M)R10)$FEP M)PT*4$M'7T-/3D9)1U]0051((#T@)R]U6=C:&5C:R<-"E!/4TE83%E?0T]24D5#5"`]("6=N=7,@4V]L=71I;VYS#0I( M2T597T-54E)%3E1?55-%4EQ3;V9T=V%R95Q#>6=N=7,@4V]L=71I;VYS7$-Y M9W=I;@T*2$M%65]#55)214Y47U5315)<4V]F='=A6=W:6Y<;6]U;G1S('8R#0I(2T597T-54E)%3E1?55-%4EQ3;V9T M=V%R95Q#>6=N=7,@4V]L=71I;VYS7$-Y9W=I;EQ06=N=7,@4V]L=71I;VYS M#0I(2T597TQ/0T%,7TU!0TA)3D5<4T]&5%=!4D5<0WEG;G5S(%-O;'5T:6]N M6=W:6X-"DA+15E?3$]#04Q?34%#2$E.15Q33T945T%215Q#>6=N=7,@ M4V]L=71I;VYS7$-Y9W=I;EQM;W5N=',@=C(-"B`@*&1E9F%U;'0I(#T@)R]C M>6=D#`P,#`P,#(R#0I(2T59 M7TQ/0T%,7TU!0TA)3D5<4T]&5%=!4D5<0WEG;G5S(%-O;'5T:6]N6=W M:6Y<;6]U;G1S('8R7"\-"B`@*&1E9F%U;'0I(#T@)T,Z7&-Y9W=I;B<-"B`@ M9FQA9W,@/2`P>#`P,#`P,#!A#0I(2T597TQ/0T%,7TU!0TA)3D5<4T]&5%=! M4D5<0WEG;G5S(%-O;'5T:6]N6=W:6Y<;6]U;G1S('8R7"]U6=W:6XO8FEN)PT*("!F;&%G6=N=7,@ M4V]L=71I;VYS7$-Y9W=I;EQM;W5N=',@=C)<+W5S#`P,#`P,#!A#0I(2T597TQ/0T%,7TU!0TA)3D5< M4T]&5%=!4D5<0WEG;G5S(%-O;'5T:6]N6=W:6Y<4')O9W)A;2!/<'1I M;VYS#0H-"F$Z("!F9"`@("`@("`@("`@("!.+T$@("`@3B]!("`@("`@("`@ M("`@("`@("`@("`-"F,Z("!H9"`@3E1&4R`@("`@-3'1E6=D&4-"D9O=6YD.B!#.EQC>6=W:6Y<8FEN M7&=C8RYE>&4-"DYO="!&;W5N9#H@9V1B#0I&;W5N9#H@0SI<8WEG=VEN7&)I M;EQG&4-"D9O M=6YD.B!#.EQC>6=W:6Y<8FEN7&QD+F5X90T*1F]U;F0Z($,Z7&-Y9W=I;EQB M:6Y<;',N97AE#0I&;W5N9#H@0SI<8WEG=VEN7&)I;EQM86ME+F5X90T*1F]U M;F0Z($,Z7&-Y9W=I;EQB:6Y<;78N97AE#0I&;W5N9#H@0SI<8WEG=VEN7&)I M;EQP871C:"YE>&4-"D9O=6YD.B!#.EQC>6=W:6Y<8FEN7'!E&4-"D9O=6YD.B!#.EQC>6=W:6Y< M8FEN7'-E9"YE>&4-"D9O=6YD.B!#.EQC>6=W:6Y<8FEN7'-S:"YE>&4-"D9O M=6YD.B!#.EQC>6=W:6Y<8FEN7'-H+F5X90T*1F]U;F0Z($,Z7&-Y9W=I;EQB M:6Y<=&%R+F5X90T*1F]U;F0Z($,Z7&-Y9W=I;EQB:6Y<=&5S="YE>&4-"DYO M="!&;W5N9#H@=FD-"D9O=6YD.B!#.EQC>6=W:6Y<8FEN7'9I;2YE>&4-"@T* M("`@,C9K(#(P,#4O,#DO,C$@0SI<8WEG=VEN7'5S6=$=%!R:6YT+3$N9&QL(B!V,"XP('1S/3(P,#4O M.2\R,2`Q-CHS,0T*("`@,C!K(#(P,#4O,3`O,C<@0SI<8WEG=VEN7'5S6=F;VYT96YC+3$N9&QL(B!V M,"XP('1S/3(P,#4O,3`O,C8@,3(Z,30-"B`@(#,T:R`R,#`U+S$P+S(W($,Z M7&-Y9W=I;EQU6='3%4M M,2YD;&PB('8P+C`@=',],C`P-2\S+S,@-SHT,PT*("`Q-#!K(#(P,#0O,#@O M,#8@0SI<8WEG=VEN7'5S6=G M;'5T+3,N9&QL(B!V,"XP('1S/3(P,#0O."\V(#6='3'6=W:6Y<=7-R7%@Q,5(V7&)I;EQC>6=-7,]-"XP#0H@("`@("`@("`@("`@ M("`@("`B8WEG37)M+3(N9&QL(B!V,"XP('1S/3(P,#4O.2\R,2`Q-CHS,`T* M("`@(#AK(#(P,#4O,3`O,C<@0SI<8WEG=VEN7'5S6=O;&18+38N9&QL(B!V,"XP('1S/3(P,#4O,3`O,C8@ M,3`Z,#D-"B`Q-C8R:R`R,#`U+S$P+S(W($,Z7&-Y9W=I;EQU6=/4TUE6=W:6Y<=7-R7%@Q,5(V7&)I;EQC>6=332TV+F1L;"`M(&]S/30N,"!I M;6<],2XP('-Y6=332TV+F1L M;"(@=C`N,"!T6=W:6Y<=7-R7%@Q,5(V7&)I;EQC>6=5:6PM,BYD;&P@+2!O7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG56EL M+3(N9&QL(B!V,"XP('1S/3(P,#4O.2\R,2`Q-CHS,0T*("`X.#1K(#(P,#4O M,3`O,C<@0SI<8WEG=VEN7'5S6=W:6Y<=7-R7%@Q,5(V7&)I;EQC>6=8874M-BYD M;&P@+2!O7,]-"XP#0H@("`@("`@("`@("`@("`@ M("`B8WEG6&%U+38N9&QL(B!V,"XP('1S/3(P,#4O,3`O,C8@.3HS,0T*("`R M-3!K(#(P,#4O,3`O,C<@0SI<8WEG=VEN7'5S6=W:6Y<=7-R7%@Q,5(V7&)I;EQC M>6=8877,]-"XP#0H@("`@("`@ M("`@("`@("`@("`B8WEG6&%W+36=8877,] M-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG6&%W,V0M-RYD;&PB('8P+C`@ M=',],C`P-"\Q+S$S(#$T.C$W#0H@("`@-VL@,C`P-2\Q,"\R-R!#.EQC>6=W M:6Y<=7-R7%@Q,5(V7&)I;EQC>6=88V]M<&]S:71E+3$N9&QL("T@;W,]-"XP M(&EM9STQ+C`@6=88W5R7,]-"XP M#0H@("`@("`@("`@("`@("`@("`B8WEG6&1A;6%G92TQ+F1L;"(@=C`N,"!T M6=W M:6Y<=7-R7%@Q,5(V7&)I;EQC>6=89&UC<"TV+F1L;"`M(&]S/30N,"!I;6<] M,2XP('-Y6=89&UC<"TV+F1L M;"(@=C`N,"!T'0M-BYD M;&P@+2!O7,]-"XP#0H@("`@("`@("`@("`@("`@ M("`B8WEG6&5X="TV+F1L;"(@=C`N,"!T6=W:6Y<=7-R7%@Q,5(V7&)I;EQC>6=8 M9FEX97,M,RYD;&P@+2!O7,]-"XP#0H@("`@("`@ M("`@("`@("`@("`B8WEG6&9I>&5S+3,N9&QL(B!V,"XP('1S/3(P,#4O,3`O M,C8@,3(Z,#(-"B`@(#4V:R`R,#`T+S`S+S$Q($,Z7&-Y9W=I;EQU6=89G0M,2YD;&PB('8P+C`@=',],C`P M,R\Q,2\Q-R`Q-SHT,@T*("`@-C-K(#(P,#0O,#,O,C,@0SI<8WEG=VEN7'5S M7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG>&MB9FEL M92TQ+F1L;"(@=C`N,"!T6=W:6Y<=7-R7%@Q,5(V7&)I;EQC>6=X:V)U:2TQ+F1L M;"`M(&]S/30N,"!I;6<],2XP('-Y6=X:V)U:2TQ+F1L;"(@=C`N,"!T6=W:6Y<=7-R7%@Q,5(V7&)I;EQC>6=8 M;2TR+F1L;"`M(&]S/30N,"!I;6<],2XP('-Y6=8;2TR+F1L;"(@=C`N,"!T6=8;74M-BYD;&PB('8P+C`@=',],C`P-2\Q,"\R-B`Q M,#HR,@T*("`@,3!K(#(P,#4O,3`O,C<@0SI<8WEG=VEN7'5S6=8;75U+3$N9&QL(B!V,"XP('1S/3(P,#4O M,3`O,C8@,3`Z,C,-"B`@(#(V:R`R,#`U+S$P+S(W($,Z7&-Y9W=I;EQU6=8<&TM-"YD;&PB('8P+C`@ M=',],C`P-2\Q,"\R-B`Q,#HR-@T*("`@,3!K(#(P,#4O,3`O,C<@0SI<8WEG M=VEN7'5S6=W:6Y<=7-R7%@Q,5(V7&)I;EQC>6=86=84F5S+3$N9&QL(B!V,"XP('1S/3(P,#4O,3`O,C8@ M,3(Z,#`-"B`@(#,X:R`R,#`U+S$P+S(W($,Z7&-Y9W=I;EQU"TV+F1L;"`M(&]S/30N,"!I;6<],2XP('-Y6=X')X;F5S="TV+F1L;"`M(&]S/30N,"!I;6<],2XP('-Y M6=X7,]-"XP#0H@("`@("`@("`@("`@("`@ M("`B8WEG6'1S="TV+F1L;"(@=C`N,"!T6=W:6Y<8FEN7&-Y9V%P6=W:6Y<8FEN7&-Y9V%P6=A<')U=&EL+3$M,"YD;&PB('8P+C`@=',],C`P-R\S+S(R(#$X.C,T M#0H@("`X-VL@,C`P-B\P,B\Q-B!#.EQC>6=W:6Y<8FEN7&-Y9V%T:RTQ+C`M M,"YD;&P@+2!O7,]-"XP#0H@("`@("`@("`@("`@ M("`@("`B8WEG871K+3$N,"TP+F1L;"(@=C`N,"!T6=B>C(M,2YD M;&P@+2!O7,]-"XP#0H@("`@("`@("`@("`@("`@ M("`B8WEG8GHR+3$N9&QL(B!V,"XP('1S/3(P,#8O,3$O,3`@,34Z-#(-"B`@ M("`W:R`R,#`V+S$P+S(R($,Z7&-Y9W=I;EQB:6Y<8WEG8VAA6=C:&%R7,]-"XP#0H@("`@("`@("`@("`@ M("`@("`B8WEG8V]M<&9A8V4M,"YD;&PB('8P+C`@=',],C`P-2\Q,"\Q,2`V M.C4X#0H@("`@-VL@,C`P,R\Q,"\Q.2!#.EQC>6=W:6Y<8FEN7&-Y9V-R>7!T M+3`N9&QL("T@;W,]-"XP(&EM9STQ+C`@7!T+3`N9&QL(B!V,"XP('1S/3(P,#,O,3`O,3D@,#HU M-PT*(#$Q,C5K(#(P,#8O,3`O,#0@0SI<8WEG=VEN7&)I;EQC>6=C7!T;RTP+CDN-RYD;&PB('8P+C`@=',],C`P-B\Q M,"\T(#4Z,3(-"B`Q,#4Y:R`R,#`W+S`S+S(Y($,Z7&-Y9W=I;EQB:6Y<8WEG M8W)Y<'1O+3`N.2XX+F1L;"`M(&]S/30N,"!I;6<],2XP('-Y6=C6=W:6Y< M8FEN7&-Y9V-U7,]-"XP#0H@ M("`@("`@("`@("`@("`@("`B8WEG8W5R;"TS+F1L;"(@=C`N,"!T6=D871R:64M,"YD;&P@+2!O7,]-"XP#0H@("`@ M("`@("`@("`@("`@("`B8WEG9&%T6=D8BTT+C$N9&QL("T@;W,]-"XP(&EM9STQ+C`@6=W:6Y<8FEN7&-Y9V1B7V-X M>"TT+C,N9&QL("T@;W,]-"XP(&EM9STQ+C`@"TT+C,N9&QL(B!V,"XP('1S/3(P,#4O-2\Q M-"`U.C0Q#0H@("`T.&L@,C`P-B\P-B\P-B!#.EQC>6=W:6Y<8FEN7&-Y9V5C M<&6=W:6Y<8FEN7&-Y9V5X:68M,3(N9&QL M("T@;W,]-"XP(&EM9STQ+C`@7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG M97AP870M,"YD;&PB('8P+C`@=',],C`P-R\T+S8@,3,Z-#,-"B`@(#8T:R`R M,#`V+S`V+S`Y($,Z7&-Y9W=I;EQB:6Y<8WEG97AS;'0M,"YD;&P@+2!O7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG97AS M;'0M,"YD;&PB('8P+C`@=',],C`P-B\V+SD@,3,Z,3<-"B`@,38Q:R`R,#`W M+S`S+S(X($,Z7&-Y9W=I;EQB:6Y<8WEG9F]N=&-O;F9I9RTQ+F1L;"`M(&]S M/30N,"!I;6<],2XP('-Y6=F M;VYT8V]N9FEG+3$N9&QL(B!V,"XP('1S/3(P,#6=W:6Y<8FEN7&-Y9V9O7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG M9F]R;2TX+F1L;"(@=C`N,"!T6=W:6Y<8FEN7&-Y9V9O6=F;W)M M-2YD;&PB('8P+C`@=',],C`P,2\T+S(T(#(R.C(X#0H@("`S-6L@,C`P,B\P M,2\P.2!#.EQC>6=W:6Y<8FEN7&-Y9V9O6=F;W)M-BYD;&PB M('8P+C`@=',],C`P,B\Q+S@@,C(Z,#,-"B`@(#0X:R`R,#`S+S`X+S`Y($,Z M7&-Y9W=I;EQB:6Y<8WEG9F]R;36=W:6Y< M8FEN7&-Y9V9R965T>7!E+38N9&QL("T@;W,]-"XP(&EM9STQ+C`@7!E+38N9&QL(B!V,"XP M('1S/3(P,#4O.2\V(#$U.C4Q#0H@(#,R,VL@,C`P-2\P-R\Q,"!#.EQC>6=W M:6Y<8FEN7&-Y9V=C7,] M-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG9V-R>7!T+3$Q+F1L;"(@=C`N M,"!T6=G9&)M+3,N9&QL("T@;W,]-"XP(&EM9STQ+C`@6=G9&)M+30N9&QL(B!V,"XP('1S/3(P,#8O M,3$O,3D@,#HQ.`T*("`@,3EK(#(P,#,O,#,O,C(@0SI<8WEG=VEN7&)I;EQC M>6=G9&)M+F1L;"`M(&]S/30N,"!I;6<],2XP('-Y6=G9&)M+F1L;"(@=C`N,"!T7,]-"XP#0H@("`@("`@ M("`@("`@("`@("`B8WEG9V1B;5]C;VUP870M,RYD;&PB('8P+C`@=',],C`P M,R\W+S(P(#$Z,#`-"B`@("`X:R`R,#`V+S$Q+S$Y($,Z7&-Y9W=I;EQB:6Y< M8WEG9V1B;5]C;VUP870M-"YD;&P@+2!O7,]-"XP M#0H@("`@("`@("`@("`@("`@("`B8WEG9V1B;5]C;VUP870M-"YD;&PB('8P M+C`@=',],C`P-B\Q,2\Q.2`P.C$X#0H@(#$Y-6L@,C`P-"\P.2\P,B!#.EQC M>6=W:6Y<8FEN7&-Y9V=D:RTQ+3(M,"YD;&P@+2!O7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG9V1K+3$M,BTP+F1L;"(@ M=C`N,"!T6=G9&LM>#$Q+3(N,"TP+F1L;"`M(&]S/30N,"!I;6<] M,2XP('-Y6=G9&LM>#$Q+3(N M,"TP+F1L;"(@=C`N,"!T6=G9&M?<&EX8G5F+3(N,"TP M+F1L;"`M(&]S/30N,"!I;6<],2XP('-Y6=G9&M?<&EX8G5F+3(N,"TP+F1L;"(@=C`N,"!T&)U9E]X;&EB+3(N,"TP+F1L;"`M(&]S/30N,"!I;6<],2XP('-Y M6=G9&M?<&EX8G5F7WAL:6(M M,BXP+3`N9&QL(B!V,"XP('1S/3(P,#4O,3(O,C8@-#HP,PT*("`@(#AK(#(P M,#6=G971A9&1R:6YF;RTP+F1L;"`M M(&]S/30N,"!I;6<],2XP('-Y6=G971A9&1R:6YF;RTP+F1L;"(@=C`N,"!T7,]-"XP#0H@("`@("`@("`@("`@("`@("`B M8WEG9V6=W:6Y<8FEN7&-Y9V=G:7=M:"TP+F1L;"`M(&]S/30N,"!I;6<] M,2XP('-Y6=G9VEW;6@M,"YD M;&PB('8P+C`@=',],C`P-B\S+S(@,3$Z-#@-"B`@(#(T:R`R,#`V+S`R+S(X M($,Z7&-Y9W=I;EQB:6Y<8WEG9VEI+3$N9&QL("T@;W,]-"XP(&EM9STQ+C`@ M6='3"TQ+F1L;"`M(&]S/30N,"!I;6<],2XP('-Y6='3"TQ+F1L;"(@=C`N,"!T7,] M-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG9VQI8BTQ+3(M,"YD;&PB('8P M+C`@=',],C`P-2\S+S$U(#$Y.C$V#0H@(#4Q-6L@,C`P-B\P-B\P-B!#.EQC M>6=W:6Y<8FEN7&-Y9V=L:6(M,BXP+3`N9&QL("T@;W,]-"XP(&EM9STQ+C`@ M6=W:6Y<8FEN7&-Y9V=L:71Z+3$N9&QL("T@;W,]-"XP(&EM9STQ+C`@ M7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG9VUO9'5L92TQ+3(M,"YD M;&PB('8P+C`@=',],C`P-2\S+S$U(#$Y.C$X#0H@("`Q,&L@,C`P-B\P-B\P M-B!#.EQC>6=W:6Y<8FEN7&-Y9V=M;V1U;&4M,BXP+3`N9&QL("T@;W,]-"XP M(&EM9STQ+C`@6=W:6Y<8FEN7&-Y9V=M<"TS+F1L;"`M(&]S/30N M,"!I;6<],2XP('-Y6=G;7`M M,RYD;&PB('8P+C`@=',],C`P-B\Q,2\T(#8Z-30-"B`@,C@W:R`R,#`V+S$Q M+S`T($,Z7&-Y9W=I;EQB:6Y<8WEG9VUP>'@M,RYD;&P@+2!O7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG9VUP>'@M,RYD M;&PB('8P+C`@=',],C`P-B\Q,2\T(#8Z-30-"B`@,C(R:R`R,#`V+S`V+S`V M($,Z7&-Y9W=I;EQB:6Y<8WEG9V]B:F5C="TR+C`M,"YD;&P@+2!O7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG9V]B:F5C M="TR+C`M,"YD;&PB('8P+C`@=',],C`P-B\V+S4@,34Z,S4-"B`@(#$R:R`R M,#`U+S`W+S`Y($,Z7&-Y9W=I;EQB:6Y<8WEG9W!G+65R6=G=&AR96%D+3$M,BTP M+F1L;"`M(&]S/30N,"!I;6<],2XP('-Y6=G=&AR96%D+3$M,BTP+F1L;"(@=C`N,"!T7,]-"XP#0H@("`@ M("`@("`@("`@("`@("`B8WEG9W1H6=G=&LM,2TR+3`N9&QL(B!V,"XP('1S M/3(P,#0O.2\R(#$Q.C0T#0H@,C6=W:6Y< M8FEN7&-Y9V=T:RUX,3$M,BXP+3`N9&QL("T@;W,]-"XP(&EM9STQ+C`@6=H:7-T;W)Y-"YD;&P@+2!O7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG:&ES=&]R>30N9&QL M(B!V,"XP('1S/3(P,#$O,2\V(#(P.C,T#0H@("`R.6L@,C`P,R\P."\Q,"!# M.EQC>6=W:6Y<8FEN7&-Y9VAI6=H:7-T;W)Y-2YD;&PB M('8P+C`@=',],C`P,R\X+S$P(#$V.C$V#0H@("`R-6L@,C`P-R\P-2\P,B!# M.EQC>6=W:6Y<8FEN7&-Y9VAI6=H:7-T;W)Y-BYD;&PB M('8P+C`@=',],C`P-R\U+S$@,3@Z,#$-"B`@,S,V:R`R,#`W+S`T+S`V($,Z M7&-Y9W=I;EQB:6Y<8WEG:'1T<&0R8V]R92YD;&P@+2!O7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG:'1T<&0R8V]R92YD M;&PB('8P+C`@=',],C`P-R\T+S8@,34Z,#D-"B`@(#7,] M-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG:6-O;G8M,BYD;&PB('8P+C`@ M=',],C`P-B\Q,"\R,B`Q-CHT-`T*("`U,#=K(#(P,#4O,#DO,C$@0SI<8WEG M=VEN7&)I;EQC>6=I9#,M,RTX+3,N9&QL("T@;W,]-"XP(&EM9STQ+C`@6=W M:6Y<8FEN7&-Y9VEM;&EB+6)M<"YD;&P@+2!O7,] M-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG:6UL:6(M8FUP+F1L;"(@=C`N M,"!T6=I;6QI8BUG:68N9&QL("T@;W,]-"XP(&EM9STQ+C`@6=I;6QI8BUP;F6=W:6Y<8FEN7&-Y9VEM;&EB+7!P;2YD;&P@+2!O7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG:6UL:6(M<'!M+F1L M;"(@=C`N,"!T6=I;6QI8BUP7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG:6UL:6(M<',N9&QL M(B!V,"XP('1S/3(P,#4O."\Q(#$W.C,X#0H@("`@-FL@,C`P-2\P."\P,B!# M.EQC>6=W:6Y<8FEN7&-Y9VEM;&EB+71I9F8N9&QL("T@;W,]-"XP(&EM9STQ M+C`@6=W:6Y<8FEN7&-Y9VEM;&EB+7AP;2YD;&P@+2!O7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG:6UL:6(M>'!M M+F1L;"(@=C`N,"!T6=I;G1L+3$N9&QL("T@;W,]-"XP(&EM9STQ M+C`@6=I;G1L+3,N9&QL(B!V,"XP('1S M/3(P,#4O,3$O,3D@,3@Z,#0-"B`@(#,Q:R`R,#`V+S$P+S(S($,Z7&-Y9W=I M;EQB:6Y<8WEG:6YT;"TX+F1L;"`M(&]S/30N,"!I;6<],2XP('-Y6=I;G1L+3@N9&QL(B!V,"XP('1S/3(P M,#8O,3`O,C(@,37,]-"XP#0H@("`@ M("`@("`@("`@("`@("`B8WEG:6YT;"YD;&PB('8P+C`@=',],C`P,2\V+S(P M(#$P.C`Y#0H@(#$R-&L@,C`P-B\Q,2\P.2!#.EQC>6=W:6Y<8FEN7&-Y9VIP M966=W:6Y<8FEN7&-Y9VQB97(M M,BTR+36=L M8F5R+3(M,RTP+F1L;"`M(&]S/30N,"!I;6<],2XP('-Y6=L8F5R+3(M,RTP+F1L;"(@=C`N,"!T7,]-"XP#0H@ M("`@("`@("`@("`@("`@("`B8WEG;&1A<"TR+3(M-RYD;&PB('8P+C`@=',] M,C`P-2\X+S(Y(#0Z,30-"B`@,3@Y:R`R,#`V+S$Q+S(Q($,Z7&-Y9W=I;EQB M:6Y<8WEG;&1A<"TR+3,M,"YD;&P@+2!O7,]-"XP M#0H@("`@("`@("`@("`@("`@("`B8WEG;&1A<"TR+3,M,"YD;&PB('8P+C`@ M=',],C`P-B\Q,2\R,2`P.C`U#0H@(#$X.&L@,C`P-2\P."\R.2!#.EQC>6=W M:6Y<8FEN7&-Y9VQD87!?7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG;&1A<%]R+3(M,BTW+F1L M;"(@=C`N,"!T6=L9&%P7W(M,BTS+3`N9&QL("T@;W,]-"XP(&EM M9STQ+C`@6=W:6Y<8FEN7&-Y9VUA9VEC+3$N9&QL("T@;W,]-"XP(&EM M9STQ+C`@6=W:6Y<8FEN7&-Y9VUE;G4M."YD;&P@+2!O7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG;65N=2TX+F1L;"(@ M=C`N,"!T6=W:6Y<8FEN7&-Y9VUE;G4U+F1L;"`M(&]S/30N,"!I;6<],2XP('-Y M6=M96YU-2YD;&PB('8P+C`@ M=',],C`P,2\T+S(T(#(R.C(W#0H@("`R,&L@,C`P,B\P,2\P.2!#.EQC>6=W M:6Y<8FEN7&-Y9VUE;G4V+F1L;"`M(&]S/30N,"!I;6<],2XP('-Y6=M96YU-BYD;&PB('8P+C`@=',],C`P M,B\Q+S@@,C(Z,#,-"B`@(#(Y:R`R,#`S+S`X+S`Y($,Z7&-Y9W=I;EQB:6Y< M8WEG;65N=36=W:6Y<8FEN7&-Y9VUI;FER M97,N9&QL("T@;W,]-"XP(&EM9STQ+C$@7,]-"XP#0H@("`@("`@("`@("`@("`@ M("`B8WEG;7`M,RYD;&PB('8P+C`@=',],C`P-B\Q,2\T(#8Z-3(-"B`@,S0P M:R`R,#`T+S$P+S$U($,Z7&-Y9W=I;EQB:6Y<8WEG;7`S;&%M92TP+F1L;"`M M(&]S/30N,"!I;6<],2XP('-Y6=M<#-L86UE+3`N9&QL(B!V,"XP('1S/3(P,#0O,3`O,34@-3HS.`T*("`@ M-S1K(#(P,#8O,#8O,34@0SI<8WEG=VEN7&)I;EQC>6=-7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG M37)M+3(N9&QL(B!V,"XP('1S/3(P,#8O-B\Q-2`Q-CHR,PT*("`@-C=K(#(P M,#8O,3$O,34@0SI<8WEG=VEN7&)I;EQC>6=N8W5R7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG M;F-U7,]-"XP#0H@("`@("`@("`@("`@("`@ M("`B8WEG;F-U6=W:6Y<8FEN7&-Y9VYC=7)S97,K M*S8N9&QL("T@;W,]-"XP(&EM9STQ+C`@6=W:6Y<8FEN7&-Y9VYC=7)S M97,M."YD;&P@+2!O7,]-"XP#0H@("`@("`@("`@ M("`@("`@("`B8WEG;F-U6=W:6Y<8FEN7&-Y9VYC M=7)S97,U+F1L;"`M(&]S/30N,"!I;6<],2XP('-Y6=N8W5R6=W:6Y<8FEN7&-Y9VYC M=7)S97,V+F1L;"`M(&]S/30N,"!I;6<],2XP('-Y6=N8W5R6=W:6Y<8FEN7&-Y9W!A;F5L M+3@N9&QL("T@;W,]-"XP(&EM9STQ+C`@6=P86YE;#4N9&QL(B!V,"XP('1S/3(P,#$O-"\R-"`R,CHR-PT* M("`@,3)K(#(P,#(O,#$O,#D@0SI<8WEG=VEN7&)I;EQC>6=P86YE;#8N9&QL M("T@;W,]-"XP(&EM9STQ+C`@6=P M86YE;#6=P86YG;V9T,BTQ+C`M,"YD M;&P@+2!O7,]-"XP#0H@("`@("`@("`@("`@("`@ M("`B8WEG<&%N9V]F=#(M,2XP+3`N9&QL(B!V,"XP('1S/3(P,#4O-R\Q."`T M.C(X#0H@("`S,VL@,C`P-2\P-R\Q."!#.EQC>6=W:6Y<8FEN7&-Y9W!A;F=O M=VEN,S(M,2XP+3`N9&QL("T@;W,]-"XP(&EM9STQ+C`@6=W M:6Y<8FEN7&-Y9W!A;F=O>"TQ+C`M,"YD;&P@+2!O7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG<&%N9V]X+3$N,"TP+F1L M;"(@=C`N,"!T6=P86YG;WAF="TQ+C`M,"YD;&P@+2!O7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG<&%N9V]X M9G0M,2XP+3`N9&QL(B!V,"XP('1S/3(P,#4O-R\Q."`T.C(Y#0H@(#$P.6L@ M,C`P-B\P,B\Q,"!#.EQC>6=W:6Y<8FEN7&-Y9W!C7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG<&-R M92TP+F1L;"(@=C`N,"!T6=P8W)E8W!P+3`N9&QL("T@;W,]-"XP M(&EM9STQ+C`@6=P M97)L-5\X+F1L;"(@=C`N,"!T6=W:6Y<8FEN7&-Y9W!G='EP97,N9&QL("T@;W,] M-"XP(&EM9STQ+C`@6=W:6Y<8FEN7&-Y9W!N9S$R+F1L;"`M(&]S/30N,"!I M;6<],2XP('-Y6=P;F7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG<&]P="TP+F1L;"(@ M=C`N,"!T6=P<2YD;&P@+2!O7,]-"XP M#0H@("`@("`@("`@("`@("`@("`B8WEG<'$N9&QL(B!V,"XP('1S/3(P,#8O M,B\Q-B`R,SHR,0T*("`Q,#AK(#(P,#$O,#8O,C@@0SI<8WEG=VEN7&)I;EQC M>6=R96%D;&EN930N9&QL("T@;W,]-"XP(&EM9STQ+C`@6=R96%D;&EN934N9&QL(B!V,"XP('1S/3(P M,#,O."\Q,"`Q-CHQ-@T*("`Q-31K(#(P,#6=R96%D;&EN938N9&QL("T@;W,]-"XP(&EM9STQ+C`@6=R=6)Y,3@N9&QL(B!V,"XP('1S/3(P,#6=W:6Y<8FEN7&-Y M9W-A7,]-"XP#0H@("`@("`@("`@ M("`@("`@("`B8WEG4TTM-BYD;&PB('8P+C`@=',],C`P-B\Q,B\R(#(S.C(T M#0H@(#,X,FL@,C`P-2\P-2\R-B!#.EQC>6=W:6Y<8FEN7&-Y9W-N9&9I;&4M M,2YD;&P@+2!O7,]-"XP#0H@("`@("`@("`@("`@ M("`@("`B8WEG6=S6=S6=W:6Y<8FEN7&-Y9W0Q+34N M9&QL("T@;W,]-"XP(&EM9STQ+C`@6=T M:&%I+3`N9&QL(B!V,"XP('1S/3(P,#6=T:61Y+3`M.3DM,"YD;&P@+2!O M7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG M=&ED>2TP+3DY+3`N9&QL(B!V,"XP('1S/3(P,#0O,3(O-R`V.C,T#0H@(#,Q M,FL@,C`P-B\Q,2\Q,"!#.EQC>6=W:6Y<8FEN7&-Y9W1I9F8M-2YD;&P@+2!O M7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG M=&EF9BTU+F1L;"(@=C`N,"!T7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG=6YG:68M-"YD;&PB('8P M+C`@=',],C`P-2\Q,"\R,R`Q,SHQ,0T*("`X.#AK(#(P,#8O,3(O,#0@0SI< M8WEG=VEN7&)I;EQC>6=8,3$M-BYD;&P@+2!O7,] M-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG6#$Q+38N9&QL(B!V,"XP('1S M/3(P,#8O,3(O,R`Q,SHP,@T*("`@(#AK(#(P,#8O,3`O,#8@0SI<8WEG=VEN M7&)I;EQC>6=8874M-BYD;&P@+2!O7,]-"XP#0H@ M("`@("`@("`@("`@("`@("`B8WEG6&%U+38N9&QL(B!V,"XP('1S/3(P,#8O M,3`O-B`Q,CHS,0T*("`S-C!K(#(P,#8O,#8O,3D@0SI<8WEG=VEN7&)I;EQC M>6=8877,]-"XP#0H@("`@("`@ M("`@("`@("`@("`B8WEG6&%W+3@N9&QL(B!V,"XP('1S/3(P,#8O-B\Q.2`Q M-3HS-0T*("`R.#5K(#(P,#6=8876=887&-B+3$N M9&QL("T@;W,]-"XP(&EM9STQ+C`@6=X8V(M8V]M<&]S:71E M+3`N9&QL("T@;W,]-"XP(&EM9STQ+C`@&-B+61A;6%G92TP+F1L;"`M(&]S/30N,"!I;6<],2XP('-Y6=X8V(M9&%M86=E+3`N9&QL(B!V,"XP('1S M/3(P,#6=W:6Y< M8FEN7&-Y9WAC8BUD<&US+3`N9&QL("T@;W,]-"XP(&EM9STQ+C`@6=W M:6Y<8FEN7&-Y9WAC8BUG;'@M,"YD;&P@+2!O7,] M-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG>&-B+6=L>"TP+F1L;"(@=C`N M,"!T6=X8V(M7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG>&-B+7)A;F1R+3`N9&QL M(B!V,"XP('1S/3(P,#6=W:6Y<8FEN7&-Y9WAC8BUR96-O7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG>&-B+7)E8V]R M9"TP+F1L;"(@=C`N,"!T6=X8V(M6=X8V(M6=W:6Y<8FEN7&-Y9WAC8BUS8W)E96YS879E M6=X8V(M&-B+7-H87!E+3`N9&QL("T@;W,]-"XP(&EM9STQ+C`@6=X8V(M6=X8V(M>&8X M-F1R:2TP+F1L;"(@=C`N,"!T6=X8V(M>&9I>&5S+3`N9&QL("T@ M;W,]-"XP(&EM9STQ+C`@6=X8V(M>&QI8BTP+F1L;"(@=C`N,"!T6=X8V(M>'!R:6YT+3`N9&QL("T@;W,]-"XP(&EM9STQ+C`@7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG>&-B+7AV+3`N9&QL(B!V M,"XP('1S/3(P,#6=W:6Y<8FEN7&-Y9WAC8BUX=FUC+3`N9&QL("T@;W,]-"XP(&EM9STQ+C`@ M6=W:6Y<8FEN7&-Y9UAC=7)S;W(M,2YD;&P@+2!O7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG6&-U7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG6&1M8W`M-BYD;&PB M('8P+C`@=',],C`P-B\Q,"\Y(#$P.C0Q#0H@("`U,&L@,C`P-B\Q,B\P-"!# M.EQC>6=W:6Y<8FEN7&-Y9UAE>'0M-BYD;&P@+2!O7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG6&5X="TV+F1L;"(@=C`N M,"!T&5S+3,N9&QL("T@;W,]-"XP(&EM9STQ+C`@7,]-"XP#0H@("`@ M("`@("`@("`@("`@("`B8WEG6&DM-BYD;&PB('8P+C`@=',],C`P-B\Q,B\S M(#(Q.C,X#0H@,3$X.&L@,C`P-B\P-B\Q-2!#.EQC>6=W:6Y<8FEN7&-Y9UAM M+3(N9&QL("T@;W,]-"XP(&EM9STQ+C`@6=8;4A434PM,"YD M;&P@+2!O7,]-"XP#0H@("`@("`@("`@("`@("`@ M("`B8WEG6&U(5$U,+3`N9&QL(B!V,"XP('1S/3(P,#8O-R\Q-B`S.C,R#0H@ M,3`V-6L@,C`P-B\P-B\P.2!#.EQC>6=W:6Y<8FEN7&-Y9WAM;#(M,BYD;&P@ M+2!O7,]-"XP#0H@("`@("`@("`@("`@("`@("`B M8WEG>&UL,BTR+F1L;"(@=C`N,"!T6=8;74M-BYD;&P@+2!O7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG6&UU M+38N9&QL(B!V,"XP('1S/3(P,#8O,3(O,R`R,CHQ-PT*("`@,C9K(#(P,#8O M,#8O,C(@0SI<8WEG=VEN7&)I;EQC>6=8<"TV+F1L;"`M(&]S/30N,"!I;6<] M,2XP('-Y6=8<"TV+F1L;"(@ M=C`N,"!T6=86=X7,]-"XP#0H@("`@ M("`@("`@("`@("`@("`B8WEG6'0M-BYD;&PB('8P+C`@=',],C`P-B\Q,B\S M(#(Q.C0U#0H@("`V-6L@,C`P-B\Q,"\Q-B!#.EQC>6=W:6Y<8FEN7&-Y9WHN M9&QL("T@;W,]-"XP(&EM9STQ+C`@7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG=VEN M,2YD;&PB('8P+C`@=',],C`P-R\Q+S,Q(#$Z-3@-"B`@("!#>6=W:6X@1$Q, M('9E6=W:6XQ#0H@("`@("`@ M($UO=6YT(')E9VES=')Y.B`R#0H@("`@("`@($-Y9VYU2!N M86UE.B!#>6=N=7,@4V]L=71I;VYS#0H@("`@("`@($-Y9W=I;B!R96=I2!N86UE.B!#>6=W:6X-"B`@("`@("`@4')O9W)A;2!O<'1I;VYS(&YA;64Z M(%!R;V=R86T@3W!T:6]N6=W:6X@;6]U;G0@6=D6=D`T*("`@("`@("!#>6=D#H@ M#0H@("`@("`@($)U:6QD(&1A=&4Z(%=E9"!*86X@,S$@,3`Z-36=W:6XQ4S0-"@T*#0I397)V:6-E("`@("`@("`@("`@(#H@ M2!N86UE("`@("`@("`Z($-91U=)3B!S2(@#0I05Q#>6=W:6X-"DQA6=W:6X-"@T*4&%C:V%G92`@("`@("`@("`@("`@("`@ M5F5R6QE("`@("`@("`@("`@("`@("`@ M,2XR,"XR+3$-"F%T:R`@("`@("`@("`@("`@("`@("`@(#$N,3`N,RTQ#0IA M=&LM7!T("`@("`@ M("`@("`@("`@("`@(#$N,2TQ#0IC=&%G6=R=6YS6=W:6XM M9&]C("`@("`@("`@("`@("`Q+C0M-`T*9&EF9G5T:6QS("`@("`@("`@("`@ M("`@,BXX+C&EF("`@("`@("`@("`@("`@("`@("`P M+C8N.2TR#0IE>'!A="`@("`@("`@("`@("`@("`@("`Q+CDU+C@M,@T*9FEL M92`@("`@("`@("`@("`@("`@("`@-"XR,"TQ#0IF:6YD=71I;',@("`@("`@ M("`@("`@("`T+C,N-"TQ#0IF;VYT8V]N9FEG("`@("`@("`@("`@("`R+C0N M,2TU#0IF#$Q("`@("`@ M("`@."XU,"TQ#0IG;&EB("`@("`@("`@("`@("`@("`@("`Q+C(N,3`M,PT* M9VQI8BUD979E;"`@("`@("`@("`@("`@,2XR+C$P+3,-"F=L:6(R("`@("`@ M("`@("`@("`@("`@(#(N,3`N,RTQ#0IG;&EB,BUR=6YT:6UE("`@("`@("`@ M("`R+C$P+C,M,0T*9VUP("`@("`@("`@("`@("`@("`@("`@-"XR+C$M,0T* M9VYO;64M:6-O;BUT:&5M92`@("`@("`@,BXQ-"XR+3$-"F=N=6=O("`@("`@ M("`@("`@("`@("`@(#,N-RXQ,"TQ#0IGC)?,2`@ M("`@("`@("`@("`@("`Q+C`N,RTR#0IL:6)C:&%R&EF("`@("`@ M("`@("`@("`@("`P+C8N,3(M,0T*;&EB97AP870P("`@("`@("`@("`@("`@ M,2XY-2XX+3(-"FQI8F9O;G1C;VYF:67!E,BUD M979E;"`@("`@(#(N,2XY+3$-"FQI8F9R965T>7!E,C8@("`@("`@("`@(#(N M,2XY+3$-"FQI8F=C7!E'0V("`@("`@("`@("`@("`@(#$N,"XR+3$-"FQI8EAF:7AE&UL,BUP>71H;VX@ M("`@("`@("`@,BXV+C(V+3$-"FQI8EAM=2UD979E;"`@("`@("`@("`@(#$N M,"XS+3$-"FQI8EAM=38@("`@("`@("`@("`@("`@(#$N,"XS+3$-"FQI8EAP M-B`@("`@("`@("`@("`@("`@(#$N,"XP+3(-"FQI8EAP;2UD979E;"`@("`@ M("`@("`@(#,N-2XV+3$-"FQI8EAP;30@("`@("`@("`@("`@("`@(#,N-2XV M+3$-"FQI8EAR86YD"`@("`@("`@("`@("`@("`@("`@,BXX+C4M-`T*;30@ M("`@("`@("`@("`@("`@("`@("`@,2XT+CDM,0T*;6%K92`@("`@("`@("`@ M("`@("`@("`@,RXX,2TQ#0IM86X@("`@("`@("`@("`@("`@("`@("`Q+C9E M+3$-"FUEFQI8B`@("`@("`@("`@("`@,2XR+C,M,@T*;6EN:7)E6-A:7)O("`@("`@("`@("`@("`@("`Q+C(N-BTQ#0IP>6=O8FIE8W0R("`@ M("`@("`@("`@("`R+C$R+C,M,0T*<'EG=&LR("`@("`@("`@("`@("`@("`@ M,BXV+C,M,0T*<'EL:6)X;6PR("`@("`@("`@("`@("`@,BXV+C(V+3$-"G!Y M;&EB>'-L="`@("`@("`@("`@("`@(#$N,2XQ-RTQ#0IP>71H;VX@("`@("`@ M("`@("`@("`@("`R+C4M,0T*2`@("`@("`@("`@("`@ M("`@("`@,2XX+C4M,PT*7-L;V&]R9RUX,3$M8F%S92`@("`@("`@("`@-BXX+CDY+CDP M,2TQ#0IX;W)G+7@Q,2UB:6X@("`@("`@("`@("`V+C@N.3DN.3`Q+3$-"GAO M#$Q+6)I;BUD;&QS("`@("`@(#8N."XY.2XY,#$M,0T*>&]R9RUX,3$M M8FEN+6QN9&ER("`@("`@-BXX+CDY+CDP,2TQ#0IX;W)G+7@Q,2UD979E;"`@ M("`@("`@("`V+C@N.3DN.3`Q+3$-"GAO#$Q+65T8R`@("`@("`@("`@ M(#8N."XY.2XY,#$M,0T*>&]R9RUX,3$M9C$P,"`@("`@("`@("`@-BXX+CDY M+CDP,2TQ#0IX;W)G+7@Q,2UF8WER("`@("`@("`@("`V+C@N.3DN.3`Q+3$- M"GAO#$Q+69E;F,@("`@("`@("`@(#8N."XY.2XY,#$M,0T*>&]R9RUX M,3$M9FYT#$Q+69S&]R9RUX,3$M;&EB#$Q+6UA;BUP86=E&]R M9RUX,3$M>'=I;B`@("`@("`@("`@-BXX+CDY+CDP,2TQ#0IX<')O=&\@("`@ M("`@("`@("`@("`@("`W+C`N.2TQ#0IX=&5R;2`@("`@("`@("`@("`@("`@ M("`R,#(M,0T*>FEP("`@("`@("`@("`@("`@("`@("`@,BXS,BTR#0IZ;&EB M("`@("`@("`@("`@("`@("`@("`Q+C(N,RTR#0I5 Message-ID: <2D9E96311DCA4C48BF185EA6928BC7BB01BC6D0C@asc-mail.int.ascribe.com> Robert Neville wrote on Thursday, May 10, 2007 10:07 PM:: > After reinstalling X and all fonts, I mounted the font path and still > receive this error. > > Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, > removing from list! This is not an error, it is just a warning. If you had searched the archive you would have known this. Everyone will get this in their log unless they've explicitly installed fonts into the CID directory. Your problem has nothing to do with fonts. > winProcSetSelectionOwner - Clipboard not yet started, aborting. > winProcSetSelectionOwner - Clipboard not yet started, aborting. > winClipboardProc - winClipboardFlushWindowsMessageQueue trapped > WM_QUIT message, exiting main loop. winClipboardProc - XDestroyWindow > succeeded. > > winClipboardIOErrorHandler! This appears to be your problem. My guess is that either: a) something is trying to communicate with the X clipboard before it has finished its initialisation. If this is the case, you might find my version of startxwin.bat useful (attached, just save & rename it). This waits for a key line to appear in the XWin log file before trying to launch any client programs. b) you have some firewall/antivirus/other software that is interfering with the communication with the X clipboard. The advice is generally to uninstall such software. Just disabling them still leaves them hooked into the system. Dave Korn has been compiling a list of the known offenders in the cygwin-talk thread "The Big List of Dodgy Apps". Search the mail archives to see if you have any of the mentioned programs. If none of the above works, you could always try the obsolete xwinclip, which is a standalone clipboard handler. To install it via cygwin setup, you need to uncheck the "hide obsolete and administrative packages" option. To use it, you need to remove the -clipboard option from the XWin command line, start the X server, then enter the command "run xwinclip". This is not particularly reliable, and IIRC some key changes regarding data conversion are missing from it, but at least when it crashes, it doesn't cause X to die too. Note that because this package is obsolete (and has been for quite some time), you cannot expect any support for it. HTH, Phil -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: startxwin.txt URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From geoff.levner@samcef.com Mon May 14 09:38:00 2007 From: geoff.levner@samcef.com (Geoff Levner) Date: Mon, 14 May 2007 09:38:00 -0000 Subject: glXChooseVisual does not handle GLX_RGBA correctly Message-ID: <46482DFB.5060600@samcef.com> I have an OpenGL-based application executing on a Sun, but displaying on a PC running Windows XP and an X server. The app requires a TrueColor visual, so when it calls glXChooseVisual, it passes GLX_RGBA in the attribute list. This works fine with another X server (Exceed), but when using Cygwin/X, glXChooseVisual fails to return a visual. Running xdpyinfo would seem to indicate that the server has *only* TrueColor visuals (see the output below). And in fact if I remove GLX_RGBA from the attribute list, glXChooseVisual does return one of those visuals. If I ask for information about the visual with glXGetConfig, it responds that color buffers store color indices (GLX_RGBA is false), yet the application works correctly. Anybody have a clue what is going on here? Thanks, Geoff Output from xdpyinfo: number of visuals: 4 default visual id: 0x22 visual: visual id: 0x22 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x23 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x24 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x25 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From reply-to-list-only-lh-x@cygwin.com Mon May 14 12:17:00 2007 From: reply-to-list-only-lh-x@cygwin.com (Larry Hall (Cygwin X)) Date: Mon, 14 May 2007 12:17:00 -0000 Subject: glXChooseVisual does not handle GLX_RGBA correctly In-Reply-To: <46482DFB.5060600@samcef.com> References: <46482DFB.5060600@samcef.com> Message-ID: <46485352.8010907@cygwin.com> Geoff Levner wrote: > I have an OpenGL-based application executing on a Sun, but displaying on > a PC running Windows XP and an X server. The app requires a TrueColor > visual, so when it calls glXChooseVisual, it passes GLX_RGBA in the > attribute list. This works fine with another X server (Exceed), but when > using Cygwin/X, glXChooseVisual fails to return a visual. > > Running xdpyinfo would seem to indicate that the server has *only* > TrueColor visuals (see the output below). And in fact if I remove > GLX_RGBA from the attribute list, glXChooseVisual does return one of > those visuals. If I ask for information about the visual with > glXGetConfig, it responds that color buffers store color indices > (GLX_RGBA is false), yet the application works correctly. > > Anybody have a clue what is going on here? Looks to me like you're app is looking for 32 bits while Cygwin-X is only providing 24 bits. Unless you know you absolutely need transparency, I think you'll find everything works fine with the visuals you can get. Just ask for GLX_RGB instead. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From geoff.levner@samcef.com Mon May 14 12:43:00 2007 From: geoff.levner@samcef.com (Geoff Levner) Date: Mon, 14 May 2007 12:43:00 -0000 Subject: glXChooseVisual does not handle GLX_RGBA correctly In-Reply-To: <46485352.8010907@cygwin.com> References: <46482DFB.5060600@samcef.com> <46485352.8010907@cygwin.com> Message-ID: <46485954.6070606@samcef.com> Larry Hall (Cygwin X) wrote: > Geoff Levner wrote: > >> I have an OpenGL-based application executing on a Sun, but displaying on >> a PC running Windows XP and an X server. The app requires a TrueColor >> visual, so when it calls glXChooseVisual, it passes GLX_RGBA in the >> attribute list. This works fine with another X server (Exceed), but when >> using Cygwin/X, glXChooseVisual fails to return a visual. >> >> Running xdpyinfo would seem to indicate that the server has *only* >> TrueColor visuals (see the output below). And in fact if I remove >> GLX_RGBA from the attribute list, glXChooseVisual does return one of >> those visuals. If I ask for information about the visual with >> glXGetConfig, it responds that color buffers store color indices >> (GLX_RGBA is false), yet the application works correctly. >> >> Anybody have a clue what is going on here? >> > > > Looks to me like you're app is looking for 32 bits while Cygwin-X is > only providing 24 bits. Unless you know you absolutely need transparency, > I think you'll find everything works fine with the visuals you can get. > Just ask for GLX_RGB instead. > > That sounds reasonable, but GLX_RGB is not defined, and I can't find any reference to it in the GLX 1.4 specifications. According to the documentation, GLX_RGBA just means you want TrueColor or DirectColor visuals; it says nothing about alpha. And we do not ask for any alpha bits... Geoff -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From arongone@aer.com Mon May 14 19:29:00 2007 From: arongone@aer.com (Allen Rongone) Date: Mon, 14 May 2007 19:29:00 -0000 Subject: Startxwin.bat fatal error in Windows Vista Message-ID: <4648B884.4080600@aer.com> Hello, We recently received a new Dell Precision M90 laptop with Windows Vista Business version 6.0 pre-installed. I downloaded and installed the latest version of Cygwin (1.5.24) on it. Our users use it for X window access to our Unix servers, anyway, whenever a user on this machine attempts to run the startxwin.bat file they get a window that pops up and says: A fatal error has occurred and Cygwin/X will now exit. Please open /tmp/XWin.log for more information. XWin was started with the following command-line: /usr/X11R6/bin/XWin -multiwindow -clipboard -silent-dup-error I've attached a copy of the log, (along with with the output of cygcheck) but it basically says that there was fatal server error because it couldn't establish any listening sockets - Make sure an X server isn't already running. I've seen this before under Windows XP and it was due to the fact that the previous user was the owner of the /tmp/.X11-unix directory and no one else had permissions to delete the X0 file nor were they able to remove this directory. I just gave Everyone Full Control to the /tmp directory and made it inheritable, that solved the problem. However, now under Vista, Everyone no longer gets propagated to the /tmp/X11-unix directory so when another user runs startxwin.bat it cannot delete the X0 file and remove the sud-directory. Is this a Vista problem or a XWin.exe issue? And if so does anyone know a workaround? I've tried configuring the permissions every which way and no matter what I try the permissions do not get propagated to the /tmp/X11-unix directory. Thank you for your time, Allen Rongone -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWin.log URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.out URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From bowei_99@yahoo.com Tue May 15 05:38:00 2007 From: bowei_99@yahoo.com (Burvil) Date: Tue, 15 May 2007 05:38:00 -0000 Subject: Disruptive screen resolution change when using remote desktop Message-ID: <566397.90313.qm@web32012.mail.mud.yahoo.com> Hi all, I have my Cygwin/X set up with a root window running the fluxbox window manager on my desktop. It works quite well if I'm logged in to the system itself, i.e. I'm physically at the computer. However, if I login to my system via remote desktop, as I often need to do, the screen resolution is usually lower than that of the desktop, and so I get the following eror message: Disruptive screen resolution change Restore previous resolution to use Cygwin/X Clicking on 'Dismiss' does nothing - it apparently tries to correct itself, but fails, and the error message persists until I kill the X server. I looked at the following messages, after which I tried changing startxwin.bat to enable scrollbars and making sure color depth was the same on the OS of the remote and local systems as well as in cygwin/X itself. http://sourceware.org/ml/cygwin-xfree/2002-07/msg00508.html http://sourceware.org/ml/cygwin-xfree/2002-07/msg00480.html I also tried setting the root window resolution to 1024x768, which is a lot more common than the 1680x1050 on my desktop. Even when the screen resolution of the remote system, i.e. where the system I'm using remote desktop on, is, say, 1152x864, I still get the same error message. Is there a way to get around this other than getting a monitor that's the same resolution as my desktop? --------------------- Burvil * http://www.burvil.org * ____________________________________________________________________________________You snooze, you lose. Get messages ASAP with AutoCheck in the all-new Yahoo! Mail Beta. http://advision.webevents.yahoo.com/mailbeta/newmail_html.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From Phil.Betts@ascribe.com Tue May 15 11:04:00 2007 From: Phil.Betts@ascribe.com (Phil Betts) Date: Tue, 15 May 2007 11:04:00 -0000 Subject: Startxwin.bat fatal error in Windows Vista In-Reply-To: <4648B884.4080600@aer.com> Message-ID: <2D9E96311DCA4C48BF185EA6928BC7BB01C3C42C@asc-mail.int.ascribe.com> Allen Rongone wrote on Monday, May 14, 2007 8:29 PM:: > I've seen this before under Windows XP and it was due to the fact > that the previous user was the owner of the /tmp/.X11-unix directory > and no one else had permissions to delete the X0 file nor were they > able to remove this directory. I just gave Everyone Full Control to > the /tmp directory and made it inheritable, that solved the problem. > However, now under Vista, Everyone no longer gets propagated to the > /tmp/X11-unix directory so when another user runs startxwin.bat it > cannot delete the X0 file and remove the sud-directory. > The usual workaround for this is to make /tmp a user mount, i.e. each user has their own /tmp. E.g.: mount -u -b $APPDATA\\tmp /tmp If that doesn't work, there's either a program already using port 6000, or your firewall/antivirus is blocking access to it. X uses port 6000 + the display number, so if another program's using port 6000, you can start X on say port 6002 with "XWin :2". -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From shturm@ptc.com Wed May 16 06:53:00 2007 From: shturm@ptc.com (Alex Shturm) Date: Wed, 16 May 2007 06:53:00 -0000 Subject: My program restarts six times under Cygwin when run under rxvt/xterm Message-ID: <464AAA42.1080907@ptc.com> Hello, This is a simple program that I compile as a console application in Visual Studio 2005 : ---------------------------------------------- #include #include LONG WINAPI my_exception_filter (LPEXCEPTION_POINTERS exceptionInfo) { printf ("*** my_exception_filter ***\n"); return EXCEPTION_EXECUTE_HANDLER; } int main(int argc, char *argv[]) { printf ("\n*** SetUnhandledExceptionFilter ***\n"); SetUnhandledExceptionFilter (my_exception_filter); printf ("*** RaiseException ***\n"); RaiseException(EXCEPTION_NONCONTINUABLE_EXCEPTION , EXCEPTION_NONCONTINUABLE, 0, NULL); } ---------------------------------------------- If I run this program in standard Windows CMD window, it prints whatever it should, and terminates. If I run this program under CYGWIN, the result depends: - in standard window (the one that is open by picking "Cygwin bash shell" link in the menu) - the program exits after printing - if I start rxvt or xterm from the standard window, and then run this program in rxvt/xterm window, the program restarts 5 times, each time it prints what it should. Can somebody check my sanity and confirm that this problem is reproducible anywhere else? I'm on Windows XP SP2, all the latest patches, etc. Cygwin version is 1.5.24 (the latest). Any help is greatly appreciated. Thank you, Alex -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From cgf-use-the-mailinglist-please@cygwin.com Wed May 16 14:06:00 2007 From: cgf-use-the-mailinglist-please@cygwin.com (Christopher Faylor) Date: Wed, 16 May 2007 14:06:00 -0000 Subject: My program restarts six times under Cygwin when run under rxvt/xterm In-Reply-To: <464AAA42.1080907@ptc.com> References: <464AAA42.1080907@ptc.com> Message-ID: <20070516140607.GA28903@trixie.casa.cgf.cx> On Tue, May 15, 2007 at 11:52:50PM -0700, Alex Shturm wrote: >Hello, > >This is a simple program that I compile as a console application in >Visual Studio 2005 : >---------------------------------------------- >#include >#include > >LONG WINAPI my_exception_filter (LPEXCEPTION_POINTERS exceptionInfo) >{ >printf ("*** my_exception_filter ***\n"); >return EXCEPTION_EXECUTE_HANDLER; >} > > >int main(int argc, char *argv[]) >{ >printf ("\n*** SetUnhandledExceptionFilter ***\n"); >SetUnhandledExceptionFilter (my_exception_filter); > > >printf ("*** RaiseException ***\n"); >RaiseException(EXCEPTION_NONCONTINUABLE_EXCEPTION , >EXCEPTION_NONCONTINUABLE, 0, NULL); >} >---------------------------------------------- Cygwin uses the equivalent of SetUnhandledExceptionFilter for its own purposes. It can do that because there is no linux version of that function. So, if you attempt to use it in a cygwin-aware program, you're in for problems. If you need to produce pure windows programs, I'd suggest http://mingw.org/ . It doesn't seem like you need Cygwin for the above. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From shturm@ptc.com Wed May 16 18:15:00 2007 From: shturm@ptc.com (Alex Shturm) Date: Wed, 16 May 2007 18:15:00 -0000 Subject: My program restarts six times under Cygwin when run under rxvt/xterm In-Reply-To: <20070516140607.GA28903@trixie.casa.cgf.cx> References: <464AAA42.1080907@ptc.com> <20070516140607.GA28903@trixie.casa.cgf.cx> Message-ID: <464B4A0C.7040208@ptc.com> Christopher, > Cygwin uses the equivalent of SetUnhandledExceptionFilter for its own > purposes. It can do that because there is no linux version of that > function. > > So, if you attempt to use it in a cygwin-aware program, you're in for > problems. If you need to produce pure windows programs, I'd suggest > http://mingw.org/ . It doesn't seem like you need Cygwin for the > above. > > cgf > This small program is just a tiny part of a huge application, which is built natively on Windows, and intended to be run without Cygwin by the customers. However we in development use Cygwin extensively, mostly to use the same scripts/environment as on Unix platforms (where our application is also built). Hence your suggestion to use mingw is not applicable in our case. Out application is not cygwin-aware. Still something does not look right to me: (1) Even if cygwin has its own exception handling, how is it possible that it interferes with exception handling in my program (which is a separate process) ? (2) Why this issue is not reproducible when cygwin shell is started in a regular (cmd?) window, but reproducible only in rxvt/xterm window? BTW, I've tried running this program under bash, tcsh, and sh, and the behavior is the same - that is, the shell is not relevant to this problem, only window type is relevant. It looks like a rxvt/xterm-specific issue. I wonder if somebody can take a look at it... Thanks, Alex -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From cgf-use-the-mailinglist-please@cygwin.com Wed May 16 18:54:00 2007 From: cgf-use-the-mailinglist-please@cygwin.com (Christopher Faylor) Date: Wed, 16 May 2007 18:54:00 -0000 Subject: My program restarts six times under Cygwin when run under rxvt/xterm In-Reply-To: <464B4A0C.7040208@ptc.com> References: <464AAA42.1080907@ptc.com> <20070516140607.GA28903@trixie.casa.cgf.cx> <464B4A0C.7040208@ptc.com> Message-ID: <20070516185408.GA7075@trixie.casa.cgf.cx> On Wed, May 16, 2007 at 11:14:36AM -0700, Alex Shturm wrote: >cgf wrote: >>Cygwin uses the equivalent of SetUnhandledExceptionFilter for its own >>purposes. It can do that because there is no linux version of that >>function. >> >>So, if you attempt to use it in a cygwin-aware program, you're in for >>problems. If you need to produce pure windows programs, I'd suggest >>http://mingw.org/ . It doesn't seem like you need Cygwin for the >>above. > >This small program is just a tiny part of a huge application, which is >built natively on Windows, and intended to be run without Cygwin by the >customers. If it is going to be run without Cygwin then you shouldn't be using cygwin's gcc. >However we in development use Cygwin extensively, mostly to use the same >scripts/environment as on Unix platforms (where our application is also >built). You may be a little confused here. I'm not suggesting that you have to wipe cygwin from your hard drive to use MinGW. For the most part, Cygwin runs standard windows applications, like the MinGW build tools, just fine. >Hence your suggestion to use mingw is not applicable in our case. Out >application is not cygwin-aware. If you are using gcc to build your program then you are building a cygwin application regardless of whether you use anything from the cygwin API. Cygwin is a *dll* it will get loaded automatically when you start your program and it will do things with exception handling. Btw, if you build your program with standard cygwin gcc is also GPLed, which means that you must provide source code for the program to your customers. >Still something does not look right to me: > >(1) Even if cygwin has its own exception handling, how is it possible >that it interferes with exception handling in my program (which is a >separate process) ? see above. >(2) Why this issue is not reproducible when cygwin shell is started in a >regular (cmd?) window, but reproducible only in rxvt/xterm window? Dunno but I'm not particularly interested in finding out. I know for sure that if you do what you're doing you will have problems. >I wonder if somebody can take a look at it... It's not likely. Sorry. You really should just make your program a pure windows program. It will still run under rxvt, bash, etc. but it isn't likely that it will manifest this problem and you won't have to provide your source code to your customers under the GPL. You can also use the -mno-cygwin option to gcc which will avoid using the cygwin environment when compiling/linking. I avoided mentioning this before because it is a constant source of confusion with people because it doesn't always work 100% correctly and people somehow think that it is a way to avoid the GPL but still have cygwin functionality. It may work in your case but MinGW is cleaner. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From shturm@ptc.com Wed May 16 18:58:00 2007 From: shturm@ptc.com (Alex Shturm) Date: Wed, 16 May 2007 18:58:00 -0000 Subject: My program restarts six times under Cygwin when run under rxvt/xterm In-Reply-To: <20070516185408.GA7075@trixie.casa.cgf.cx> References: <464AAA42.1080907@ptc.com> <20070516140607.GA28903@trixie.casa.cgf.cx> <464B4A0C.7040208@ptc.com> <20070516185408.GA7075@trixie.casa.cgf.cx> Message-ID: <464B541A.3010404@ptc.com> Christopher, I agree there is a misunderstanding here. Please see my original post - there I clearly say that I build this program in Visual Studio 2005, and not using gcc. I only have problems *running* it under cygwin. Thanks, Alex Christopher Faylor wrote: > On Wed, May 16, 2007 at 11:14:36AM -0700, Alex Shturm wrote: > >> cgf wrote: >> >>> Cygwin uses the equivalent of SetUnhandledExceptionFilter for its own >>> purposes. It can do that because there is no linux version of that >>> function. >>> >>> So, if you attempt to use it in a cygwin-aware program, you're in for >>> problems. If you need to produce pure windows programs, I'd suggest >>> http://mingw.org/ . It doesn't seem like you need Cygwin for the >>> above. >>> >> >> This small program is just a tiny part of a huge application, which is >> built natively on Windows, and intended to be run without Cygwin by the >> customers. >> > > If it is going to be run without Cygwin then you shouldn't be using > cygwin's gcc. > > >> However we in development use Cygwin extensively, mostly to use the same >> scripts/environment as on Unix platforms (where our application is also >> built). >> > > You may be a little confused here. I'm not suggesting that you have to > wipe cygwin from your hard drive to use MinGW. For the most part, > Cygwin runs standard windows applications, like the MinGW build tools, > just fine. > > >> Hence your suggestion to use mingw is not applicable in our case. Out >> application is not cygwin-aware. >> > > If you are using gcc to build your program then you are building a > cygwin application regardless of whether you use anything from the > cygwin API. Cygwin is a *dll* it will get loaded automatically when > you start your program and it will do things with exception handling. > > Btw, if you build your program with standard cygwin gcc is also GPLed, > which means that you must provide source code for the program to your > customers. > > >> Still something does not look right to me: >> >> (1) Even if cygwin has its own exception handling, how is it possible >> that it interferes with exception handling in my program (which is a >> separate process) ? >> > > see above. > > >> (2) Why this issue is not reproducible when cygwin shell is started in a >> regular (cmd?) window, but reproducible only in rxvt/xterm window? >> > > Dunno but I'm not particularly interested in finding out. I know for > sure that if you do what you're doing you will have problems. > > >> I wonder if somebody can take a look at it... >> > > It's not likely. Sorry. You really should just make your program a > pure windows program. It will still run under rxvt, bash, etc. but it > isn't likely that it will manifest this problem and you won't have to > provide your source code to your customers under the GPL. > > You can also use the -mno-cygwin option to gcc which will avoid using > the cygwin environment when compiling/linking. I avoided mentioning > this before because it is a constant source of confusion with people > because it doesn't always work 100% correctly and people somehow think > that it is a way to avoid the GPL but still have cygwin functionality. > It may work in your case but MinGW is cleaner. > > cgf > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From cgf-use-the-mailinglist-please@cygwin.com Wed May 16 19:13:00 2007 From: cgf-use-the-mailinglist-please@cygwin.com (Christopher Faylor) Date: Wed, 16 May 2007 19:13:00 -0000 Subject: My program restarts six times under Cygwin when run under rxvt/xterm In-Reply-To: <464B541A.3010404@ptc.com> References: <464AAA42.1080907@ptc.com> <20070516140607.GA28903@trixie.casa.cgf.cx> <464B4A0C.7040208@ptc.com> <20070516185408.GA7075@trixie.casa.cgf.cx> <464B541A.3010404@ptc.com> Message-ID: <20070516191307.GA7824@trixie.casa.cgf.cx> On Wed, May 16, 2007 at 11:57:30AM -0700, Alex Shturm wrote: >Christopher, > >I agree there is a misunderstanding here. >Please see my original post - there I clearly say that I build this >program in Visual Studio 2005, and not using gcc. SORRY. I completely misread the "run this program under CYGWIN" as meaning that you recompiled using Cygwin's gcc even though that clearly is not what you meant. I don't have Visual Studio available to test this so I don't know if I'll be able to be of much help here. I'll try the test case under mingw, however, as soon as I get to a computer where I can do that. Apologies again for wasting your time with my misreading of your message. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From cgf-use-the-mailinglist-please@cygwin.com Wed May 16 19:17:00 2007 From: cgf-use-the-mailinglist-please@cygwin.com (Christopher Faylor) Date: Wed, 16 May 2007 19:17:00 -0000 Subject: My program restarts six times under Cygwin when run under rxvt/xterm In-Reply-To: <20070516191307.GA7824@trixie.casa.cgf.cx> References: <464AAA42.1080907@ptc.com> <20070516140607.GA28903@trixie.casa.cgf.cx> <464B4A0C.7040208@ptc.com> <20070516185408.GA7075@trixie.casa.cgf.cx> <464B541A.3010404@ptc.com> <20070516191307.GA7824@trixie.casa.cgf.cx> Message-ID: <20070516191725.GA8214@trixie.casa.cgf.cx> On Wed, May 16, 2007 at 03:13:07PM -0400, Christopher Faylor wrote: >On Wed, May 16, 2007 at 11:57:30AM -0700, Alex Shturm wrote: >>Christopher, >> >>I agree there is a misunderstanding here. >>Please see my original post - there I clearly say that I build this >>program in Visual Studio 2005, and not using gcc. > >SORRY. I completely misread the "run this program under CYGWIN" as >meaning that you recompiled using Cygwin's gcc even though that clearly >is not what you meant. > >I don't have Visual Studio available to test this so I don't know if >I'll be able to be of much help here. I'll try the test case under >mingw, however, as soon as I get to a computer where I can do that. > >Apologies again for wasting your time with my misreading of your >message. Actually, nevermind. I know what the problem is. Cygwin is interpreting the exit value from your program as being indicative of a hard failure and trying to rerun it as a result. If you explicitly exit with a value less than 65535 it should work better. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From shturm@ptc.com Wed May 16 19:32:00 2007 From: shturm@ptc.com (Alex Shturm) Date: Wed, 16 May 2007 19:32:00 -0000 Subject: My program restarts six times under Cygwin when run under rxvt/xterm In-Reply-To: <464B5BC4.2000806@ptc.com> References: <464AAA42.1080907@ptc.com> <20070516140607.GA28903@trixie.casa.cgf.cx> <464B4A0C.7040208@ptc.com> <20070516185408.GA7075@trixie.casa.cgf.cx> <464B541A.3010404@ptc.com> <20070516191307.GA7824@trixie.casa.cgf.cx> <20070516191725.GA8214@trixie.casa.cgf.cx> <464B5BC4.2000806@ptc.com> Message-ID: <464B5C2E.8000300@ptc.com> Wow. Is it a documented behavior? What is the reason for cygwin to believe that the program needs to be re-run? I'm not sure how I can control the exit value if the actual exit is performed by exception handler... Thanks, Alex Christopher Faylor wrote: > Actually, nevermind. I know what the problem is. Cygwin is > interpreting the exit value from your program as being indicative of a > hard failure and trying to rerun it as a result. If you explicitly exit > with a value less than 65535 it should work better. > > cgf > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From cgf-use-the-mailinglist-please@cygwin.com Wed May 16 20:21:00 2007 From: cgf-use-the-mailinglist-please@cygwin.com (Christopher Faylor) Date: Wed, 16 May 2007 20:21:00 -0000 Subject: My program restarts six times under Cygwin when run under rxvt/xterm In-Reply-To: <464B5C2E.8000300@ptc.com> References: <464AAA42.1080907@ptc.com> <20070516140607.GA28903@trixie.casa.cgf.cx> <464B4A0C.7040208@ptc.com> <20070516185408.GA7075@trixie.casa.cgf.cx> <464B541A.3010404@ptc.com> <20070516191307.GA7824@trixie.casa.cgf.cx> <20070516191725.GA8214@trixie.casa.cgf.cx> <464B5BC4.2000806@ptc.com> <464B5C2E.8000300@ptc.com> Message-ID: <20070516202051.GA10268@trixie.casa.cgf.cx> On Wed, May 16, 2007 at 12:31:58PM -0700, Alex Shturm wrote: >Wow. >Is it a documented behavior? http://cygwin.com/cygwin-ug-net/using-cygwinenv.html See the "proc_retry" entry. It neglects to mention that the default is 10. You might be able to set CYGWIN=proc_retry:1 but it's possible that Cygwin might still think your program was dying and report that. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From shturm@ptc.com Wed May 16 20:36:00 2007 From: shturm@ptc.com (Alex Shturm) Date: Wed, 16 May 2007 20:36:00 -0000 Subject: My program restarts six times under Cygwin when run under rxvt/xterm In-Reply-To: <20070516202051.GA10268@trixie.casa.cgf.cx> References: <464AAA42.1080907@ptc.com> <20070516140607.GA28903@trixie.casa.cgf.cx> <464B4A0C.7040208@ptc.com> <20070516185408.GA7075@trixie.casa.cgf.cx> <464B541A.3010404@ptc.com> <20070516191307.GA7824@trixie.casa.cgf.cx> <20070516191725.GA8214@trixie.casa.cgf.cx> <464B5BC4.2000806@ptc.com> <464B5C2E.8000300@ptc.com> <20070516202051.GA10268@trixie.casa.cgf.cx> Message-ID: <464B68DF.3060509@ptc.com> It did not help... :( The program still restarts 5 times... Christopher Faylor wrote: > On Wed, May 16, 2007 at 12:31:58PM -0700, Alex Shturm wrote: > >> Wow. >> Is it a documented behavior? >> > > http://cygwin.com/cygwin-ug-net/using-cygwinenv.html > > See the "proc_retry" entry. It neglects to mention that the default is > 10. > > You might be able to set CYGWIN=proc_retry:1 but it's possible that > Cygwin might still think your program was dying and report that. > > cgf > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From tmjvasig@cs.uwaterloo.ca Wed May 16 20:49:00 2007 From: tmjvasig@cs.uwaterloo.ca (Troy Vasiga) Date: Wed, 16 May 2007 20:49:00 -0000 Subject: Funny mouse XWin and Vista Message-ID: <464B6E5A.5090000@cs.uwaterloo.ca> Due to something terrible I must have done in a previous life, I am running Windows Vista. I am also trying to get Cygwin/X working. After a few false starts, it does run as expected, with two glitches. The first "glitch" is that my mouse pointer becomes really big when I move it over an xterm window and then back over a native Window app. By "really big", it looks like the shadow is about 5 times bigger than it should be. Changing the pointer to be something else (a "resizer" pointer on the edge of a window) and then clicking fixes the problem. The weird thing is that I don't even need to click on the xterm, and even if it is not the focus, it still frags the pointer. In particular, it only occurs when I have the mouse go over the boundary of the xterm (so that the mouse changes from the "bar" to the "double-ended arrow" to a "pointer" again). The second glitch is the fact that when I try to right-click and shutdown the XServer (in the System Tray), it still appears, and I have to kill it forcefully by way of the Task Manager. I am using a "vanilla" Cygwin install: that is, I downloaded setup.exe yesterday, tried two different mirrors, and (after the rebaseall suggestion from other Vista related posts) everything else works fine. I have attached my cygcheck output. Thanks, Troy (t.v.) -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.out URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From cgf-use-the-mailinglist-please@cygwin.com Wed May 16 21:17:00 2007 From: cgf-use-the-mailinglist-please@cygwin.com (Christopher Faylor) Date: Wed, 16 May 2007 21:17:00 -0000 Subject: My program restarts six times under Cygwin when run under rxvt/xterm In-Reply-To: <464B68DF.3060509@ptc.com> References: <20070516140607.GA28903@trixie.casa.cgf.cx> <464B4A0C.7040208@ptc.com> <20070516185408.GA7075@trixie.casa.cgf.cx> <464B541A.3010404@ptc.com> <20070516191307.GA7824@trixie.casa.cgf.cx> <20070516191725.GA8214@trixie.casa.cgf.cx> <464B5BC4.2000806@ptc.com> <464B5C2E.8000300@ptc.com> <20070516202051.GA10268@trixie.casa.cgf.cx> <464B68DF.3060509@ptc.com> Message-ID: <20070516211731.GA10993@trixie.casa.cgf.cx> On Wed, May 16, 2007 at 01:26:07PM -0700, Alex Shturm wrote: >It did not help... :( >The program still restarts 5 times... You did set it before running any cygwin shell, right? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From reply-to-list-only-lh-x@cygwin.com Wed May 16 22:26:00 2007 From: reply-to-list-only-lh-x@cygwin.com (Larry Hall (Cygwin X)) Date: Wed, 16 May 2007 22:26:00 -0000 Subject: glXChooseVisual does not handle GLX_RGBA correctly In-Reply-To: <46485954.6070606@samcef.com> References: <46482DFB.5060600@samcef.com> <46485352.8010907@cygwin.com> <46485954.6070606@samcef.com> Message-ID: <464B84E2.3070301@cygwin.com> Geoff Levner wrote: > Larry Hall (Cygwin X) wrote: >> Geoff Levner wrote: >> >>> I have an OpenGL-based application executing on a Sun, but displaying >>> on a PC running Windows XP and an X server. The app requires a >>> TrueColor visual, so when it calls glXChooseVisual, it passes >>> GLX_RGBA in the attribute list. This works fine with another X server >>> (Exceed), but when using Cygwin/X, glXChooseVisual fails to return a >>> visual. >>> >>> Running xdpyinfo would seem to indicate that the server has *only* >>> TrueColor visuals (see the output below). And in fact if I remove >>> GLX_RGBA from the attribute list, glXChooseVisual does return one of >>> those visuals. If I ask for information about the visual with >>> glXGetConfig, it responds that color buffers store color indices >>> (GLX_RGBA is false), yet the application works correctly. >>> >>> Anybody have a clue what is going on here? >>> >> >> >> Looks to me like you're app is looking for 32 bits while Cygwin-X is >> only providing 24 bits. Unless you know you absolutely need >> transparency, I think you'll find everything works fine with the >> visuals you can get. Just ask for GLX_RGB instead. >> >> > That sounds reasonable, but GLX_RGB is not defined, and I can't find any > reference to it in the GLX 1.4 specifications. According to the > documentation, GLX_RGBA just means you want TrueColor or DirectColor > visuals; it says nothing about alpha. And we do not ask for any alpha > bits... Yup, you're right. I was thinking of something else. Perhaps it's just your combination of attributes. You might check that. The combination below has worked for me before, albeit from a Linux machine to Cygwin/X: int visual_attributes[] = { GLX_DOUBLEBUFFER, GLX_RGBA, GLX_RED_SIZE, 1, GLX_GREEN_SIZE, 1, GLX_BLUE_SIZE, 1, GLX_DEPTH_SIZE, 1, GLX_STENCIL_SIZE, 1, GLX_ACCUM_RED_SIZE, 1, GLX_ACCUM_GREEN_SIZE, 1, GLX_ACCUM_BLUE_SIZE, 1, None }; -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From shturm@ptc.com Wed May 16 23:16:00 2007 From: shturm@ptc.com (Alex Shturm) Date: Wed, 16 May 2007 23:16:00 -0000 Subject: My program restarts six times under Cygwin when run under rxvt/xterm In-Reply-To: <464B68DF.3060509@ptc.com> References: <464AAA42.1080907@ptc.com> <20070516140607.GA28903@trixie.casa.cgf.cx> <464B4A0C.7040208@ptc.com> <20070516185408.GA7075@trixie.casa.cgf.cx> <464B541A.3010404@ptc.com> <20070516191307.GA7824@trixie.casa.cgf.cx> <20070516191725.GA8214@trixie.casa.cgf.cx> <464B5BC4.2000806@ptc.com> <464B5C2E.8000300@ptc.com> <20070516202051.GA10268@trixie.casa.cgf.cx> <464B68DF.3060509@ptc.com> Message-ID: <464B90AA.4020905@ptc.com> Christopher, The description of proc_retry:n did not mention this requirement. Anyway, after I defined my CYGWIN variable in My Computer > Properties > Advanced > Environment Variables, everything worked fine! Thanks a lot for your help! Alex > >It did not help... :( > >The program still restarts 5 times... > > You did set it before running any cygwin shell, right? > > cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From cgf-use-the-mailinglist-please@cygwin.com Wed May 16 23:35:00 2007 From: cgf-use-the-mailinglist-please@cygwin.com (Christopher Faylor) Date: Wed, 16 May 2007 23:35:00 -0000 Subject: My program restarts six times under Cygwin when run under rxvt/xterm In-Reply-To: <464B90AA.4020905@ptc.com> References: <464B4A0C.7040208@ptc.com> <20070516185408.GA7075@trixie.casa.cgf.cx> <464B541A.3010404@ptc.com> <20070516191307.GA7824@trixie.casa.cgf.cx> <20070516191725.GA8214@trixie.casa.cgf.cx> <464B5BC4.2000806@ptc.com> <464B5C2E.8000300@ptc.com> <20070516202051.GA10268@trixie.casa.cgf.cx> <464B68DF.3060509@ptc.com> <464B90AA.4020905@ptc.com> Message-ID: <20070516233546.GA5303@ednor.casa.cgf.cx> On Wed, May 16, 2007 at 04:15:54PM -0700, Alex Shturm wrote: >The description of proc_retry:n did not mention this requirement. It is a general requirement for the CYGWIN environment variable. >Anyway, after I defined my CYGWIN variable in >My Computer > Properties > Advanced > Environment Variables, >everything worked fine! Glad (and surprised) it worked. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jim.marshall@wbemsolutions.com Thu May 17 20:25:00 2007 From: jim.marshall@wbemsolutions.com (Jim Marshall) Date: Thu, 17 May 2007 20:25:00 -0000 Subject: startxwin.sh crashing on XP pro Message-ID: My co-worker just installed cygwin, when he tries to run startxwin.sh it crashes. A fatal error has occurred and Cygwin/X will now exit. Please open /tmp/XWin.log for more information Vendor: The Cygwin/X Project Release: 6.8.99.901-4 Contact: xxx XWin was started with the following command line XWin -multiwindow -clipboard -silent-dup-error I've read a few posts on this and tried the solutions (setting XWin :2, the font mount problem) to no avail. Can you suggest any other options to get it to work on his machine? Thanks in advance -Jim p.s. I have attached cygcheck -svr output and the cwin log. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: config.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWin.log URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From reply-to-list-only-lh-x@cygwin.com Thu May 17 23:09:00 2007 From: reply-to-list-only-lh-x@cygwin.com (Larry Hall (Cygwin X)) Date: Thu, 17 May 2007 23:09:00 -0000 Subject: startxwin.sh crashing on XP pro In-Reply-To: References: Message-ID: <464CE0A8.6@cygwin.com> Jim Marshall wrote: > My co-worker just installed cygwin, when he tries to run startxwin.sh it > crashes. > > A fatal error has occurred and Cygwin/X will now exit. > Please open /tmp/XWin.log for more information > > Vendor: The Cygwin/X Project > Release: 6.8.99.901-4 > Contact: xxx > XWin was started with the following command line > > XWin -multiwindow -clipboard -silent-dup-error > > > I've read a few posts on this and tried the solutions (setting XWin :2, > the font mount problem) to no avail. Can you suggest any other options > to get it to work on his machine? I'd suggest the easiest solution to a working install would be to wipe the existing and reinstall choosing "Unix/binary" instead of "DOS/text". -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From bowei_99@yahoo.com Fri May 18 05:50:00 2007 From: bowei_99@yahoo.com (Burvil) Date: Fri, 18 May 2007 05:50:00 -0000 Subject: Disruptive screen resolution change when using remote desktop In-Reply-To: <566397.90313.qm@web32012.mail.mud.yahoo.com> Message-ID: <596686.20719.qm@web32009.mail.mud.yahoo.com> So, does anyone have any thoughts on this post from a couple days ago? --- Burvil wrote: > Hi all, > > I have my Cygwin/X set up with a root window running > the fluxbox window manager on my desktop. It works > quite well if I'm logged in to the system itself, > i.e. > I'm physically at the computer. > > However, if I login to my system via remote desktop, > as I often need to do, the screen resolution is > usually lower than that of the desktop, and so I get > the following eror message: > > Disruptive screen resolution change > Restore previous resolution to use Cygwin/X > > Clicking on 'Dismiss' does nothing - it apparently > tries to correct itself, but fails, and the error > message persists until I kill the X server. > > I looked at the following messages, after which I > tried changing startxwin.bat to enable scrollbars > and > making sure color depth was the same on the OS of > the > remote and local systems as well as in cygwin/X > itself. > > http://sourceware.org/ml/cygwin-xfree/2002-07/msg00508.html > http://sourceware.org/ml/cygwin-xfree/2002-07/msg00480.html > > I also tried setting the root window resolution to > 1024x768, which is a lot more common than the > 1680x1050 on my desktop. Even when the screen > resolution of the remote system, i.e. where the > system > I'm using remote desktop on, is, say, 1152x864, I > still get the same error message. > > Is there a way to get around this other than getting > a > monitor that's the same resolution as my desktop? > > > > > > > --------------------- > Burvil * http://www.burvil.org * > > > > ____________________________________________________________________________________You > snooze, you lose. Get messages ASAP with AutoCheck > in the all-new Yahoo! Mail Beta. > http://advision.webevents.yahoo.com/mailbeta/newmail_html.html > > -- > Unsubscribe info: > http://cygwin.com/ml/#unsubscribe-simple > Problem reports: > http://cygwin.com/problems.html > Documentation: http://x.cygwin.com/docs/ > FAQ: http://x.cygwin.com/docs/faq/ > > --------------------- Burvil * http://www.burvil.org * ____________________________________________________________________________________ It's here! Your new message! Get new email alerts with the free Yahoo! Toolbar. http://tools.search.yahoo.com/toolbar/features/mail/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jim.marshall@wbemsolutions.com Fri May 18 21:10:00 2007 From: jim.marshall@wbemsolutions.com (Jim Marshall) Date: Fri, 18 May 2007 21:10:00 -0000 Subject: startxwin.sh crashing on XP pro In-Reply-To: <464CE0A8.6@cygwin.com> References: <464CE0A8.6@cygwin.com> Message-ID: Larry Hall (Cygwin X) wrote: > Jim Marshall wrote: >> My co-worker just installed cygwin, when he tries to run startxwin.sh it >> crashes. >> >> A fatal error has occurred and Cygwin/X will now exit. >> Please open /tmp/XWin.log for more information >> >> Vendor: The Cygwin/X Project >> Release: 6.8.99.901-4 >> Contact: xxx >> XWin was started with the following command line >> >> XWin -multiwindow -clipboard -silent-dup-error >> >> >> I've read a few posts on this and tried the solutions (setting XWin :2, >> the font mount problem) to no avail. Can you suggest any other options >> to get it to work on his machine? > > > I'd suggest the easiest solution to a working install would be to wipe the > existing and reinstall choosing "Unix/binary" instead of "DOS/text". > Thank you - that fixed his problem! -Jim -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From reply-to-list-only-lh-x@cygwin.com Fri May 18 22:47:00 2007 From: reply-to-list-only-lh-x@cygwin.com (Larry Hall (Cygwin X)) Date: Fri, 18 May 2007 22:47:00 -0000 Subject: startxwin.sh crashing on XP pro In-Reply-To: References: <464CE0A8.6@cygwin.com> Message-ID: <464E2CF5.5000609@cygwin.com> Jim Marshall wrote: > Larry Hall (Cygwin X) wrote: >> Jim Marshall wrote: >>> My co-worker just installed cygwin, when he tries to run startxwin.sh it >>> crashes. >>> >>> A fatal error has occurred and Cygwin/X will now exit. >>> Please open /tmp/XWin.log for more information >>> >>> Vendor: The Cygwin/X Project >>> Release: 6.8.99.901-4 >>> Contact: xxx >>> XWin was started with the following command line >>> >>> XWin -multiwindow -clipboard -silent-dup-error >>> >>> >>> I've read a few posts on this and tried the solutions (setting XWin :2, >>> the font mount problem) to no avail. Can you suggest any other options >>> to get it to work on his machine? >> >> >> I'd suggest the easiest solution to a working install would be to wipe >> the >> existing and reinstall choosing "Unix/binary" instead of "DOS/text". >> > Thank you - that fixed his problem! Glad I could help. :-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From cyril.aubert@space-info.fr Wed May 23 14:16:00 2007 From: cyril.aubert@space-info.fr (Cyril Aubert) Date: Wed, 23 May 2007 14:16:00 -0000 Subject: refresh rate Message-ID: <46544CD0.5030500@space-info.fr> Hi list, I had a refreshing problem in a cygwin window. When I ravel some data lignes on my terminal, the refresh rate isn't as good as on xterm linux or on putty. Can I configure cygwinX to obtain a better refresh rate ? To open a xterm, I launch 2 program .bat : First, I open cygwinX server XWin.bat : ---------------------------------------- SET DISPLAY=%MY_IP%:0.0 SET CYGWIN_ROOT=\cygwin SET RUN=%CYGWIN_ROOT%\bin\run -p /usr/X11R6/bin SET PATH=.;%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%PATH% SET XAPPLRESDIR=/usr/X11R6/lib/X11/app-defaults SET XCMSDB=/usr/X11R6/lib/X11/Xcms.txt SET XKEYSYMDB=/usr/X11R6/lib/X11/XKeysymDB SET XNLSPATH=/usr/X11R6/lib/X11/locale %RUN% XWin -multiwindow -clipboard -silent-dup-error ---------------------------------------- Secondly, I open xterm with Xterm.bat : ----------------------------------------- @echo off SET DISPLAY=127.0.0.1:0.0 SET CYGWIN_ROOT=\cygwin SET RUN=%CYGWIN_ROOT%\bin\run -p /usr/X11R6/bin SET PATH=.;%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%PATH% SET XAPPLRESDIR=/usr/X11R6/lib/X11/app-defaults SET XCMSDB=/usr/X11R6/lib/X11/Xcms.txt SET XKEYSYMDB=/usr/X11R6/lib/X11/XKeysymDB SET XNLSPATH=/usr/X11R6/lib/X11/locale %RUN% xterm -------------------------------------------- Thank you for your help, Cyril -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From mansoorali.kudsi@gmail.com Wed May 23 14:50:00 2007 From: mansoorali.kudsi@gmail.com (Mansoorali Kudsi) Date: Wed, 23 May 2007 14:50:00 -0000 Subject: Disruptive screen resolution change when using remote desktop In-Reply-To: <596686.20719.qm@web32009.mail.mud.yahoo.com> References: <566397.90313.qm@web32012.mail.mud.yahoo.com> <596686.20719.qm@web32009.mail.mud.yahoo.com> Message-ID: <1a375f780705230750j1ddd443ejf1fe3924e7faac81@mail.gmail.com> Was there any reply to this mail? I too face this issue and am eager to know the solution... On 5/18/07, Burvil wrote: > So, does anyone have any thoughts on this post from a > couple days ago? > > --- Burvil wrote: > > > Hi all, > > > > I have my Cygwin/X set up with a root window running > > the fluxbox window manager on my desktop. It works > > quite well if I'm logged in to the system itself, > > i.e. > > I'm physically at the computer. > > > > However, if I login to my system via remote desktop, > > as I often need to do, the screen resolution is > > usually lower than that of the desktop, and so I get > > the following eror message: > > > > Disruptive screen resolution change > > Restore previous resolution to use Cygwin/X > > > > Clicking on 'Dismiss' does nothing - it apparently > > tries to correct itself, but fails, and the error > > message persists until I kill the X server. > > > > I looked at the following messages, after which I > > tried changing startxwin.bat to enable scrollbars > > and > > making sure color depth was the same on the OS of > > the > > remote and local systems as well as in cygwin/X > > itself. > > > > > http://sourceware.org/ml/cygwin-xfree/2002-07/msg00508.html > > > http://sourceware.org/ml/cygwin-xfree/2002-07/msg00480.html > > > > I also tried setting the root window resolution to > > 1024x768, which is a lot more common than the > > 1680x1050 on my desktop. Even when the screen > > resolution of the remote system, i.e. where the > > system > > I'm using remote desktop on, is, say, 1152x864, I > > still get the same error message. > > > > Is there a way to get around this other than getting > > a > > monitor that's the same resolution as my desktop? > > > > > > > > > > > > > > --------------------- > > Burvil * http://www.burvil.org * > > > > > > > > > ____________________________________________________________________________________You > > snooze, you lose. Get messages ASAP with AutoCheck > > in the all-new Yahoo! Mail Beta. > > > http://advision.webevents.yahoo.com/mailbeta/newmail_html.html > > > > -- > > Unsubscribe info: > > http://cygwin.com/ml/#unsubscribe-simple > > Problem reports: > > http://cygwin.com/problems.html > > Documentation: http://x.cygwin.com/docs/ > > FAQ: http://x.cygwin.com/docs/faq/ > > > > > > > --------------------- > Burvil * http://www.burvil.org * > > > > ____________________________________________________________________________________ > It's here! Your new message! > Get new email alerts with the free Yahoo! Toolbar. > http://tools.search.yahoo.com/toolbar/features/mail/ > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://x.cygwin.com/docs/ > FAQ: http://x.cygwin.com/docs/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From holger.krull@gmx.de Wed May 23 15:05:00 2007 From: holger.krull@gmx.de (Holger Krull) Date: Wed, 23 May 2007 15:05:00 -0000 Subject: Disruptive screen resolution change when using remote desktop In-Reply-To: <1a375f780705230750j1ddd443ejf1fe3924e7faac81@mail.gmail.com> References: <566397.90313.qm@web32012.mail.mud.yahoo.com> <596686.20719.qm@web32009.mail.mud.yahoo.com> <1a375f780705230750j1ddd443ejf1fe3924e7faac81@mail.gmail.com> Message-ID: <4654582E.2040609@gmx.de> Mansoorali Kudsi schrieb: > Was there any reply to this mail? > I too face this issue and am eager to know the solution... No there wasn't. And as far as i know there is no real solution for this problem, because the screen depth (amount of colors) changes when using the remote desktop (reduces to 16 Bit). Maybe setting the desktop to 16 Bit and using the same resolution will help, but i haven't tried. >> --- Burvil wrote: >> >> > Hi all, >> > >> > I have my Cygwin/X set up with a root window running >> > the fluxbox window manager on my desktop. It works >> > quite well if I'm logged in to the system itself, >> > i.e. >> > I'm physically at the computer. >> > >> > However, if I login to my system via remote desktop, >> > as I often need to do, the screen resolution is >> > usually lower than that of the desktop, and so I get >> > the following eror message: >> > >> > Disruptive screen resolution change >> > Restore previous resolution to use Cygwin/X >> > >> > Clicking on 'Dismiss' does nothing - it apparently >> > tries to correct itself, but fails, and the error >> > message persists until I kill the X server. >> > >> > I looked at the following messages, after which I >> > tried changing startxwin.bat to enable scrollbars >> > and >> > making sure color depth was the same on the OS of >> > the >> > remote and local systems as well as in cygwin/X >> > itself. >> > >> > >> http://sourceware.org/ml/cygwin-xfree/2002-07/msg00508.html >> > >> http://sourceware.org/ml/cygwin-xfree/2002-07/msg00480.html >> > >> > I also tried setting the root window resolution to >> > 1024x768, which is a lot more common than the >> > 1680x1050 on my desktop. Even when the screen >> > resolution of the remote system, i.e. where the >> > system >> > I'm using remote desktop on, is, say, 1152x864, I >> > still get the same error message. >> > >> > Is there a way to get around this other than getting >> > a >> > monitor that's the same resolution as my desktop? >> > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From keith.clay@amdocs.com Wed May 23 17:54:00 2007 From: keith.clay@amdocs.com (Keith Clay) Date: Wed, 23 May 2007 17:54:00 -0000 Subject: problem finding fonts Message-ID: <46A344C35CB37140AAA980D14A44EC3C0242B555@stlmail1.corp.amdocs.com> Folks, I have loaded all the font that cygwin has. I start my xserver and get no FontPath listed in the log and when I try to run a program that requires timr, it says no found font, even thought there are a bunch of timR fonts. _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 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 winScreenInit - Using softwarwinMultiWindowXMsgProc - 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 sh ed 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" (--) 3 mouse buttons found Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from st! winInitMultiWindowWM - pthread_mutex_lock () returned. winProcEstablishConnection - Hello winInitMultiWindowWM - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - pthread_mutex_lock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winInitClipboard () winClipboardProc - Hello winProcEstablishConnection - winInitClipboard returned. DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the di lay. winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the splay. winClipboardProc - XOpenDisplay () returned and successfully opened the displa winProcSetSelectionOwner - Clipboard not yet started, aborting. winProcSetSelectionOwner - Clipboard not yet started, aborting. This message and the information contained herein is proprietary and confidential and subject to the Amdocs policy statement, you may review at http://www.amdocs.com/email_disclaimer.asp -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From Angelo.Graziosi@roma1.infn.it Wed May 23 20:52:00 2007 From: Angelo.Graziosi@roma1.infn.it (Angelo Graziosi) Date: Wed, 23 May 2007 20:52:00 -0000 Subject: Problems with XPDF on Cygwin with recent snapshots (newlib ?) Message-ID: Using cygwin-inst-20070523.tar.bz2 there is XPDF that core dumps loading a pdf file. The same happens with a cygwin1.dll 1.5.24-2 rebuilt with CVS newlib dated May 18. Instead using cygwin1.dll 1.5.24-2 rebuilt with CVS newlib dated May 01, XPDF works fine. Cheers, Angelo. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From Arnaud.Legout@sophia.inria.fr Mon May 28 14:55:00 2007 From: Arnaud.Legout@sophia.inria.fr (Arnaud Legout) Date: Mon, 28 May 2007 14:55:00 -0000 Subject: xterm "Not Responding" after wakeup from hibernate with Vista Message-ID: <465AED41.3020306@sophia.inria.fr> Hi, I experience the same problem on my laptop with vista 32bit ultimate. I can start the X server and open xterms. Everything works fine until my computer enter in sleep or hibernate mode. Then the X-server seems to crash taking 50% of the CPU (on a dual core system). I also figured out that simply closing my laptop (without entering the sleep mode) is enough to obtain the same problem. From what it seems, this problem happens each time the screen flicker. For instance, when I come back from the sleep mode, the X-server is still functional for a couple of seconds. Then the screen flickers (the same way it does when you change the resolution of the screen, I imagine that vista is doing some kind of screen resolution check) and the X-server fails. In case it is an issue related to the driver of my graphical card, I have a nvidia GeForce Go 7400 card and the driver version is 7.15.10.9746. Let me know if you need more information of testing. I cannot fix the problem myself, but I can help identifying it and testing patches. Regards, Arnaud. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From bengt-arne.fjellner@ltu.se Tue May 29 09:06:00 2007 From: bengt-arne.fjellner@ltu.se (Bengt-Arne Fjellner) Date: Tue, 29 May 2007 09:06:00 -0000 Subject: xterm "Not Responding" after wakeup from hibernate with Vista In-Reply-To: <465AED41.3020306@sophia.inria.fr> References: <465AED41.3020306@sophia.inria.fr> Message-ID: <7FE216529E1FE248A760B58F6B82A81001AECF9D@EMMA.personal.adp.ltu.se> > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Arnaud Legout > Sent: den 28 maj 2007 16:55 > To: cygwin-xfree@cygwin.com > Subject: xterm "Not Responding" after wakeup from hibernate with Vista > > Hi, > > I experience the same problem on my laptop with vista 32bit ultimate. > > I can start the X server and open xterms. Everything works fine until > my computer enter in sleep or hibernate mode. > Then the X-server seems to crash taking 50% of the CPU (on a > dual core > system). > > I also figured out that simply closing my laptop (without > entering the > sleep mode) is > enough to obtain the same problem. > > From what it seems, this problem happens each time the > screen flicker. > For instance, when I come back from the sleep mode, the > X-server is still > functional for a couple of seconds. Then the screen flickers > (the same > way it does when you change > the resolution of the screen, I imagine that vista is doing > some kind of > screen resolution check) > and the X-server fails. > > In case it is an issue related to the driver of my graphical card, I > have a nvidia GeForce Go 7400 card > and the driver version is 7.15.10.9746. > > Let me know if you need more information of testing. I cannot fix the > problem myself, but I can help > identifying it and testing patches. > > Regards, > Arnaud. > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://x.cygwin.com/docs/ > FAQ: http://x.cygwin.com/docs/faq/ > > This looks like a similar problem I had. In my case I trackedit down to my firewall (kerio) changing that fixed my problem. -- Bengt-Arne Fjellner -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From Arnaud.Legout@sophia.inria.fr Tue May 29 09:09:00 2007 From: Arnaud.Legout@sophia.inria.fr (Arnaud Legout) Date: Tue, 29 May 2007 09:09:00 -0000 Subject: xterm "Not Responding" after wakeup from hibernate with Vista In-Reply-To: <7FE216529E1FE248A760B58F6B82A81001AECF9D@EMMA.personal.adp.ltu.se> References: <465AED41.3020306@sophia.inria.fr> <7FE216529E1FE248A760B58F6B82A81001AECF9D@EMMA.personal.adp.ltu.se> Message-ID: <465BEDDB.2090600@sophia.inria.fr> Hello, Bengt-Arne Fjellner wrote: > This looks like a similar problem I had. > In my case I trackedit down to my firewall (kerio) changing that fixed > my problem. > I don't have kerio on my machine, I am using the vista firewall. Arnaud. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From shussong@earthlink.net Tue May 29 16:14:00 2007 From: shussong@earthlink.net (Scott Hussong) Date: Tue, 29 May 2007 16:14:00 -0000 Subject: xterm "Not Responding" after wakeup from hibernate with Vista References: <465AED41.3020306@sophia.inria.fr> Message-ID: Arnaud Legout sophia.inria.fr> writes: > > Hi, > > I experience the same problem on my laptop with vista 32bit ultimate. > > I can start the X server and open xterms. Everything works fine until > my computer enter in sleep or hibernate mode. > Then the X-server seems to crash taking 50% of the CPU (on a dual core > system). > > I also figured out that simply closing my laptop (without entering the > sleep mode) is > enough to obtain the same problem. > > From what it seems, this problem happens each time the screen flicker. > For instance, when I come back from the sleep mode, the X-server is still > functional for a couple of seconds. Then the screen flickers (the same > way it does when you change > the resolution of the screen, I imagine that vista is doing some kind of > screen resolution check) > and the X-server fails. > > In case it is an issue related to the driver of my graphical card, I > have a nvidia GeForce Go 7400 card > and the driver version is 7.15.10.9746. > > Let me know if you need more information of testing. I cannot fix the > problem myself, but I can help > identifying it and testing patches. > > Regards, > Arnaud. > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://x.cygwin.com/docs/ > FAQ: http://x.cygwin.com/docs/faq/ > > Check your nVidia video drivers. After battling this same problem for the last couple of months, I started to wonder if this could be a video problem. My HP has an nVidia GeForce Go 6150. I did a Google search on nVidia and Vista, and found several hits on incompatibilities. Going back to hp.com to check on driver updates, I found 2 driver updates for Chipset and Driver with the explanation: "Fixes display compatibility issues that may occur when resuming from Suspend/Hiberation mode." I installed, and it SEEMS to have fixed the problem. Granted this is one time, but it's one more time than I've been successful before this. Hope this helps... -Scott -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From david@adboyd.com Tue May 29 20:15:00 2007 From: david@adboyd.com (J. David Boyd) Date: Tue, 29 May 2007 20:15:00 -0000 Subject: line drawing characters in vt100 xterm Message-ID: Howdy Sometime, I can connect to a customer system, and the vt100 terminal does a great job of drawing lines. Other time, I get + and - and | characters instead. A clue please? Where do I start troubleshooting this? Dave -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From dickey@his.com Tue May 29 20:19:00 2007 From: dickey@his.com (Thomas Dickey) Date: Tue, 29 May 2007 20:19:00 -0000 Subject: line drawing characters in vt100 xterm In-Reply-To: References: Message-ID: <20070529161821.Q53273@mail101.his.com> On Tue, 29 May 2007, J. David Boyd wrote: > Howdy > > Sometime, I can connect to a customer system, and the vt100 terminal does a > great job of drawing lines. > > Other time, I get + and - and | characters instead. > > A clue please? Where do I start troubleshooting this? start with the $TERM environment variable. curses applications use that to lookup the terminal characteristics. (ncurses may also note that the locale is set to a UTF-8 value and depending on the $TERM setting, decide that line-drawing won't work). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From Arnaud.Legout@sophia.inria.fr Wed May 30 15:10:00 2007 From: Arnaud.Legout@sophia.inria.fr (Arnaud Legout) Date: Wed, 30 May 2007 15:10:00 -0000 Subject: xterm "Not Responding" after wakeup from hibernate with Vista In-Reply-To: References: <465AED41.3020306@sophia.inria.fr> Message-ID: <465D93CC.5010802@sophia.inria.fr> Hi, Scott Hussong wrote: > I installed, and it SEEMS to have fixed the problem. Granted this is > one time, but it's one more time than I've been successful before this. > I installed the driver 158.18 for vista 32bit (as there is no update on the dell web site, I installed this version with a modified .inf file). I still have the problem. Which driver version did you install ? Arnaud. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From gtr@frii.com Thu May 31 04:09:00 2007 From: gtr@frii.com (Glen Robinson) Date: Thu, 31 May 2007 04:09:00 -0000 Subject: trapped wm_quit MESSAGE EXITING MAINLOOP Message-ID: <465E4A87.8000700@frii.com> I have reinstalled X apps twice from the mirror at kernel.org. In the last try (which was a partial, essentially enough to support xterm and xemacs), I got warnings about some fonts not available and being ignored. The last few messages from startx were: winInitMultiWindowWM - XOpenDisplay() returned and successfuly opend the display. DetecUnicodeSupport - Windows NT;/2000/Xp inClipboardProc - Disploay=127.0.0.1:0.0 winClipboardProc - XopenDisplay () returned and successfully opend the display. waiting for X server to shut down winClipboardProc - winClipboardFlushWindowMessageQueue trapped M_QUIT message, exiting main loop. winClipboardProc - XdestroyWindow succeeded. winClipboardIOErrorHandler! I tried startxwin.bat from earlier posting. It did not help. Does anyone have ideas? Note this is on a desktop running XP service pack 2. I also tried it on a laptop (also running XP service pack 2) today with the same results. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/