From lafrecciablu@postmail.ch Mon Aug 2 15:42:00 2010 From: lafrecciablu@postmail.ch (=?utf-8?q?=52=65=6e=c3=a9=20=4c=61=66=72=65=63=63=69=61=62=6c=75?=) Date: Mon, 02 Aug 2010 15:42:00 -0000 Subject: Right-click on text area freezes X server Message-ID: <1280763657.249683-21424@martha.daybyday.de> Hi, This problem can easily be reproduced: - rlogin on a HP-UX 11.00 - start the wdb debugger (5.5.0) - right click on any text area field on it (e.g. source file or gdb command output) - X server hangs, meaning - the mouse cursor changes from a right2left arrow to a left2right one (and you can still move it around) - any type of mouse clicks have no effect (on any X Windows) - any keyboard input has no effect (including ESC) Killing the wdb (telnet from DOS + kill -9) unlocks the X server. The same happens when right clicking on any element in a xclearcase window (e.g. a file or a file version). Details: 1) I'm using a recent install of cygwin (July 2010) on XP Pro SP3 (bootcamped on a MacPro) 2) I downgraded xorg-server from 1.8.0-1 to 1.7.6-2 due to another bug (Slow response to keypresses in xorg-server-1.8.0-1, http://cygwin.com/ml/cygwin-xfree/2010-07/msg00000.html). (I coulnd't find the mentioned 1.8.0-2 version in the cygwin setup, not even by selecting the experimental category) 3) I was going through the FAQs and mailing list and checked stuff like not having XAPPLRESDIR, XCMSDB, XNLSPATH and XKEYSYMDB defined. 4) I use the default Xserver startup shortcut (startxwin.exe), then start a local xterm and rlogin to the HP-UX. 5) No customization besides xterm menus in .XWinrc and "xhost +" in .startxwinrc 6) I get also a frozen X Server by left clicking twice on a drop-down menu (like the Personal Applications or Printer) in the CDE bottom bar on HP-UX 11.00 using XDMCP. This has already been reported as Bug 27295 - input freezes in XDMCP session with Solaris 10 CDE when interacting with panel (http://bugs.freedesktop.org/show_bug.cgi?id=27295). 7) I don't have any of the above three problems on a another machine using xorg-server 1.5.3-7. 8) These are offline machines (not connected to the Internet), so I can't use cygwin setup directly. 9) I'm using also SFU NFS client (installed only this package of the SFU "suite"). 10) Exceed is also installed (but not running at the same time of course) 11) cygcheck and XWin.o.log attached. Any help is deeply appreciated, thanks. Rene -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.0.log Type: application/octet-stream Size: 4870 bytes Desc: not available URL: -------------- next part -------------- Cygwin Configuration Diagnostics Current System Time: Mon Aug 02 11:21:42 2010 Windows XP Professional Ver 5.1 Build 2600 Service Pack 3 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\Program Files\Rational\ClearCase\bin C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\SFU\common\ C:\Program Files\QuickTime\QTSystem\ C:\WINDOWS\system32\WindowsPowerShell\v1.0 C:\Program Files\Rational\common C:\Program Files\Hummingbird\Connectivity\9.00\Accessories\ C:\Program Files\Support Tools\ C:\WINDOWS\system32\WindowsPowerShell\v1.0 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 Output from C:\cygwin\bin\id.exe UID: 1010(justme) GID: 513(None) 513(None) 0(root) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'justme' PWD = '/cygdrive/r/justme' HOME = '/home/justme' HOMEPATH = '\Documents and Settings\justme' MANPATH = '/usr/local/man:/usr/share/man:/usr/man:/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man:/usr/ssl/man' APPDATA = 'C:\Documents and Settings\justme\Application Data' HOSTNAME = 'myhost' TERM = 'xterm' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 26 Stepping 5, GenuineIntel' WINDIR = 'C:\WINDOWS' WINDOWID = '2097182' VIEW = 'V:\justme__rene_dev_phase7' OLDPWD = '/cygdrive/r/scratch/rene' PATH_VISUAL = 'V:\justme__rene_dev_phase7\v_IDT' USERDOMAIN = 'myhost' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' XTERM_SHELL = '/bin/bash' !:: = '::\' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' SFUDIR = 'C:\SFU\' QTJAVA = 'C:\Program Files\Java\jre6\lib\ext\QTJava.zip' USERNAME = 'justme' PROCESSOR_LEVEL = '6' 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' PSModulePath = 'C:\WINDOWS\system32\WindowsPowerShell\v1.0\Modules\' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' LANG = 'C.UTF-8' USERPROFILE = 'C:\Documents and Settings\justme' CLIENTNAME = 'Console' QMAKESPEC = 'cygwin-g++' PS1 = '[\u@\h:$PWD] ' LOGONSERVER = '\\myhost' CLEARCASE_PRIMARY_GROUP = 'users' PROCESSOR_ARCHITECTURE = 'x86' XTERM_LOCALE = 'C.UTF-8' XTERM_VERSION = 'Cygwin 6.8.99.903(260)' SHLVL = '3' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.PSC1;.PSC1' HOMEDRIVE = 'C:' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' LOGNAME = 'justme' SYSTEMROOT = 'C:\WINDOWS' PRINTER = 'myprinter Color HP Color LaserJet 4550 PCL' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '1a05' lib = 'C:\Program Files\Microsoft Visual Studio\VC98\mfc\lib;C:\Program Files\Microsoft Visual Studio\VC98\lib' CLASSPATH = '.;C:\Program Files\Java\jre6\lib\ext\QTJava.zip' MSDevDir = 'C:\Program Files\Microsoft Visual Studio\Common\MSDev98' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program Files' DISPLAY = ':0.0' NUMBER_OF_PROCESSORS = '8' SESSIONNAME = 'Console' COMPUTERNAME = 'myhost' _ = '/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygwin HKEY_CURRENT_USER\Software\Cygwin\Program Options HKEY_CURRENT_USER\Software\Cygwin\setup HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start Menu2\Programs\Cygwin-X (default) = (unsupported type) HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start Menu2\Programs\Cygwin-X\Editors (default) = (unsupported type) HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start Menu2\Programs\Cygwin-X\Information (default) = (unsupported type) HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start Menu2\Programs\Cygwin-X\Start (default) = (unsupported type) HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start Menu2\Programs\Cygwin-X\Tools (default) = (unsupported type) HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start Menu2\Programs\Cygwin-X\Toys (default) = (unsupported type) HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Installations (default) = '\??\C:\cygwin' HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\setup (default) = 'C:\cygwin' obcaseinsensitive set to 1 Cygwin installations found in the registry: System: Key: c5e39b7a9d22bafb Path: C:\cygwin c: hd NTFS 285966Mb 6% CP CS UN PA FC justme XP OS d: hd HFS 286711Mb 7% CP CS justme Mac OS e: hd NTFS 323439Mb 1% CP CS UN PA FC justme XP data f: cd N/A N/A g: fd FAT 116Mb 4% CP UN DISK2GO l: net NFS 145000Mb 76% CP m: net NFS 120000Mb 70% CP n: net NTFS 1312127Mb 77% CP CS PA nas01 o: net NTFS 1312127Mb 19% CP CS PA nas02 r: net NTFS 140204Mb 67% PA ?? t: net NTFS 50432Mb 79% PA ?? v: net MVFS 1000Mb 50% CP CS CCase C:\cygwin / system binary,auto C:\cygwin\bin /usr/bin system binary,auto C:\cygwin\lib /usr/lib system binary,auto cygdrive prefix /cygdrive user binary,auto Found: C:\cygwin\bin\awk Found: C:\cygwin\bin\awk Found: C:\cygwin\bin\awk Found: C:\cygwin\bin\awk -> C:\cygwin\bin\gawk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\cpp.exe -> C:\cygwin\etc\alternatives\cpp -> C:\cygwin\bin\cpp-4.exe Not Found: crontab Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\find.exe Found: C:\WINDOWS\system32\find.exe Warning: C:\cygwin\bin\find.exe hides C:\WINDOWS\system32\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gcc.exe -> C:\cygwin\etc\alternatives\gcc -> C:\cygwin\bin\gcc-4.exe Not Found: gdb Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\kill.exe Found: C:\cygwin\bin\kill.exe Found: C:\cygwin\bin\kill.exe Found: C:\cygwin\bin\kill.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\mv.exe Not Found: patch Found: C:\cygwin\bin\perl.exe Found: C:\cygwin\bin\perl.exe Found: C:\cygwin\bin\perl.exe Found: C:\cygwin\bin\perl.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\ssh.exe Found: C:\cygwin\bin\ssh.exe Found: C:\cygwin\bin\ssh.exe Found: C:\cygwin\bin\ssh.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe Found: C:\cygwin\bin\tar.exe Found: C:\cygwin\bin\tar.exe Found: C:\cygwin\bin\tar.exe Found: C:\cygwin\bin\test.exe Found: C:\cygwin\bin\test.exe Found: C:\cygwin\bin\test.exe Found: C:\cygwin\bin\test.exe Found: C:\cygwin\bin\vi Found: C:\cygwin\bin\vi Found: C:\cygwin\bin\vi Found: C:\cygwin\bin\vi -> C:\cygwin\bin\vim-nox.exe Found: C:\cygwin\bin\vim Found: C:\cygwin\bin\vim Found: C:\cygwin\bin\vim Found: C:\cygwin\bin\vim -> C:\cygwin\etc\alternatives\vim -> C:\cygwin\bin\vim-nox.exe 80k 2009/09/15 C:\cygwin\bin\cygaa-1.dll - os=4.0 img=1.0 sys=4.0 "cygaa-1.dll" v0.0 ts=2009/9/15 10:05 704k 2007/12/18 C:\cygwin\bin\cygaspell-15.dll - os=4.0 img=1.0 sys=4.0 "cygaspell-15.dll" v0.0 ts=2007/12/18 11:39 93k 2010/06/15 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=2010/6/15 6:06 15k 2009/12/27 C:\cygwin\bin\cygattr-1.dll - os=4.0 img=1.0 sys=4.0 "cygattr-1.dll" v0.0 ts=2009/11/18 12:52 72k 2009/03/18 C:\cygwin\bin\cygaudio-2.dll - os=4.0 img=1.0 sys=4.0 "cygaudio-2.dll" v0.0 ts=2009/3/18 4:40 95k 2010/06/24 C:\cygwin\bin\cygblkid-1.dll - os=4.0 img=1.0 sys=4.0 "cygblkid-1.dll" v0.0 ts=2010/6/24 19:20 33k 2010/05/28 C:\cygwin\bin\cygbrlapi-0.5.dll - os=4.0 img=1.0 sys=4.0 "cygbrlapi-0.5.dll" v0.0 ts=2010/5/28 11:12 61k 2009/03/02 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2009/3/2 3:11 460k 2010/05/04 C:\cygwin\bin\cygcairo-2.dll - os=4.0 img=1.0 sys=4.0 "cygcairo-2.dll" v0.0 ts=2010/5/4 16:21 11k 2009/12/23 C:\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0 "cygcharset-1.dll" v0.0 ts=2009/12/23 13:25 20k 2010/05/25 C:\cygwin\bin\cygcompface-0.dll - os=4.0 img=1.0 sys=4.0 "cygcompface-0.dll" v0.0 ts=2010/5/25 7:42 12k 2010/06/24 C:\cygwin\bin\cygcom_err-2.dll - os=4.0 img=1.0 sys=4.0 "cygcom_err-2.dll" v0.0 ts=2010/6/24 9:52 231k 2009/03/31 C:\cygwin\bin\cygcppunit-1-12-1.dll - os=4.0 img=1.0 sys=4.0 "cygcppunit-1-12-1.dll" v0.0 ts=2009/3/31 22:38 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 7:57 1149k 2010/06/23 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=2010/6/23 8:39 284k 2010/06/01 C:\cygwin\bin\cygcurl-4.dll - os=4.0 img=1.0 sys=4.0 "cygcurl-4.dll" v0.0 ts=2010/6/1 19:07 703k 2007/12/17 C:\cygwin\bin\cygdb-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.2.dll" v0.0 ts=2007/12/17 11:58 943k 2007/12/17 C:\cygwin\bin\cygdb-4.5.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.5.dll" v0.0 ts=2007/12/17 13:12 208k 2010/05/16 C:\cygwin\bin\cygdbus-1-3.dll - os=4.0 img=1.0 sys=4.0 "cygdbus-1-3.dll" v0.0 ts=2010/5/12 10:31 107k 2010/05/12 C:\cygwin\bin\cygdbus-glib-1-2.dll - os=4.0 img=1.0 sys=4.0 "cygdbus-glib-1-2.dll" v0.0 ts=2010/5/12 10:53 1036k 2007/12/17 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=2007/12/17 11:58 1296k 2007/12/17 C:\cygwin\bin\cygdb_cxx-4.5.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.5.dll" v0.0 ts=2007/12/17 13:12 14k 2009/10/15 C:\cygwin\bin\cygdmx-1.dll - os=4.0 img=1.0 sys=4.0 "cygdmx-1.dll" v0.0 ts=2009/10/14 0:32 243k 2005/02/23 C:\cygwin\bin\cygdps-1.dll - os=4.0 img=1.0 sys=4.0 "cygdps-1.dll" v0.0 ts=2005/2/23 14:42 26k 2005/02/23 C:\cygwin\bin\cygdpstk-1.dll - os=4.0 img=1.0 sys=4.0 "cygdpstk-1.dll" v0.0 ts=2005/2/23 14:42 22k 2010/06/24 C:\cygwin\bin\cyge2p-2.dll - os=4.0 img=1.0 sys=4.0 "cyge2p-2.dll" v0.0 ts=2010/6/24 9:53 511k 2010/06/17 C:\cygwin\bin\cygedit-0.dll - os=4.0 img=1.0 sys=4.0 "cygedit-0.dll" v0.0 ts=2010/6/17 11:42 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 20:43 118k 2008/05/09 C:\cygwin\bin\cygexpat-1.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-1.dll" v0.0 ts=2008/5/9 4:03 138k 2010/06/24 C:\cygwin\bin\cygext2fs-2.dll - os=4.0 img=1.0 sys=4.0 "cygext2fs-2.dll" v0.0 ts=2010/6/24 9:53 29k 2010/05/12 C:\cygwin\bin\cygfam-0.dll - os=4.0 img=1.0 sys=4.0 "cygfam-0.dll" v0.0 ts=2010/5/12 10:26 24k 2009/12/11 C:\cygwin\bin\cygffi-4.dll - os=4.0 img=1.0 sys=4.0 "cygffi-4.dll" v0.0 ts=2009/12/8 0:39 176k 2010/01/29 C:\cygwin\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontconfig-1.dll" v0.0 ts=2010/1/28 22:12 21k 2009/10/14 C:\cygwin\bin\cygfontenc-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontenc-1.dll" v0.0 ts=2009/10/14 1:04 43k 2010/01/02 C:\cygwin\bin\cygform-10.dll - os=4.0 img=1.0 sys=4.0 "cygform-10.dll" v0.0 ts=2010/1/2 14:49 40k 2009/03/01 C:\cygwin\bin\cygform-8.dll - os=4.0 img=1.0 sys=4.0 "cygform-8.dll" v0.0 ts=2009/3/1 6:32 43k 2009/11/20 C:\cygwin\bin\cygform-9.dll - os=4.0 img=1.0 sys=4.0 "cygform-9.dll" v0.0 ts=2009/11/20 19:14 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 9:25 47k 2010/01/02 C:\cygwin\bin\cygformw-10.dll - os=4.0 img=1.0 sys=4.0 "cygformw-10.dll" v0.0 ts=2010/1/2 17:31 492k 2010/03/03 C:\cygwin\bin\cygfreetype-6.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-6.dll" v0.0 ts=2010/3/2 21:24 45k 2009/12/11 C:\cygwin\bin\cyggcc_s-1.dll - os=4.0 img=1.0 sys=4.0 "cyggcc_s-1.dll" v0.0 ts=2009/12/8 0:30 181k 2010/06/14 C:\cygwin\bin\cyggconf-2-4.dll - os=4.0 img=1.0 sys=4.0 "cyggconf-2-4.dll" v0.0 ts=2010/6/14 23:37 449k 2010/03/17 C:\cygwin\bin\cyggcrypt-11.dll - os=4.0 img=1.0 sys=4.0 "cyggcrypt-11.dll" v0.0 ts=2010/3/17 21:45 230k 2010/05/14 C:\cygwin\bin\cyggd-2.dll - os=4.0 img=1.0 sys=4.0 "cyggd-2.dll" v0.0 ts=2010/5/14 10:43 19k 2009/02/26 C:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-4.dll" v0.0 ts=2009/2/26 7:58 8k 2009/02/26 C:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-4.dll" v0.0 ts=2009/2/26 7:58 193k 2009/03/23 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=2009/3/23 14:24 546k 2010/06/15 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=2010/6/15 7:14 94k 2010/06/15 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=2010/6/15 7:05 32k 2008/12/08 C:\cygwin\bin\cyggg-1.dll - os=4.0 img=1.0 sys=4.0 "cyggg-1.dll" v0.0 ts=2008/12/7 23:59 45k 2008/12/08 C:\cygwin\bin\cygggi-2.dll - os=4.0 img=1.0 sys=4.0 "cygggi-2.dll" v0.0 ts=2008/12/8 1:09 9k 2008/12/08 C:\cygwin\bin\cygggiwmh-0.dll - os=4.0 img=1.0 sys=4.0 "cygggiwmh-0.dll" v0.0 ts=2008/12/8 1:31 29k 2009/03/23 C:\cygwin\bin\cyggif-4.dll - os=4.0 img=1.0 sys=4.0 "cyggif-4.dll" v0.0 ts=2009/3/23 18:55 23k 2008/12/08 C:\cygwin\bin\cyggii-1.dll - os=4.0 img=1.0 sys=4.0 "cyggii-1.dll" v0.0 ts=2008/12/8 0:00 552k 2010/06/15 C:\cygwin\bin\cyggio-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggio-2.0-0.dll" v0.0 ts=2010/6/15 3:25 2389k 2010/02/10 C:\cygwin\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0 "cygGL-1.dll" v0.0 ts=2010/2/10 1:40 76k 2009/03/26 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=2009/3/25 22:23 133k 2009/03/25 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=2009/3/23 14:12 764k 2010/06/15 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=2010/6/15 3:22 141k 2009/03/30 C:\cygwin\bin\cygglitz-1.dll - os=4.0 img=1.0 sys=4.0 "cygglitz-1.dll" v0.0 ts=2009/3/30 16:22 21k 2009/03/30 C:\cygwin\bin\cygglitz-glx-1.dll - os=4.0 img=1.0 sys=4.0 "cygglitz-glx-1.dll" v0.0 ts=2009/3/30 16:23 448k 2010/02/10 C:\cygwin\bin\cygGLU-1.dll - os=4.0 img=1.0 sys=4.0 "cygGLU-1.dll" v0.0 ts=2010/2/10 1:40 24k 2010/02/10 C:\cygwin\bin\cygGLw-1.dll - os=4.0 img=1.0 sys=4.0 "cygGLw-1.dll" v0.0 ts=2010/2/10 1:40 12k 2009/03/25 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=2009/3/23 14:12 14k 2010/06/15 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=2010/6/15 3:23 315k 2009/06/06 C:\cygwin\bin\cyggmp-3.dll - os=4.0 img=1.0 sys=4.0 "cyggmp-3.dll" v0.0 ts=2009/6/6 11:23 233k 2010/06/15 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=2010/6/15 3:23 27k 2009/12/11 C:\cygwin\bin\cyggomp-1.dll - os=4.0 img=1.0 sys=4.0 "cyggomp-1.dll" v0.0 ts=2009/12/8 0:42 16k 2010/03/17 C:\cygwin\bin\cyggpg-error-0.dll - os=4.0 img=1.0 sys=4.0 "cyggpg-error-0.dll" v0.0 ts=2010/3/17 21:21 314k 2010/03/14 C:\cygwin\bin\cygGraphicsMagick++-3.dll - os=4.0 img=1.0 sys=4.0 "cygGraphicsMagick++-3.dll" v0.0 ts=2010/3/14 10:19 11914k 2010/03/14 C:\cygwin\bin\cygGraphicsMagick-3.dll - os=4.0 img=1.0 sys=4.0 "cygGraphicsMagick-3.dll" v0.0 ts=2010/3/14 10:18 138k 2010/03/14 C:\cygwin\bin\cygGraphicsMagickWand-2.dll - os=4.0 img=1.0 sys=4.0 "cygGraphicsMagickWand-2.dll" v0.0 ts=2010/3/14 10:19 5491k 2008/11/27 C:\cygwin\bin\cyggs-8.dll - os=4.0 img=1.0 sys=4.0 "cyggs-8.dll" v0.0 ts=2008/11/27 13:24 9k 2009/03/25 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=2009/3/23 14:13 17k 2010/06/15 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=2010/6/15 3:23 1258k 2009/03/23 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=2009/3/23 14:29 3659k 2010/06/15 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=2010/6/15 7:18 24k 2009/06/23 C:\cygwin\bin\cyghistory6.dll - os=4.0 img=1.0 sys=4.0 "cyghistory6.dll" v0.0 ts=2009/6/23 12:20 25k 2009/07/06 C:\cygwin\bin\cyghistory7.dll - os=4.0 img=1.0 sys=4.0 "cyghistory7.dll" v0.0 ts=2009/7/5 14:45 73k 2009/09/02 C:\cygwin\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0 "cygICE-6.dll" v0.0 ts=2009/9/2 21:39 360k 2009/12/29 C:\cygwin\bin\cygicons-0.dll - os=4.0 img=1.4 sys=4.0 "cygicons-0.dll" v0.0 ts=2009/12/29 5:30 982k 2009/12/23 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2009/12/23 13:25 147k 2010/06/14 C:\cygwin\bin\cygIDL-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygIDL-2-0.dll" v0.0 ts=2010/6/14 19:00 193k 2010/05/16 C:\cygwin\bin\cygidn-11.dll - os=4.0 img=1.0 sys=4.0 "cygidn-11.dll" v0.0 ts=2010/5/16 13:37 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/20 2:04 31k 2009/04/03 C:\cygwin\bin\cygintl-8.dll - os=4.0 img=1.0 sys=4.0 "cygintl-8.dll" v0.0 ts=2009/4/3 1:15 246k 2010/05/20 C:\cygwin\bin\cygjasper-1.dll - os=4.0 img=1.0 sys=4.0 "cygjasper-1.dll" v0.0 ts=2010/5/20 5:04 47k 2009/12/23 C:\cygwin\bin\cygjbig-2.dll - os=4.0 img=1.0 sys=4.0 "cygjbig-2.dll" v0.0 ts=2009/12/23 16:59 125k 2009/08/08 C:\cygwin\bin\cygjpeg-62.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg-62.dll" v0.0 ts=2009/8/8 20:48 193k 2009/08/08 C:\cygwin\bin\cygjpeg-7.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg-7.dll" v0.0 ts=2009/8/8 19:39 39k 2008/09/07 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=2008/9/7 12:28 173k 2010/06/25 C:\cygwin\bin\cyglcms-1.dll - os=4.0 img=1.0 sys=4.0 "cyglcms-1.dll" v0.0 ts=2010/6/25 9:50 189k 2008/09/07 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=2008/9/7 12:29 201k 2008/09/07 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=2008/9/7 12:31 5k 2010/04/12 C:\cygwin\bin\cyglsa.dll - os=4.0 img=1.0 sys=4.0 "cyglsa.dll" v0.0 ts=2010/4/12 17:08 9k 2010/04/12 C:\cygwin\bin\cyglsa64.dll - os=5.2 img=0.0 sys=5.2 31k 2009/12/31 C:\cygwin\bin\cygltdl-7.dll - os=4.0 img=1.0 sys=4.0 "cygltdl-7.dll" v0.0 ts=2009/12/31 1:30 133k 2009/06/10 C:\cygwin\bin\cyglua-5.1.dll - os=4.0 img=1.0 sys=4.0 "cyglua-5.1.dll" v0.0 ts=2009/6/10 17:29 125k 2010/04/09 C:\cygwin\bin\cyglzma-1.dll - os=4.0 img=1.0 sys=4.0 "cyglzma-1.dll" v0.0 ts=2010/4/9 15:54 99k 2010/03/04 C:\cygwin\bin\cygmagic-1.dll - os=4.0 img=1.0 sys=4.0 "cygmagic-1.dll" v0.0 ts=2010/3/3 22:29 25k 2010/01/02 C:\cygwin\bin\cygmenu-10.dll - os=4.0 img=1.0 sys=4.0 "cygmenu-10.dll" v0.0 ts=2010/1/2 14:48 21k 2009/03/01 C:\cygwin\bin\cygmenu-8.dll - os=4.0 img=1.0 sys=4.0 "cygmenu-8.dll" v0.0 ts=2009/3/1 6:31 25k 2009/11/20 C:\cygwin\bin\cygmenu-9.dll - os=4.0 img=1.0 sys=4.0 "cygmenu-9.dll" v0.0 ts=2009/11/20 19:13 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 9:25 25k 2010/01/02 C:\cygwin\bin\cygmenuw-10.dll - os=4.0 img=1.0 sys=4.0 "cygmenuw-10.dll" v0.0 ts=2010/1/2 17:30 24k 2008/10/30 C:\cygwin\bin\cygminires.dll - os=4.0 img=1.2 sys=4.0 "cygminires.dll" v0.0 ts=2008/10/30 23:53 331k 2008/03/31 C:\cygwin\bin\cygmng-1.dll - os=4.0 img=1.0 sys=4.0 "cygmng-1.dll" v0.0 ts=2008/3/31 14:43 211k 2009/06/06 C:\cygwin\bin\cygmp-3.dll - os=4.0 img=1.0 sys=4.0 "cygmp-3.dll" v0.0 ts=2009/6/6 11:23 269k 2009/06/07 C:\cygwin\bin\cygmpfr-1.dll - os=4.0 img=1.0 sys=4.0 "cygmpfr-1.dll" v0.0 ts=2009/6/7 21:10 77k 2010/01/21 C:\cygwin\bin\cygMrm-2.dll - os=4.0 img=1.0 sys=4.0 "cygMrm-2.dll" v0.0 ts=2010/1/21 7:33 63k 2010/01/02 C:\cygwin\bin\cygncurses++-10.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++-10.dll" v0.0 ts=2010/1/2 15:00 66k 2009/03/01 C:\cygwin\bin\cygncurses++-8.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++-8.dll" v0.0 ts=2009/3/1 6:39 63k 2009/11/20 C:\cygwin\bin\cygncurses++-9.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++-9.dll" v0.0 ts=2009/11/20 19:25 63k 2010/01/02 C:\cygwin\bin\cygncurses++w-10.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++w-10.dll" v0.0 ts=2010/1/2 17:41 195k 2010/01/02 C:\cygwin\bin\cygncurses-10.dll - os=4.0 img=1.0 sys=4.0 "cygncurses-10.dll" v0.0 ts=2010/1/2 14:45 237k 2009/03/01 C:\cygwin\bin\cygncurses-8.dll - os=4.0 img=1.0 sys=4.0 "cygncurses-8.dll" v0.0 ts=2009/3/1 6:28 198k 2009/11/20 C:\cygwin\bin\cygncurses-9.dll - os=4.0 img=1.0 sys=4.0 "cygncurses-9.dll" v0.0 ts=2009/11/20 19:10 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 9:24 244k 2010/01/02 C:\cygwin\bin\cygncursesw-10.dll - os=4.0 img=1.0 sys=4.0 "cygncursesw-10.dll" v0.0 ts=2010/1/2 17:28 176k 2010/02/11 C:\cygwin\bin\cygnetpbm-10.dll - os=4.0 img=1.0 sys=4.0 "cygnetpbm-10.dll" v0.0 ts=2010/2/11 2:55 15k 2010/02/02 C:\cygwin\bin\cygobparser-21.dll - os=4.0 img=1.0 sys=4.0 "cygobparser-21.dll" v0.0 ts=2010/2/2 21:22 81k 2010/02/02 C:\cygwin\bin\cygobrender-21.dll - os=4.0 img=1.0 sys=4.0 "cygobrender-21.dll" v0.0 ts=2010/2/2 21:23 280k 2010/06/14 C:\cygwin\bin\cygORBit-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygORBit-2-0.dll" v0.0 ts=2010/6/14 19:36 37k 2010/06/14 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=2010/6/14 19:37 19k 2010/06/14 C:\cygwin\bin\cygORBitCosNaming-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygORBitCosNaming-2-0.dll" v0.0 ts=2010/6/14 19:36 41k 2010/02/10 C:\cygwin\bin\cygOSMesa-7.dll - os=4.0 img=1.0 sys=4.0 "cygOSMesa-7.dll" v0.0 ts=2010/2/10 1:40 13k 2010/01/02 C:\cygwin\bin\cygpanel-10.dll - os=4.0 img=1.0 sys=4.0 "cygpanel-10.dll" v0.0 ts=2010/1/2 14:47 11k 2009/03/01 C:\cygwin\bin\cygpanel-8.dll - os=4.0 img=1.0 sys=4.0 "cygpanel-8.dll" v0.0 ts=2009/3/1 6:30 13k 2009/11/20 C:\cygwin\bin\cygpanel-9.dll - os=4.0 img=1.0 sys=4.0 "cygpanel-9.dll" v0.0 ts=2009/11/20 19:12 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 9:24 13k 2010/01/02 C:\cygwin\bin\cygpanelw-10.dll - os=4.0 img=1.0 sys=4.0 "cygpanelw-10.dll" v0.0 ts=2010/1/2 16:30 235k 2010/06/28 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=2010/6/28 5:37 38k 2010/06/28 C:\cygwin\bin\cygpangocairo-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangocairo-1.0-0.dll" v0.0 ts=2010/6/28 5:38 131k 2010/06/28 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=2010/6/28 5:38 40k 2010/06/28 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=2010/6/28 5:38 26k 2010/06/28 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=2010/6/28 5:38 224k 2010/06/15 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcre-0.dll" v0.0 ts=2010/6/15 4:10 10k 2010/06/15 C:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix-0.dll" v0.0 ts=2010/6/15 4:11 1553k 2009/12/19 C:\cygwin\bin\cygperl5_10.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_10.dll" v0.0 ts=2009/12/18 14:54 377k 2010/04/02 C:\cygwin\bin\cygpixman-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygpixman-1-0.dll" v0.0 ts=2010/4/2 7:44 1035k 2010/01/22 C:\cygwin\bin\cygplot-2.dll - os=4.0 img=1.0 sys=4.0 "cygplot-2.dll" v0.0 ts=2010/1/22 21:53 242k 2009/03/07 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 "cygpng12.dll" v0.0 ts=2009/3/7 22:38 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/9 5:45 103k 2009/01/07 C:\cygwin\bin\cygpq.dll - os=4.0 img=1.0 sys=4.0 "cygpq.dll" v0.0 ts=2009/1/7 16:46 4k 2007/12/18 C:\cygwin\bin\cygpspell-15.dll - os=4.0 img=1.0 sys=4.0 "cygpspell-15.dll" v0.0 ts=2007/12/18 11:40 7002k 2009/06/08 C:\cygwin\bin\cygqt-mt-3.dll - os=4.0 img=1.0 sys=4.0 "cygqt-mt-3.dll" v0.0 ts=2009/6/7 7:47 230k 2009/06/08 C:\cygwin\bin\cygqui-1.dll - os=4.0 img=1.0 sys=4.0 "cygqui-1.dll" v0.0 ts=2009/6/7 7:47 155k 2009/06/23 C:\cygwin\bin\cygreadline6.dll - os=4.0 img=1.0 sys=4.0 "cygreadline6.dll" v0.0 ts=2009/6/23 12:20 162k 2009/07/06 C:\cygwin\bin\cygreadline7.dll - os=4.0 img=1.0 sys=4.0 "cygreadline7.dll" v0.0 ts=2009/7/5 14:45 84k 2010/07/02 C:\cygwin\bin\cygsasl2-2.dll - os=4.0 img=1.0 sys=4.0 "cygsasl2-2.dll" v0.0 ts=2010/7/2 3:19 10k 2009/12/14 C:\cygwin\bin\cygsigsegv-2.dll - os=4.0 img=1.0 sys=4.0 "cygsigsegv-2.dll" v0.0 ts=2009/12/14 12:56 28k 2010/06/24 C:\cygwin\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0 "cygSM-6.dll" v0.0 ts=2010/6/24 20:39 475k 2009/12/18 C:\cygwin\bin\cygsqlite3-0.dll - os=4.0 img=1.0 sys=4.0 "cygsqlite3-0.dll" v0.0 ts=2009/12/18 1:28 19k 2010/06/24 C:\cygwin\bin\cygss-2.dll - os=4.0 img=1.0 sys=4.0 "cygss-2.dll" v0.0 ts=2010/6/24 9:52 121k 2010/06/01 C:\cygwin\bin\cygssh2-1.dll - os=4.0 img=1.0 sys=4.0 "cygssh2-1.dll" v0.0 ts=2010/6/1 18:44 265k 2010/06/23 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=2010/6/23 8:39 10k 2009/12/11 C:\cygwin\bin\cygssp-0.dll - os=4.0 img=1.0 sys=4.0 "cygssp-0.dll" v0.0 ts=2009/12/8 0:38 25k 2009/04/28 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=2009/4/28 7:16 773k 2009/12/11 C:\cygwin\bin\cygstdc++-6.dll - os=4.0 img=1.0 sys=4.0 "cygstdc++-6.dll" v0.0 ts=2009/12/8 1:07 231k 2009/09/15 C:\cygwin\bin\cygt1-5.dll - os=4.0 img=1.0 sys=4.0 "cygt1-5.dll" v0.0 ts=2009/9/15 9:59 48k 2010/01/02 C:\cygwin\bin\cygtic-10.dll - os=4.0 img=1.0 sys=4.0 "cygtic-10.dll" v0.0 ts=2010/1/2 14:45 48k 2009/11/20 C:\cygwin\bin\cygtic-9.dll - os=4.0 img=1.0 sys=4.0 "cygtic-9.dll" v0.0 ts=2009/11/20 19:10 48k 2010/01/02 C:\cygwin\bin\cygticw-10.dll - os=4.0 img=1.0 sys=4.0 "cygticw-10.dll" v0.0 ts=2010/1/2 17:28 347k 2009/12/23 C:\cygwin\bin\cygtiff-5.dll - os=4.0 img=1.0 sys=4.0 "cygtiff-5.dll" v0.0 ts=2009/12/23 17:11 11k 2009/12/23 C:\cygwin\bin\cygtiffxx-5.dll - os=4.0 img=1.0 sys=4.0 "cygtiffxx-5.dll" v0.0 ts=2009/12/23 17:11 68k 2010/01/21 C:\cygwin\bin\cygUil-2.dll - os=4.0 img=1.0 sys=4.0 "cygUil-2.dll" v0.0 ts=2010/1/21 7:33 16k 2010/06/24 C:\cygwin\bin\cyguuid-1.dll - os=4.0 img=1.0 sys=4.0 "cyguuid-1.dll" v0.0 ts=2010/6/24 19:19 9k 2009/10/14 C:\cygwin\bin\cygWindowsWM-7.dll - os=4.0 img=1.0 sys=4.0 "cygWindowsWM-7.dll" v0.0 ts=2009/10/14 17:48 289k 2009/09/15 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=2009/9/15 12:16 93k 2009/09/15 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=2009/9/15 12:15 28k 2010/03/28 C:\cygwin\bin\cygwrap-0.dll - os=4.0 img=1.0 sys=4.0 "cygwrap-0.dll" v0.0 ts=2010/3/28 9:02 79k 2010/02/12 C:\cygwin\bin\cygwraster-3.dll - os=4.0 img=1.0 sys=4.0 "cygwraster-3.dll" v0.0 ts=2010/2/12 9:19 1040k 2010/02/10 C:\cygwin\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0 "cygX11-6.dll" v0.0 ts=2010/2/10 0:42 8k 2010/02/10 C:\cygwin\bin\cygX11-xcb-1.dll - os=4.0 img=1.0 sys=4.0 "cygX11-xcb-1.dll" v0.0 ts=2010/2/10 0:43 9k 2009/09/03 C:\cygwin\bin\cygXau-6.dll - os=4.0 img=1.0 sys=4.0 "cygXau-6.dll" v0.0 ts=2009/9/2 21:47 251k 2009/10/19 C:\cygwin\bin\cygXaw-6.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-6.dll" v0.0 ts=2009/10/18 21:55 352k 2009/10/19 C:\cygwin\bin\cygXaw-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-7.dll" v0.0 ts=2009/10/18 21:55 360k 2005/10/27 C:\cygwin\bin\cygXaw-8.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-8.dll" v0.0 ts=2005/10/26 17:45 254k 2010/05/18 C:\cygwin\bin\cygXaw3d-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw3d-7.dll" v0.0 ts=2010/5/18 22:11 77k 2010/04/28 C:\cygwin\bin\cygxcb-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-1.dll" v0.0 ts=2010/4/28 2:15 12k 2009/09/03 C:\cygwin\bin\cygxcb-atom-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-atom-1.dll" v0.0 ts=2009/9/3 5:23 10k 2009/09/03 C:\cygwin\bin\cygxcb-aux-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-aux-0.dll" v0.0 ts=2009/9/3 5:23 11k 2010/04/28 C:\cygwin\bin\cygxcb-composite-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-composite-0.dll" v0.0 ts=2010/4/28 2:16 9k 2010/04/28 C:\cygwin\bin\cygxcb-damage-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-damage-0.dll" v0.0 ts=2010/4/28 2:16 10k 2010/04/28 C:\cygwin\bin\cygxcb-dpms-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-dpms-0.dll" v0.0 ts=2010/4/28 2:16 10k 2009/09/03 C:\cygwin\bin\cygxcb-event-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-event-1.dll" v0.0 ts=2009/9/3 5:23 53k 2010/04/28 C:\cygwin\bin\cygxcb-glx-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-glx-0.dll" v0.0 ts=2010/4/28 2:16 15k 2009/09/03 C:\cygwin\bin\cygxcb-icccm-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-icccm-1.dll" v0.0 ts=2009/9/3 5:23 14k 2009/09/03 C:\cygwin\bin\cygxcb-image-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-image-0.dll" v0.0 ts=2009/9/3 5:24 9k 2009/09/03 C:\cygwin\bin\cygxcb-keysyms-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-keysyms-1.dll" v0.0 ts=2009/9/3 5:24 7k 2009/09/03 C:\cygwin\bin\cygxcb-property-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-property-1.dll" v0.0 ts=2009/9/3 5:23 27k 2010/04/28 C:\cygwin\bin\cygxcb-randr-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-randr-0.dll" v0.0 ts=2010/4/28 2:16 12k 2010/04/28 C:\cygwin\bin\cygxcb-record-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-record-0.dll" v0.0 ts=2010/4/28 2:16 25k 2010/04/28 C:\cygwin\bin\cygxcb-render-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-render-0.dll" v0.0 ts=2010/4/28 2:16 11k 2009/09/03 C:\cygwin\bin\cygxcb-render-util-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-render-util-0.dll" v0.0 ts=2009/9/3 5:24 7k 2009/09/03 C:\cygwin\bin\cygxcb-reply-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-reply-1.dll" v0.0 ts=2009/9/3 5:24 9k 2010/04/28 C:\cygwin\bin\cygxcb-res-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-res-0.dll" v0.0 ts=2010/4/28 2:16 10k 2010/04/28 C:\cygwin\bin\cygxcb-screensaver-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-screensaver-0.dll" v0.0 ts=2010/4/28 2:16 11k 2010/04/28 C:\cygwin\bin\cygxcb-shape-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-shape-0.dll" v0.0 ts=2010/4/28 2:16 10k 2010/04/28 C:\cygwin\bin\cygxcb-shm-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-shm-0.dll" v0.0 ts=2010/4/28 2:16 13k 2010/04/28 C:\cygwin\bin\cygxcb-sync-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-sync-0.dll" v0.0 ts=2010/4/28 2:16 19k 2010/04/28 C:\cygwin\bin\cygxcb-xfixes-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-xfixes-0.dll" v0.0 ts=2010/4/28 2:16 10k 2010/04/28 C:\cygwin\bin\cygxcb-xinerama-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-xinerama-0.dll" v0.0 ts=2010/4/28 2:16 31k 2010/04/28 C:\cygwin\bin\cygxcb-xinput-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-xinput-0.dll" v0.0 ts=2010/4/28 2:16 9k 2010/04/28 C:\cygwin\bin\cygxcb-xtest-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-xtest-0.dll" v0.0 ts=2010/4/28 2:16 10k 2009/10/14 C:\cygwin\bin\cygXcomposite-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcomposite-1.dll" v0.0 ts=2009/10/14 17:51 30k 2009/09/03 C:\cygwin\bin\cygXcursor-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcursor-1.dll" v0.0 ts=2009/9/2 21:47 9k 2009/10/14 C:\cygwin\bin\cygXdamage-1.dll - os=4.0 img=1.0 sys=4.0 "cygXdamage-1.dll" v0.0 ts=2009/10/14 16:54 17k 2009/10/14 C:\cygwin\bin\cygXdmcp-6.dll - os=4.0 img=1.0 sys=4.0 "cygXdmcp-6.dll" v0.0 ts=2009/10/13 22:31 51k 2009/10/22 C:\cygwin\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0 "cygXext-6.dll" v0.0 ts=2009/10/22 3:45 16k 2009/10/14 C:\cygwin\bin\cygXfixes-3.dll - os=4.0 img=1.0 sys=4.0 "cygXfixes-3.dll" v0.0 ts=2009/10/14 16:48 192k 2009/10/15 C:\cygwin\bin\cygXfont-1.dll - os=4.0 img=1.0 sys=4.0 "cygXfont-1.dll" v0.0 ts=2009/10/14 1:26 66k 2009/10/15 C:\cygwin\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0 "cygXft-2.dll" v0.0 ts=2009/10/14 20:33 47k 2009/10/14 C:\cygwin\bin\cygXi-6.dll - os=4.0 img=1.0 sys=4.0 "cygXi-6.dll" v0.0 ts=2009/10/14 5:19 8k 2009/10/14 C:\cygwin\bin\cygXinerama-1.dll - os=4.0 img=1.0 sys=4.0 "cygXinerama-1.dll" v0.0 ts=2009/10/14 7:39 122k 2009/10/15 C:\cygwin\bin\cygxkbfile-1.dll - os=4.0 img=1.0 sys=4.0 "cygxkbfile-1.dll" v0.0 ts=2009/10/14 5:57 1173k 2010/01/21 C:\cygwin\bin\cygXm-2.dll - os=4.0 img=1.0 sys=4.0 "cygXm-2.dll" v0.0 ts=2010/1/21 7:32 458k 2010/05/20 C:\cygwin\bin\cygXmHTML-0.dll - os=4.0 img=1.0 sys=4.0 "cygXmHTML-0.dll" v0.0 ts=2010/5/20 5:10 1128k 2010/05/12 C:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0 "cygxml2-2.dll" v0.0 ts=2010/5/12 9:34 75k 2009/10/14 C:\cygwin\bin\cygXmu-6.dll - os=4.0 img=1.0 sys=4.0 "cygXmu-6.dll" v0.0 ts=2009/10/14 7:29 11k 2009/10/14 C:\cygwin\bin\cygXmuu-1.dll - os=4.0 img=1.0 sys=4.0 "cygXmuu-1.dll" v0.0 ts=2009/10/14 7:29 26k 2005/10/27 C:\cygwin\bin\cygXp-6.dll - os=4.0 img=1.0 sys=4.0 "cygXp-6.dll" v0.0 ts=2005/10/26 17:27 53k 2009/10/14 C:\cygwin\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-4.dll" v0.0 ts=2009/10/14 17:01 25k 2009/03/20 C:\cygwin\bin\cygXrandr-2.dll - os=4.0 img=1.0 sys=4.0 "cygXrandr-2.dll" v0.0 ts=2009/3/13 7:05 30k 2009/10/14 C:\cygwin\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0 "cygXrender-1.dll" v0.0 ts=2009/10/14 7:40 8k 2009/10/14 C:\cygwin\bin\cygXRes-1.dll - os=4.0 img=1.0 sys=4.0 "cygXRes-1.dll" v0.0 ts=2009/10/14 16:53 10k 2009/10/14 C:\cygwin\bin\cygXss-1.dll - os=4.0 img=1.0 sys=4.0 "cygXss-1.dll" v0.0 ts=2009/10/14 16:43 279k 2010/04/02 C:\cygwin\bin\cygXt-6.dll - os=4.0 img=1.0 sys=4.0 "cygXt-6.dll" v0.0 ts=2010/4/2 5:27 18k 2009/10/14 C:\cygwin\bin\cygXtst-6.dll - os=4.0 img=1.0 sys=4.0 "cygXtst-6.dll" v0.0 ts=2009/10/14 5:30 64k 2009/03/02 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2009/3/2 1:33 2547k 2010/04/12 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2010/4/12 17:07 Cygwin DLL version info: DLL version: 1.7.5 DLL epoch: 19 DLL old termios: 5 DLL malloc env: 28 Cygwin conv: 181 API major: 0 API minor: 225 Shared data: 5 DLL identifier: cygwin1 Mount registry: 3 Cygwin registry name: Cygwin Program options name: Program Options Installations name: Installations Cygdrive default prefix: Build date: Shared id: cygwin1S5 80k 2009/09/15 C:\cygwin\bin\cygaa-1.dll - os=4.0 img=1.0 sys=4.0 "cygaa-1.dll" v0.0 ts=2009/9/15 10:05 704k 2007/12/18 C:\cygwin\bin\cygaspell-15.dll - os=4.0 img=1.0 sys=4.0 "cygaspell-15.dll" v0.0 ts=2007/12/18 11:39 93k 2010/06/15 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=2010/6/15 6:06 15k 2009/12/27 C:\cygwin\bin\cygattr-1.dll - os=4.0 img=1.0 sys=4.0 "cygattr-1.dll" v0.0 ts=2009/11/18 12:52 72k 2009/03/18 C:\cygwin\bin\cygaudio-2.dll - os=4.0 img=1.0 sys=4.0 "cygaudio-2.dll" v0.0 ts=2009/3/18 4:40 95k 2010/06/24 C:\cygwin\bin\cygblkid-1.dll - os=4.0 img=1.0 sys=4.0 "cygblkid-1.dll" v0.0 ts=2010/6/24 19:20 33k 2010/05/28 C:\cygwin\bin\cygbrlapi-0.5.dll - os=4.0 img=1.0 sys=4.0 "cygbrlapi-0.5.dll" v0.0 ts=2010/5/28 11:12 61k 2009/03/02 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2009/3/2 3:11 460k 2010/05/04 C:\cygwin\bin\cygcairo-2.dll - os=4.0 img=1.0 sys=4.0 "cygcairo-2.dll" v0.0 ts=2010/5/4 16:21 11k 2009/12/23 C:\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0 "cygcharset-1.dll" v0.0 ts=2009/12/23 13:25 20k 2010/05/25 C:\cygwin\bin\cygcompface-0.dll - os=4.0 img=1.0 sys=4.0 "cygcompface-0.dll" v0.0 ts=2010/5/25 7:42 12k 2010/06/24 C:\cygwin\bin\cygcom_err-2.dll - os=4.0 img=1.0 sys=4.0 "cygcom_err-2.dll" v0.0 ts=2010/6/24 9:52 231k 2009/03/31 C:\cygwin\bin\cygcppunit-1-12-1.dll - os=4.0 img=1.0 sys=4.0 "cygcppunit-1-12-1.dll" v0.0 ts=2009/3/31 22:38 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 7:57 1149k 2010/06/23 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=2010/6/23 8:39 284k 2010/06/01 C:\cygwin\bin\cygcurl-4.dll - os=4.0 img=1.0 sys=4.0 "cygcurl-4.dll" v0.0 ts=2010/6/1 19:07 703k 2007/12/17 C:\cygwin\bin\cygdb-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.2.dll" v0.0 ts=2007/12/17 11:58 943k 2007/12/17 C:\cygwin\bin\cygdb-4.5.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.5.dll" v0.0 ts=2007/12/17 13:12 208k 2010/05/16 C:\cygwin\bin\cygdbus-1-3.dll - os=4.0 img=1.0 sys=4.0 "cygdbus-1-3.dll" v0.0 ts=2010/5/12 10:31 107k 2010/05/12 C:\cygwin\bin\cygdbus-glib-1-2.dll - os=4.0 img=1.0 sys=4.0 "cygdbus-glib-1-2.dll" v0.0 ts=2010/5/12 10:53 1036k 2007/12/17 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=2007/12/17 11:58 1296k 2007/12/17 C:\cygwin\bin\cygdb_cxx-4.5.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.5.dll" v0.0 ts=2007/12/17 13:12 14k 2009/10/15 C:\cygwin\bin\cygdmx-1.dll - os=4.0 img=1.0 sys=4.0 "cygdmx-1.dll" v0.0 ts=2009/10/14 0:32 243k 2005/02/23 C:\cygwin\bin\cygdps-1.dll - os=4.0 img=1.0 sys=4.0 "cygdps-1.dll" v0.0 ts=2005/2/23 14:42 26k 2005/02/23 C:\cygwin\bin\cygdpstk-1.dll - os=4.0 img=1.0 sys=4.0 "cygdpstk-1.dll" v0.0 ts=2005/2/23 14:42 22k 2010/06/24 C:\cygwin\bin\cyge2p-2.dll - os=4.0 img=1.0 sys=4.0 "cyge2p-2.dll" v0.0 ts=2010/6/24 9:53 511k 2010/06/17 C:\cygwin\bin\cygedit-0.dll - os=4.0 img=1.0 sys=4.0 "cygedit-0.dll" v0.0 ts=2010/6/17 11:42 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 20:43 118k 2008/05/09 C:\cygwin\bin\cygexpat-1.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-1.dll" v0.0 ts=2008/5/9 4:03 138k 2010/06/24 C:\cygwin\bin\cygext2fs-2.dll - os=4.0 img=1.0 sys=4.0 "cygext2fs-2.dll" v0.0 ts=2010/6/24 9:53 29k 2010/05/12 C:\cygwin\bin\cygfam-0.dll - os=4.0 img=1.0 sys=4.0 "cygfam-0.dll" v0.0 ts=2010/5/12 10:26 24k 2009/12/11 C:\cygwin\bin\cygffi-4.dll - os=4.0 img=1.0 sys=4.0 "cygffi-4.dll" v0.0 ts=2009/12/8 0:39 176k 2010/01/29 C:\cygwin\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontconfig-1.dll" v0.0 ts=2010/1/28 22:12 21k 2009/10/14 C:\cygwin\bin\cygfontenc-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontenc-1.dll" v0.0 ts=2009/10/14 1:04 43k 2010/01/02 C:\cygwin\bin\cygform-10.dll - os=4.0 img=1.0 sys=4.0 "cygform-10.dll" v0.0 ts=2010/1/2 14:49 40k 2009/03/01 C:\cygwin\bin\cygform-8.dll - os=4.0 img=1.0 sys=4.0 "cygform-8.dll" v0.0 ts=2009/3/1 6:32 43k 2009/11/20 C:\cygwin\bin\cygform-9.dll - os=4.0 img=1.0 sys=4.0 "cygform-9.dll" v0.0 ts=2009/11/20 19:14 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 9:25 47k 2010/01/02 C:\cygwin\bin\cygformw-10.dll - os=4.0 img=1.0 sys=4.0 "cygformw-10.dll" v0.0 ts=2010/1/2 17:31 492k 2010/03/03 C:\cygwin\bin\cygfreetype-6.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-6.dll" v0.0 ts=2010/3/2 21:24 45k 2009/12/11 C:\cygwin\bin\cyggcc_s-1.dll - os=4.0 img=1.0 sys=4.0 "cyggcc_s-1.dll" v0.0 ts=2009/12/8 0:30 181k 2010/06/14 C:\cygwin\bin\cyggconf-2-4.dll - os=4.0 img=1.0 sys=4.0 "cyggconf-2-4.dll" v0.0 ts=2010/6/14 23:37 449k 2010/03/17 C:\cygwin\bin\cyggcrypt-11.dll - os=4.0 img=1.0 sys=4.0 "cyggcrypt-11.dll" v0.0 ts=2010/3/17 21:45 230k 2010/05/14 C:\cygwin\bin\cyggd-2.dll - os=4.0 img=1.0 sys=4.0 "cyggd-2.dll" v0.0 ts=2010/5/14 10:43 19k 2009/02/26 C:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-4.dll" v0.0 ts=2009/2/26 7:58 8k 2009/02/26 C:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-4.dll" v0.0 ts=2009/2/26 7:58 193k 2009/03/23 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=2009/3/23 14:24 546k 2010/06/15 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=2010/6/15 7:14 94k 2010/06/15 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=2010/6/15 7:05 32k 2008/12/08 C:\cygwin\bin\cyggg-1.dll - os=4.0 img=1.0 sys=4.0 "cyggg-1.dll" v0.0 ts=2008/12/7 23:59 45k 2008/12/08 C:\cygwin\bin\cygggi-2.dll - os=4.0 img=1.0 sys=4.0 "cygggi-2.dll" v0.0 ts=2008/12/8 1:09 9k 2008/12/08 C:\cygwin\bin\cygggiwmh-0.dll - os=4.0 img=1.0 sys=4.0 "cygggiwmh-0.dll" v0.0 ts=2008/12/8 1:31 29k 2009/03/23 C:\cygwin\bin\cyggif-4.dll - os=4.0 img=1.0 sys=4.0 "cyggif-4.dll" v0.0 ts=2009/3/23 18:55 23k 2008/12/08 C:\cygwin\bin\cyggii-1.dll - os=4.0 img=1.0 sys=4.0 "cyggii-1.dll" v0.0 ts=2008/12/8 0:00 552k 2010/06/15 C:\cygwin\bin\cyggio-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggio-2.0-0.dll" v0.0 ts=2010/6/15 3:25 2389k 2010/02/10 C:\cygwin\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0 "cygGL-1.dll" v0.0 ts=2010/2/10 1:40 76k 2009/03/26 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=2009/3/25 22:23 133k 2009/03/25 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=2009/3/23 14:12 764k 2010/06/15 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=2010/6/15 3:22 141k 2009/03/30 C:\cygwin\bin\cygglitz-1.dll - os=4.0 img=1.0 sys=4.0 "cygglitz-1.dll" v0.0 ts=2009/3/30 16:22 21k 2009/03/30 C:\cygwin\bin\cygglitz-glx-1.dll - os=4.0 img=1.0 sys=4.0 "cygglitz-glx-1.dll" v0.0 ts=2009/3/30 16:23 448k 2010/02/10 C:\cygwin\bin\cygGLU-1.dll - os=4.0 img=1.0 sys=4.0 "cygGLU-1.dll" v0.0 ts=2010/2/10 1:40 24k 2010/02/10 C:\cygwin\bin\cygGLw-1.dll - os=4.0 img=1.0 sys=4.0 "cygGLw-1.dll" v0.0 ts=2010/2/10 1:40 12k 2009/03/25 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=2009/3/23 14:12 14k 2010/06/15 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=2010/6/15 3:23 315k 2009/06/06 C:\cygwin\bin\cyggmp-3.dll - os=4.0 img=1.0 sys=4.0 "cyggmp-3.dll" v0.0 ts=2009/6/6 11:23 233k 2010/06/15 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=2010/6/15 3:23 27k 2009/12/11 C:\cygwin\bin\cyggomp-1.dll - os=4.0 img=1.0 sys=4.0 "cyggomp-1.dll" v0.0 ts=2009/12/8 0:42 16k 2010/03/17 C:\cygwin\bin\cyggpg-error-0.dll - os=4.0 img=1.0 sys=4.0 "cyggpg-error-0.dll" v0.0 ts=2010/3/17 21:21 314k 2010/03/14 C:\cygwin\bin\cygGraphicsMagick++-3.dll - os=4.0 img=1.0 sys=4.0 "cygGraphicsMagick++-3.dll" v0.0 ts=2010/3/14 10:19 11914k 2010/03/14 C:\cygwin\bin\cygGraphicsMagick-3.dll - os=4.0 img=1.0 sys=4.0 "cygGraphicsMagick-3.dll" v0.0 ts=2010/3/14 10:18 138k 2010/03/14 C:\cygwin\bin\cygGraphicsMagickWand-2.dll - os=4.0 img=1.0 sys=4.0 "cygGraphicsMagickWand-2.dll" v0.0 ts=2010/3/14 10:19 5491k 2008/11/27 C:\cygwin\bin\cyggs-8.dll - os=4.0 img=1.0 sys=4.0 "cyggs-8.dll" v0.0 ts=2008/11/27 13:24 9k 2009/03/25 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=2009/3/23 14:13 17k 2010/06/15 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=2010/6/15 3:23 1258k 2009/03/23 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=2009/3/23 14:29 3659k 2010/06/15 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=2010/6/15 7:18 24k 2009/06/23 C:\cygwin\bin\cyghistory6.dll - os=4.0 img=1.0 sys=4.0 "cyghistory6.dll" v0.0 ts=2009/6/23 12:20 25k 2009/07/06 C:\cygwin\bin\cyghistory7.dll - os=4.0 img=1.0 sys=4.0 "cyghistory7.dll" v0.0 ts=2009/7/5 14:45 73k 2009/09/02 C:\cygwin\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0 "cygICE-6.dll" v0.0 ts=2009/9/2 21:39 360k 2009/12/29 C:\cygwin\bin\cygicons-0.dll - os=4.0 img=1.4 sys=4.0 "cygicons-0.dll" v0.0 ts=2009/12/29 5:30 982k 2009/12/23 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2009/12/23 13:25 147k 2010/06/14 C:\cygwin\bin\cygIDL-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygIDL-2-0.dll" v0.0 ts=2010/6/14 19:00 193k 2010/05/16 C:\cygwin\bin\cygidn-11.dll - os=4.0 img=1.0 sys=4.0 "cygidn-11.dll" v0.0 ts=2010/5/16 13:37 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/20 2:04 31k 2009/04/03 C:\cygwin\bin\cygintl-8.dll - os=4.0 img=1.0 sys=4.0 "cygintl-8.dll" v0.0 ts=2009/4/3 1:15 246k 2010/05/20 C:\cygwin\bin\cygjasper-1.dll - os=4.0 img=1.0 sys=4.0 "cygjasper-1.dll" v0.0 ts=2010/5/20 5:04 47k 2009/12/23 C:\cygwin\bin\cygjbig-2.dll - os=4.0 img=1.0 sys=4.0 "cygjbig-2.dll" v0.0 ts=2009/12/23 16:59 125k 2009/08/08 C:\cygwin\bin\cygjpeg-62.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg-62.dll" v0.0 ts=2009/8/8 20:48 193k 2009/08/08 C:\cygwin\bin\cygjpeg-7.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg-7.dll" v0.0 ts=2009/8/8 19:39 39k 2008/09/07 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=2008/9/7 12:28 173k 2010/06/25 C:\cygwin\bin\cyglcms-1.dll - os=4.0 img=1.0 sys=4.0 "cyglcms-1.dll" v0.0 ts=2010/6/25 9:50 189k 2008/09/07 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=2008/9/7 12:29 201k 2008/09/07 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=2008/9/7 12:31 5k 2010/04/12 C:\cygwin\bin\cyglsa.dll - os=4.0 img=1.0 sys=4.0 "cyglsa.dll" v0.0 ts=2010/4/12 17:08 9k 2010/04/12 C:\cygwin\bin\cyglsa64.dll - os=5.2 img=0.0 sys=5.2 31k 2009/12/31 C:\cygwin\bin\cygltdl-7.dll - os=4.0 img=1.0 sys=4.0 "cygltdl-7.dll" v0.0 ts=2009/12/31 1:30 133k 2009/06/10 C:\cygwin\bin\cyglua-5.1.dll - os=4.0 img=1.0 sys=4.0 "cyglua-5.1.dll" v0.0 ts=2009/6/10 17:29 125k 2010/04/09 C:\cygwin\bin\cyglzma-1.dll - os=4.0 img=1.0 sys=4.0 "cyglzma-1.dll" v0.0 ts=2010/4/9 15:54 99k 2010/03/04 C:\cygwin\bin\cygmagic-1.dll - os=4.0 img=1.0 sys=4.0 "cygmagic-1.dll" v0.0 ts=2010/3/3 22:29 25k 2010/01/02 C:\cygwin\bin\cygmenu-10.dll - os=4.0 img=1.0 sys=4.0 "cygmenu-10.dll" v0.0 ts=2010/1/2 14:48 21k 2009/03/01 C:\cygwin\bin\cygmenu-8.dll - os=4.0 img=1.0 sys=4.0 "cygmenu-8.dll" v0.0 ts=2009/3/1 6:31 25k 2009/11/20 C:\cygwin\bin\cygmenu-9.dll - os=4.0 img=1.0 sys=4.0 "cygmenu-9.dll" v0.0 ts=2009/11/20 19:13 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 9:25 25k 2010/01/02 C:\cygwin\bin\cygmenuw-10.dll - os=4.0 img=1.0 sys=4.0 "cygmenuw-10.dll" v0.0 ts=2010/1/2 17:30 24k 2008/10/30 C:\cygwin\bin\cygminires.dll - os=4.0 img=1.2 sys=4.0 "cygminires.dll" v0.0 ts=2008/10/30 23:53 331k 2008/03/31 C:\cygwin\bin\cygmng-1.dll - os=4.0 img=1.0 sys=4.0 "cygmng-1.dll" v0.0 ts=2008/3/31 14:43 211k 2009/06/06 C:\cygwin\bin\cygmp-3.dll - os=4.0 img=1.0 sys=4.0 "cygmp-3.dll" v0.0 ts=2009/6/6 11:23 269k 2009/06/07 C:\cygwin\bin\cygmpfr-1.dll - os=4.0 img=1.0 sys=4.0 "cygmpfr-1.dll" v0.0 ts=2009/6/7 21:10 77k 2010/01/21 C:\cygwin\bin\cygMrm-2.dll - os=4.0 img=1.0 sys=4.0 "cygMrm-2.dll" v0.0 ts=2010/1/21 7:33 63k 2010/01/02 C:\cygwin\bin\cygncurses++-10.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++-10.dll" v0.0 ts=2010/1/2 15:00 66k 2009/03/01 C:\cygwin\bin\cygncurses++-8.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++-8.dll" v0.0 ts=2009/3/1 6:39 63k 2009/11/20 C:\cygwin\bin\cygncurses++-9.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++-9.dll" v0.0 ts=2009/11/20 19:25 63k 2010/01/02 C:\cygwin\bin\cygncurses++w-10.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++w-10.dll" v0.0 ts=2010/1/2 17:41 195k 2010/01/02 C:\cygwin\bin\cygncurses-10.dll - os=4.0 img=1.0 sys=4.0 "cygncurses-10.dll" v0.0 ts=2010/1/2 14:45 237k 2009/03/01 C:\cygwin\bin\cygncurses-8.dll - os=4.0 img=1.0 sys=4.0 "cygncurses-8.dll" v0.0 ts=2009/3/1 6:28 198k 2009/11/20 C:\cygwin\bin\cygncurses-9.dll - os=4.0 img=1.0 sys=4.0 "cygncurses-9.dll" v0.0 ts=2009/11/20 19:10 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 9:24 244k 2010/01/02 C:\cygwin\bin\cygncursesw-10.dll - os=4.0 img=1.0 sys=4.0 "cygncursesw-10.dll" v0.0 ts=2010/1/2 17:28 176k 2010/02/11 C:\cygwin\bin\cygnetpbm-10.dll - os=4.0 img=1.0 sys=4.0 "cygnetpbm-10.dll" v0.0 ts=2010/2/11 2:55 15k 2010/02/02 C:\cygwin\bin\cygobparser-21.dll - os=4.0 img=1.0 sys=4.0 "cygobparser-21.dll" v0.0 ts=2010/2/2 21:22 81k 2010/02/02 C:\cygwin\bin\cygobrender-21.dll - os=4.0 img=1.0 sys=4.0 "cygobrender-21.dll" v0.0 ts=2010/2/2 21:23 280k 2010/06/14 C:\cygwin\bin\cygORBit-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygORBit-2-0.dll" v0.0 ts=2010/6/14 19:36 37k 2010/06/14 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=2010/6/14 19:37 19k 2010/06/14 C:\cygwin\bin\cygORBitCosNaming-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygORBitCosNaming-2-0.dll" v0.0 ts=2010/6/14 19:36 41k 2010/02/10 C:\cygwin\bin\cygOSMesa-7.dll - os=4.0 img=1.0 sys=4.0 "cygOSMesa-7.dll" v0.0 ts=2010/2/10 1:40 13k 2010/01/02 C:\cygwin\bin\cygpanel-10.dll - os=4.0 img=1.0 sys=4.0 "cygpanel-10.dll" v0.0 ts=2010/1/2 14:47 11k 2009/03/01 C:\cygwin\bin\cygpanel-8.dll - os=4.0 img=1.0 sys=4.0 "cygpanel-8.dll" v0.0 ts=2009/3/1 6:30 13k 2009/11/20 C:\cygwin\bin\cygpanel-9.dll - os=4.0 img=1.0 sys=4.0 "cygpanel-9.dll" v0.0 ts=2009/11/20 19:12 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 9:24 13k 2010/01/02 C:\cygwin\bin\cygpanelw-10.dll - os=4.0 img=1.0 sys=4.0 "cygpanelw-10.dll" v0.0 ts=2010/1/2 16:30 235k 2010/06/28 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=2010/6/28 5:37 38k 2010/06/28 C:\cygwin\bin\cygpangocairo-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangocairo-1.0-0.dll" v0.0 ts=2010/6/28 5:38 131k 2010/06/28 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=2010/6/28 5:38 40k 2010/06/28 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=2010/6/28 5:38 26k 2010/06/28 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=2010/6/28 5:38 224k 2010/06/15 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcre-0.dll" v0.0 ts=2010/6/15 4:10 10k 2010/06/15 C:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix-0.dll" v0.0 ts=2010/6/15 4:11 1553k 2009/12/19 C:\cygwin\bin\cygperl5_10.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_10.dll" v0.0 ts=2009/12/18 14:54 377k 2010/04/02 C:\cygwin\bin\cygpixman-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygpixman-1-0.dll" v0.0 ts=2010/4/2 7:44 1035k 2010/01/22 C:\cygwin\bin\cygplot-2.dll - os=4.0 img=1.0 sys=4.0 "cygplot-2.dll" v0.0 ts=2010/1/22 21:53 242k 2009/03/07 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 "cygpng12.dll" v0.0 ts=2009/3/7 22:38 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/9 5:45 103k 2009/01/07 C:\cygwin\bin\cygpq.dll - os=4.0 img=1.0 sys=4.0 "cygpq.dll" v0.0 ts=2009/1/7 16:46 4k 2007/12/18 C:\cygwin\bin\cygpspell-15.dll - os=4.0 img=1.0 sys=4.0 "cygpspell-15.dll" v0.0 ts=2007/12/18 11:40 7002k 2009/06/08 C:\cygwin\bin\cygqt-mt-3.dll - os=4.0 img=1.0 sys=4.0 "cygqt-mt-3.dll" v0.0 ts=2009/6/7 7:47 230k 2009/06/08 C:\cygwin\bin\cygqui-1.dll - os=4.0 img=1.0 sys=4.0 "cygqui-1.dll" v0.0 ts=2009/6/7 7:47 155k 2009/06/23 C:\cygwin\bin\cygreadline6.dll - os=4.0 img=1.0 sys=4.0 "cygreadline6.dll" v0.0 ts=2009/6/23 12:20 162k 2009/07/06 C:\cygwin\bin\cygreadline7.dll - os=4.0 img=1.0 sys=4.0 "cygreadline7.dll" v0.0 ts=2009/7/5 14:45 84k 2010/07/02 C:\cygwin\bin\cygsasl2-2.dll - os=4.0 img=1.0 sys=4.0 "cygsasl2-2.dll" v0.0 ts=2010/7/2 3:19 10k 2009/12/14 C:\cygwin\bin\cygsigsegv-2.dll - os=4.0 img=1.0 sys=4.0 "cygsigsegv-2.dll" v0.0 ts=2009/12/14 12:56 28k 2010/06/24 C:\cygwin\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0 "cygSM-6.dll" v0.0 ts=2010/6/24 20:39 475k 2009/12/18 C:\cygwin\bin\cygsqlite3-0.dll - os=4.0 img=1.0 sys=4.0 "cygsqlite3-0.dll" v0.0 ts=2009/12/18 1:28 19k 2010/06/24 C:\cygwin\bin\cygss-2.dll - os=4.0 img=1.0 sys=4.0 "cygss-2.dll" v0.0 ts=2010/6/24 9:52 121k 2010/06/01 C:\cygwin\bin\cygssh2-1.dll - os=4.0 img=1.0 sys=4.0 "cygssh2-1.dll" v0.0 ts=2010/6/1 18:44 265k 2010/06/23 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=2010/6/23 8:39 10k 2009/12/11 C:\cygwin\bin\cygssp-0.dll - os=4.0 img=1.0 sys=4.0 "cygssp-0.dll" v0.0 ts=2009/12/8 0:38 25k 2009/04/28 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=2009/4/28 7:16 773k 2009/12/11 C:\cygwin\bin\cygstdc++-6.dll - os=4.0 img=1.0 sys=4.0 "cygstdc++-6.dll" v0.0 ts=2009/12/8 1:07 231k 2009/09/15 C:\cygwin\bin\cygt1-5.dll - os=4.0 img=1.0 sys=4.0 "cygt1-5.dll" v0.0 ts=2009/9/15 9:59 48k 2010/01/02 C:\cygwin\bin\cygtic-10.dll - os=4.0 img=1.0 sys=4.0 "cygtic-10.dll" v0.0 ts=2010/1/2 14:45 48k 2009/11/20 C:\cygwin\bin\cygtic-9.dll - os=4.0 img=1.0 sys=4.0 "cygtic-9.dll" v0.0 ts=2009/11/20 19:10 48k 2010/01/02 C:\cygwin\bin\cygticw-10.dll - os=4.0 img=1.0 sys=4.0 "cygticw-10.dll" v0.0 ts=2010/1/2 17:28 347k 2009/12/23 C:\cygwin\bin\cygtiff-5.dll - os=4.0 img=1.0 sys=4.0 "cygtiff-5.dll" v0.0 ts=2009/12/23 17:11 11k 2009/12/23 C:\cygwin\bin\cygtiffxx-5.dll - os=4.0 img=1.0 sys=4.0 "cygtiffxx-5.dll" v0.0 ts=2009/12/23 17:11 68k 2010/01/21 C:\cygwin\bin\cygUil-2.dll - os=4.0 img=1.0 sys=4.0 "cygUil-2.dll" v0.0 ts=2010/1/21 7:33 16k 2010/06/24 C:\cygwin\bin\cyguuid-1.dll - os=4.0 img=1.0 sys=4.0 "cyguuid-1.dll" v0.0 ts=2010/6/24 19:19 9k 2009/10/14 C:\cygwin\bin\cygWindowsWM-7.dll - os=4.0 img=1.0 sys=4.0 "cygWindowsWM-7.dll" v0.0 ts=2009/10/14 17:48 289k 2009/09/15 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=2009/9/15 12:16 93k 2009/09/15 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=2009/9/15 12:15 28k 2010/03/28 C:\cygwin\bin\cygwrap-0.dll - os=4.0 img=1.0 sys=4.0 "cygwrap-0.dll" v0.0 ts=2010/3/28 9:02 79k 2010/02/12 C:\cygwin\bin\cygwraster-3.dll - os=4.0 img=1.0 sys=4.0 "cygwraster-3.dll" v0.0 ts=2010/2/12 9:19 1040k 2010/02/10 C:\cygwin\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0 "cygX11-6.dll" v0.0 ts=2010/2/10 0:42 8k 2010/02/10 C:\cygwin\bin\cygX11-xcb-1.dll - os=4.0 img=1.0 sys=4.0 "cygX11-xcb-1.dll" v0.0 ts=2010/2/10 0:43 9k 2009/09/03 C:\cygwin\bin\cygXau-6.dll - os=4.0 img=1.0 sys=4.0 "cygXau-6.dll" v0.0 ts=2009/9/2 21:47 251k 2009/10/19 C:\cygwin\bin\cygXaw-6.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-6.dll" v0.0 ts=2009/10/18 21:55 352k 2009/10/19 C:\cygwin\bin\cygXaw-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-7.dll" v0.0 ts=2009/10/18 21:55 360k 2005/10/27 C:\cygwin\bin\cygXaw-8.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-8.dll" v0.0 ts=2005/10/26 17:45 254k 2010/05/18 C:\cygwin\bin\cygXaw3d-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw3d-7.dll" v0.0 ts=2010/5/18 22:11 77k 2010/04/28 C:\cygwin\bin\cygxcb-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-1.dll" v0.0 ts=2010/4/28 2:15 12k 2009/09/03 C:\cygwin\bin\cygxcb-atom-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-atom-1.dll" v0.0 ts=2009/9/3 5:23 10k 2009/09/03 C:\cygwin\bin\cygxcb-aux-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-aux-0.dll" v0.0 ts=2009/9/3 5:23 11k 2010/04/28 C:\cygwin\bin\cygxcb-composite-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-composite-0.dll" v0.0 ts=2010/4/28 2:16 9k 2010/04/28 C:\cygwin\bin\cygxcb-damage-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-damage-0.dll" v0.0 ts=2010/4/28 2:16 10k 2010/04/28 C:\cygwin\bin\cygxcb-dpms-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-dpms-0.dll" v0.0 ts=2010/4/28 2:16 10k 2009/09/03 C:\cygwin\bin\cygxcb-event-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-event-1.dll" v0.0 ts=2009/9/3 5:23 53k 2010/04/28 C:\cygwin\bin\cygxcb-glx-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-glx-0.dll" v0.0 ts=2010/4/28 2:16 15k 2009/09/03 C:\cygwin\bin\cygxcb-icccm-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-icccm-1.dll" v0.0 ts=2009/9/3 5:23 14k 2009/09/03 C:\cygwin\bin\cygxcb-image-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-image-0.dll" v0.0 ts=2009/9/3 5:24 9k 2009/09/03 C:\cygwin\bin\cygxcb-keysyms-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-keysyms-1.dll" v0.0 ts=2009/9/3 5:24 7k 2009/09/03 C:\cygwin\bin\cygxcb-property-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-property-1.dll" v0.0 ts=2009/9/3 5:23 27k 2010/04/28 C:\cygwin\bin\cygxcb-randr-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-randr-0.dll" v0.0 ts=2010/4/28 2:16 12k 2010/04/28 C:\cygwin\bin\cygxcb-record-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-record-0.dll" v0.0 ts=2010/4/28 2:16 25k 2010/04/28 C:\cygwin\bin\cygxcb-render-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-render-0.dll" v0.0 ts=2010/4/28 2:16 11k 2009/09/03 C:\cygwin\bin\cygxcb-render-util-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-render-util-0.dll" v0.0 ts=2009/9/3 5:24 7k 2009/09/03 C:\cygwin\bin\cygxcb-reply-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-reply-1.dll" v0.0 ts=2009/9/3 5:24 9k 2010/04/28 C:\cygwin\bin\cygxcb-res-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-res-0.dll" v0.0 ts=2010/4/28 2:16 10k 2010/04/28 C:\cygwin\bin\cygxcb-screensaver-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-screensaver-0.dll" v0.0 ts=2010/4/28 2:16 11k 2010/04/28 C:\cygwin\bin\cygxcb-shape-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-shape-0.dll" v0.0 ts=2010/4/28 2:16 10k 2010/04/28 C:\cygwin\bin\cygxcb-shm-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-shm-0.dll" v0.0 ts=2010/4/28 2:16 13k 2010/04/28 C:\cygwin\bin\cygxcb-sync-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-sync-0.dll" v0.0 ts=2010/4/28 2:16 19k 2010/04/28 C:\cygwin\bin\cygxcb-xfixes-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-xfixes-0.dll" v0.0 ts=2010/4/28 2:16 10k 2010/04/28 C:\cygwin\bin\cygxcb-xinerama-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-xinerama-0.dll" v0.0 ts=2010/4/28 2:16 31k 2010/04/28 C:\cygwin\bin\cygxcb-xinput-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-xinput-0.dll" v0.0 ts=2010/4/28 2:16 9k 2010/04/28 C:\cygwin\bin\cygxcb-xtest-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-xtest-0.dll" v0.0 ts=2010/4/28 2:16 10k 2009/10/14 C:\cygwin\bin\cygXcomposite-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcomposite-1.dll" v0.0 ts=2009/10/14 17:51 30k 2009/09/03 C:\cygwin\bin\cygXcursor-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcursor-1.dll" v0.0 ts=2009/9/2 21:47 9k 2009/10/14 C:\cygwin\bin\cygXdamage-1.dll - os=4.0 img=1.0 sys=4.0 "cygXdamage-1.dll" v0.0 ts=2009/10/14 16:54 17k 2009/10/14 C:\cygwin\bin\cygXdmcp-6.dll - os=4.0 img=1.0 sys=4.0 "cygXdmcp-6.dll" v0.0 ts=2009/10/13 22:31 51k 2009/10/22 C:\cygwin\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0 "cygXext-6.dll" v0.0 ts=2009/10/22 3:45 16k 2009/10/14 C:\cygwin\bin\cygXfixes-3.dll - os=4.0 img=1.0 sys=4.0 "cygXfixes-3.dll" v0.0 ts=2009/10/14 16:48 192k 2009/10/15 C:\cygwin\bin\cygXfont-1.dll - os=4.0 img=1.0 sys=4.0 "cygXfont-1.dll" v0.0 ts=2009/10/14 1:26 66k 2009/10/15 C:\cygwin\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0 "cygXft-2.dll" v0.0 ts=2009/10/14 20:33 47k 2009/10/14 C:\cygwin\bin\cygXi-6.dll - os=4.0 img=1.0 sys=4.0 "cygXi-6.dll" v0.0 ts=2009/10/14 5:19 8k 2009/10/14 C:\cygwin\bin\cygXinerama-1.dll - os=4.0 img=1.0 sys=4.0 "cygXinerama-1.dll" v0.0 ts=2009/10/14 7:39 122k 2009/10/15 C:\cygwin\bin\cygxkbfile-1.dll - os=4.0 img=1.0 sys=4.0 "cygxkbfile-1.dll" v0.0 ts=2009/10/14 5:57 1173k 2010/01/21 C:\cygwin\bin\cygXm-2.dll - os=4.0 img=1.0 sys=4.0 "cygXm-2.dll" v0.0 ts=2010/1/21 7:32 458k 2010/05/20 C:\cygwin\bin\cygXmHTML-0.dll - os=4.0 img=1.0 sys=4.0 "cygXmHTML-0.dll" v0.0 ts=2010/5/20 5:10 1128k 2010/05/12 C:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0 "cygxml2-2.dll" v0.0 ts=2010/5/12 9:34 75k 2009/10/14 C:\cygwin\bin\cygXmu-6.dll - os=4.0 img=1.0 sys=4.0 "cygXmu-6.dll" v0.0 ts=2009/10/14 7:29 11k 2009/10/14 C:\cygwin\bin\cygXmuu-1.dll - os=4.0 img=1.0 sys=4.0 "cygXmuu-1.dll" v0.0 ts=2009/10/14 7:29 26k 2005/10/27 C:\cygwin\bin\cygXp-6.dll - os=4.0 img=1.0 sys=4.0 "cygXp-6.dll" v0.0 ts=2005/10/26 17:27 53k 2009/10/14 C:\cygwin\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-4.dll" v0.0 ts=2009/10/14 17:01 25k 2009/03/20 C:\cygwin\bin\cygXrandr-2.dll - os=4.0 img=1.0 sys=4.0 "cygXrandr-2.dll" v0.0 ts=2009/3/13 7:05 30k 2009/10/14 C:\cygwin\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0 "cygXrender-1.dll" v0.0 ts=2009/10/14 7:40 8k 2009/10/14 C:\cygwin\bin\cygXRes-1.dll - os=4.0 img=1.0 sys=4.0 "cygXRes-1.dll" v0.0 ts=2009/10/14 16:53 10k 2009/10/14 C:\cygwin\bin\cygXss-1.dll - os=4.0 img=1.0 sys=4.0 "cygXss-1.dll" v0.0 ts=2009/10/14 16:43 279k 2010/04/02 C:\cygwin\bin\cygXt-6.dll - os=4.0 img=1.0 sys=4.0 "cygXt-6.dll" v0.0 ts=2010/4/2 5:27 18k 2009/10/14 C:\cygwin\bin\cygXtst-6.dll - os=4.0 img=1.0 sys=4.0 "cygXtst-6.dll" v0.0 ts=2009/10/14 5:30 64k 2009/03/02 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2009/3/2 1:33 2547k 2010/04/12 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2010/4/12 17:07 Cygwin DLL version info: DLL version: 1.7.5 DLL epoch: 19 DLL old termios: 5 DLL malloc env: 28 Cygwin conv: 181 API major: 0 API minor: 225 Shared data: 5 DLL identifier: cygwin1 Mount registry: 3 Cygwin registry name: Cygwin Program options name: Program Options Installations name: Installations Cygdrive default prefix: Build date: Shared id: cygwin1S5 80k 2009/09/15 C:\cygwin\bin\cygaa-1.dll - os=4.0 img=1.0 sys=4.0 "cygaa-1.dll" v0.0 ts=2009/9/15 10:05 704k 2007/12/18 C:\cygwin\bin\cygaspell-15.dll - os=4.0 img=1.0 sys=4.0 "cygaspell-15.dll" v0.0 ts=2007/12/18 11:39 93k 2010/06/15 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=2010/6/15 6:06 15k 2009/12/27 C:\cygwin\bin\cygattr-1.dll - os=4.0 img=1.0 sys=4.0 "cygattr-1.dll" v0.0 ts=2009/11/18 12:52 72k 2009/03/18 C:\cygwin\bin\cygaudio-2.dll - os=4.0 img=1.0 sys=4.0 "cygaudio-2.dll" v0.0 ts=2009/3/18 4:40 95k 2010/06/24 C:\cygwin\bin\cygblkid-1.dll - os=4.0 img=1.0 sys=4.0 "cygblkid-1.dll" v0.0 ts=2010/6/24 19:20 33k 2010/05/28 C:\cygwin\bin\cygbrlapi-0.5.dll - os=4.0 img=1.0 sys=4.0 "cygbrlapi-0.5.dll" v0.0 ts=2010/5/28 11:12 61k 2009/03/02 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2009/3/2 3:11 460k 2010/05/04 C:\cygwin\bin\cygcairo-2.dll - os=4.0 img=1.0 sys=4.0 "cygcairo-2.dll" v0.0 ts=2010/5/4 16:21 11k 2009/12/23 C:\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0 "cygcharset-1.dll" v0.0 ts=2009/12/23 13:25 20k 2010/05/25 C:\cygwin\bin\cygcompface-0.dll - os=4.0 img=1.0 sys=4.0 "cygcompface-0.dll" v0.0 ts=2010/5/25 7:42 12k 2010/06/24 C:\cygwin\bin\cygcom_err-2.dll - os=4.0 img=1.0 sys=4.0 "cygcom_err-2.dll" v0.0 ts=2010/6/24 9:52 231k 2009/03/31 C:\cygwin\bin\cygcppunit-1-12-1.dll - os=4.0 img=1.0 sys=4.0 "cygcppunit-1-12-1.dll" v0.0 ts=2009/3/31 22:38 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 7:57 1149k 2010/06/23 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=2010/6/23 8:39 284k 2010/06/01 C:\cygwin\bin\cygcurl-4.dll - os=4.0 img=1.0 sys=4.0 "cygcurl-4.dll" v0.0 ts=2010/6/1 19:07 703k 2007/12/17 C:\cygwin\bin\cygdb-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.2.dll" v0.0 ts=2007/12/17 11:58 943k 2007/12/17 C:\cygwin\bin\cygdb-4.5.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.5.dll" v0.0 ts=2007/12/17 13:12 208k 2010/05/16 C:\cygwin\bin\cygdbus-1-3.dll - os=4.0 img=1.0 sys=4.0 "cygdbus-1-3.dll" v0.0 ts=2010/5/12 10:31 107k 2010/05/12 C:\cygwin\bin\cygdbus-glib-1-2.dll - os=4.0 img=1.0 sys=4.0 "cygdbus-glib-1-2.dll" v0.0 ts=2010/5/12 10:53 1036k 2007/12/17 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=2007/12/17 11:58 1296k 2007/12/17 C:\cygwin\bin\cygdb_cxx-4.5.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.5.dll" v0.0 ts=2007/12/17 13:12 14k 2009/10/15 C:\cygwin\bin\cygdmx-1.dll - os=4.0 img=1.0 sys=4.0 "cygdmx-1.dll" v0.0 ts=2009/10/14 0:32 243k 2005/02/23 C:\cygwin\bin\cygdps-1.dll - os=4.0 img=1.0 sys=4.0 "cygdps-1.dll" v0.0 ts=2005/2/23 14:42 26k 2005/02/23 C:\cygwin\bin\cygdpstk-1.dll - os=4.0 img=1.0 sys=4.0 "cygdpstk-1.dll" v0.0 ts=2005/2/23 14:42 22k 2010/06/24 C:\cygwin\bin\cyge2p-2.dll - os=4.0 img=1.0 sys=4.0 "cyge2p-2.dll" v0.0 ts=2010/6/24 9:53 511k 2010/06/17 C:\cygwin\bin\cygedit-0.dll - os=4.0 img=1.0 sys=4.0 "cygedit-0.dll" v0.0 ts=2010/6/17 11:42 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 20:43 118k 2008/05/09 C:\cygwin\bin\cygexpat-1.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-1.dll" v0.0 ts=2008/5/9 4:03 138k 2010/06/24 C:\cygwin\bin\cygext2fs-2.dll - os=4.0 img=1.0 sys=4.0 "cygext2fs-2.dll" v0.0 ts=2010/6/24 9:53 29k 2010/05/12 C:\cygwin\bin\cygfam-0.dll - os=4.0 img=1.0 sys=4.0 "cygfam-0.dll" v0.0 ts=2010/5/12 10:26 24k 2009/12/11 C:\cygwin\bin\cygffi-4.dll - os=4.0 img=1.0 sys=4.0 "cygffi-4.dll" v0.0 ts=2009/12/8 0:39 176k 2010/01/29 C:\cygwin\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontconfig-1.dll" v0.0 ts=2010/1/28 22:12 21k 2009/10/14 C:\cygwin\bin\cygfontenc-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontenc-1.dll" v0.0 ts=2009/10/14 1:04 43k 2010/01/02 C:\cygwin\bin\cygform-10.dll - os=4.0 img=1.0 sys=4.0 "cygform-10.dll" v0.0 ts=2010/1/2 14:49 40k 2009/03/01 C:\cygwin\bin\cygform-8.dll - os=4.0 img=1.0 sys=4.0 "cygform-8.dll" v0.0 ts=2009/3/1 6:32 43k 2009/11/20 C:\cygwin\bin\cygform-9.dll - os=4.0 img=1.0 sys=4.0 "cygform-9.dll" v0.0 ts=2009/11/20 19:14 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 9:25 47k 2010/01/02 C:\cygwin\bin\cygformw-10.dll - os=4.0 img=1.0 sys=4.0 "cygformw-10.dll" v0.0 ts=2010/1/2 17:31 492k 2010/03/03 C:\cygwin\bin\cygfreetype-6.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-6.dll" v0.0 ts=2010/3/2 21:24 45k 2009/12/11 C:\cygwin\bin\cyggcc_s-1.dll - os=4.0 img=1.0 sys=4.0 "cyggcc_s-1.dll" v0.0 ts=2009/12/8 0:30 181k 2010/06/14 C:\cygwin\bin\cyggconf-2-4.dll - os=4.0 img=1.0 sys=4.0 "cyggconf-2-4.dll" v0.0 ts=2010/6/14 23:37 449k 2010/03/17 C:\cygwin\bin\cyggcrypt-11.dll - os=4.0 img=1.0 sys=4.0 "cyggcrypt-11.dll" v0.0 ts=2010/3/17 21:45 230k 2010/05/14 C:\cygwin\bin\cyggd-2.dll - os=4.0 img=1.0 sys=4.0 "cyggd-2.dll" v0.0 ts=2010/5/14 10:43 19k 2009/02/26 C:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-4.dll" v0.0 ts=2009/2/26 7:58 8k 2009/02/26 C:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-4.dll" v0.0 ts=2009/2/26 7:58 193k 2009/03/23 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=2009/3/23 14:24 546k 2010/06/15 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=2010/6/15 7:14 94k 2010/06/15 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=2010/6/15 7:05 32k 2008/12/08 C:\cygwin\bin\cyggg-1.dll - os=4.0 img=1.0 sys=4.0 "cyggg-1.dll" v0.0 ts=2008/12/7 23:59 45k 2008/12/08 C:\cygwin\bin\cygggi-2.dll - os=4.0 img=1.0 sys=4.0 "cygggi-2.dll" v0.0 ts=2008/12/8 1:09 9k 2008/12/08 C:\cygwin\bin\cygggiwmh-0.dll - os=4.0 img=1.0 sys=4.0 "cygggiwmh-0.dll" v0.0 ts=2008/12/8 1:31 29k 2009/03/23 C:\cygwin\bin\cyggif-4.dll - os=4.0 img=1.0 sys=4.0 "cyggif-4.dll" v0.0 ts=2009/3/23 18:55 23k 2008/12/08 C:\cygwin\bin\cyggii-1.dll - os=4.0 img=1.0 sys=4.0 "cyggii-1.dll" v0.0 ts=2008/12/8 0:00 552k 2010/06/15 C:\cygwin\bin\cyggio-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggio-2.0-0.dll" v0.0 ts=2010/6/15 3:25 2389k 2010/02/10 C:\cygwin\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0 "cygGL-1.dll" v0.0 ts=2010/2/10 1:40 76k 2009/03/26 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=2009/3/25 22:23 133k 2009/03/25 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=2009/3/23 14:12 764k 2010/06/15 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=2010/6/15 3:22 141k 2009/03/30 C:\cygwin\bin\cygglitz-1.dll - os=4.0 img=1.0 sys=4.0 "cygglitz-1.dll" v0.0 ts=2009/3/30 16:22 21k 2009/03/30 C:\cygwin\bin\cygglitz-glx-1.dll - os=4.0 img=1.0 sys=4.0 "cygglitz-glx-1.dll" v0.0 ts=2009/3/30 16:23 448k 2010/02/10 C:\cygwin\bin\cygGLU-1.dll - os=4.0 img=1.0 sys=4.0 "cygGLU-1.dll" v0.0 ts=2010/2/10 1:40 24k 2010/02/10 C:\cygwin\bin\cygGLw-1.dll - os=4.0 img=1.0 sys=4.0 "cygGLw-1.dll" v0.0 ts=2010/2/10 1:40 12k 2009/03/25 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=2009/3/23 14:12 14k 2010/06/15 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=2010/6/15 3:23 315k 2009/06/06 C:\cygwin\bin\cyggmp-3.dll - os=4.0 img=1.0 sys=4.0 "cyggmp-3.dll" v0.0 ts=2009/6/6 11:23 233k 2010/06/15 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=2010/6/15 3:23 27k 2009/12/11 C:\cygwin\bin\cyggomp-1.dll - os=4.0 img=1.0 sys=4.0 "cyggomp-1.dll" v0.0 ts=2009/12/8 0:42 16k 2010/03/17 C:\cygwin\bin\cyggpg-error-0.dll - os=4.0 img=1.0 sys=4.0 "cyggpg-error-0.dll" v0.0 ts=2010/3/17 21:21 314k 2010/03/14 C:\cygwin\bin\cygGraphicsMagick++-3.dll - os=4.0 img=1.0 sys=4.0 "cygGraphicsMagick++-3.dll" v0.0 ts=2010/3/14 10:19 11914k 2010/03/14 C:\cygwin\bin\cygGraphicsMagick-3.dll - os=4.0 img=1.0 sys=4.0 "cygGraphicsMagick-3.dll" v0.0 ts=2010/3/14 10:18 138k 2010/03/14 C:\cygwin\bin\cygGraphicsMagickWand-2.dll - os=4.0 img=1.0 sys=4.0 "cygGraphicsMagickWand-2.dll" v0.0 ts=2010/3/14 10:19 5491k 2008/11/27 C:\cygwin\bin\cyggs-8.dll - os=4.0 img=1.0 sys=4.0 "cyggs-8.dll" v0.0 ts=2008/11/27 13:24 9k 2009/03/25 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=2009/3/23 14:13 17k 2010/06/15 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=2010/6/15 3:23 1258k 2009/03/23 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=2009/3/23 14:29 3659k 2010/06/15 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=2010/6/15 7:18 24k 2009/06/23 C:\cygwin\bin\cyghistory6.dll - os=4.0 img=1.0 sys=4.0 "cyghistory6.dll" v0.0 ts=2009/6/23 12:20 25k 2009/07/06 C:\cygwin\bin\cyghistory7.dll - os=4.0 img=1.0 sys=4.0 "cyghistory7.dll" v0.0 ts=2009/7/5 14:45 73k 2009/09/02 C:\cygwin\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0 "cygICE-6.dll" v0.0 ts=2009/9/2 21:39 360k 2009/12/29 C:\cygwin\bin\cygicons-0.dll - os=4.0 img=1.4 sys=4.0 "cygicons-0.dll" v0.0 ts=2009/12/29 5:30 982k 2009/12/23 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2009/12/23 13:25 147k 2010/06/14 C:\cygwin\bin\cygIDL-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygIDL-2-0.dll" v0.0 ts=2010/6/14 19:00 193k 2010/05/16 C:\cygwin\bin\cygidn-11.dll - os=4.0 img=1.0 sys=4.0 "cygidn-11.dll" v0.0 ts=2010/5/16 13:37 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/20 2:04 31k 2009/04/03 C:\cygwin\bin\cygintl-8.dll - os=4.0 img=1.0 sys=4.0 "cygintl-8.dll" v0.0 ts=2009/4/3 1:15 246k 2010/05/20 C:\cygwin\bin\cygjasper-1.dll - os=4.0 img=1.0 sys=4.0 "cygjasper-1.dll" v0.0 ts=2010/5/20 5:04 47k 2009/12/23 C:\cygwin\bin\cygjbig-2.dll - os=4.0 img=1.0 sys=4.0 "cygjbig-2.dll" v0.0 ts=2009/12/23 16:59 125k 2009/08/08 C:\cygwin\bin\cygjpeg-62.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg-62.dll" v0.0 ts=2009/8/8 20:48 193k 2009/08/08 C:\cygwin\bin\cygjpeg-7.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg-7.dll" v0.0 ts=2009/8/8 19:39 39k 2008/09/07 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=2008/9/7 12:28 173k 2010/06/25 C:\cygwin\bin\cyglcms-1.dll - os=4.0 img=1.0 sys=4.0 "cyglcms-1.dll" v0.0 ts=2010/6/25 9:50 189k 2008/09/07 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=2008/9/7 12:29 201k 2008/09/07 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=2008/9/7 12:31 5k 2010/04/12 C:\cygwin\bin\cyglsa.dll - os=4.0 img=1.0 sys=4.0 "cyglsa.dll" v0.0 ts=2010/4/12 17:08 9k 2010/04/12 C:\cygwin\bin\cyglsa64.dll - os=5.2 img=0.0 sys=5.2 31k 2009/12/31 C:\cygwin\bin\cygltdl-7.dll - os=4.0 img=1.0 sys=4.0 "cygltdl-7.dll" v0.0 ts=2009/12/31 1:30 133k 2009/06/10 C:\cygwin\bin\cyglua-5.1.dll - os=4.0 img=1.0 sys=4.0 "cyglua-5.1.dll" v0.0 ts=2009/6/10 17:29 125k 2010/04/09 C:\cygwin\bin\cyglzma-1.dll - os=4.0 img=1.0 sys=4.0 "cyglzma-1.dll" v0.0 ts=2010/4/9 15:54 99k 2010/03/04 C:\cygwin\bin\cygmagic-1.dll - os=4.0 img=1.0 sys=4.0 "cygmagic-1.dll" v0.0 ts=2010/3/3 22:29 25k 2010/01/02 C:\cygwin\bin\cygmenu-10.dll - os=4.0 img=1.0 sys=4.0 "cygmenu-10.dll" v0.0 ts=2010/1/2 14:48 21k 2009/03/01 C:\cygwin\bin\cygmenu-8.dll - os=4.0 img=1.0 sys=4.0 "cygmenu-8.dll" v0.0 ts=2009/3/1 6:31 25k 2009/11/20 C:\cygwin\bin\cygmenu-9.dll - os=4.0 img=1.0 sys=4.0 "cygmenu-9.dll" v0.0 ts=2009/11/20 19:13 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 9:25 25k 2010/01/02 C:\cygwin\bin\cygmenuw-10.dll - os=4.0 img=1.0 sys=4.0 "cygmenuw-10.dll" v0.0 ts=2010/1/2 17:30 24k 2008/10/30 C:\cygwin\bin\cygminires.dll - os=4.0 img=1.2 sys=4.0 "cygminires.dll" v0.0 ts=2008/10/30 23:53 331k 2008/03/31 C:\cygwin\bin\cygmng-1.dll - os=4.0 img=1.0 sys=4.0 "cygmng-1.dll" v0.0 ts=2008/3/31 14:43 211k 2009/06/06 C:\cygwin\bin\cygmp-3.dll - os=4.0 img=1.0 sys=4.0 "cygmp-3.dll" v0.0 ts=2009/6/6 11:23 269k 2009/06/07 C:\cygwin\bin\cygmpfr-1.dll - os=4.0 img=1.0 sys=4.0 "cygmpfr-1.dll" v0.0 ts=2009/6/7 21:10 77k 2010/01/21 C:\cygwin\bin\cygMrm-2.dll - os=4.0 img=1.0 sys=4.0 "cygMrm-2.dll" v0.0 ts=2010/1/21 7:33 63k 2010/01/02 C:\cygwin\bin\cygncurses++-10.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++-10.dll" v0.0 ts=2010/1/2 15:00 66k 2009/03/01 C:\cygwin\bin\cygncurses++-8.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++-8.dll" v0.0 ts=2009/3/1 6:39 63k 2009/11/20 C:\cygwin\bin\cygncurses++-9.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++-9.dll" v0.0 ts=2009/11/20 19:25 63k 2010/01/02 C:\cygwin\bin\cygncurses++w-10.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++w-10.dll" v0.0 ts=2010/1/2 17:41 195k 2010/01/02 C:\cygwin\bin\cygncurses-10.dll - os=4.0 img=1.0 sys=4.0 "cygncurses-10.dll" v0.0 ts=2010/1/2 14:45 237k 2009/03/01 C:\cygwin\bin\cygncurses-8.dll - os=4.0 img=1.0 sys=4.0 "cygncurses-8.dll" v0.0 ts=2009/3/1 6:28 198k 2009/11/20 C:\cygwin\bin\cygncurses-9.dll - os=4.0 img=1.0 sys=4.0 "cygncurses-9.dll" v0.0 ts=2009/11/20 19:10 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 9:24 244k 2010/01/02 C:\cygwin\bin\cygncursesw-10.dll - os=4.0 img=1.0 sys=4.0 "cygncursesw-10.dll" v0.0 ts=2010/1/2 17:28 176k 2010/02/11 C:\cygwin\bin\cygnetpbm-10.dll - os=4.0 img=1.0 sys=4.0 "cygnetpbm-10.dll" v0.0 ts=2010/2/11 2:55 15k 2010/02/02 C:\cygwin\bin\cygobparser-21.dll - os=4.0 img=1.0 sys=4.0 "cygobparser-21.dll" v0.0 ts=2010/2/2 21:22 81k 2010/02/02 C:\cygwin\bin\cygobrender-21.dll - os=4.0 img=1.0 sys=4.0 "cygobrender-21.dll" v0.0 ts=2010/2/2 21:23 280k 2010/06/14 C:\cygwin\bin\cygORBit-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygORBit-2-0.dll" v0.0 ts=2010/6/14 19:36 37k 2010/06/14 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=2010/6/14 19:37 19k 2010/06/14 C:\cygwin\bin\cygORBitCosNaming-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygORBitCosNaming-2-0.dll" v0.0 ts=2010/6/14 19:36 41k 2010/02/10 C:\cygwin\bin\cygOSMesa-7.dll - os=4.0 img=1.0 sys=4.0 "cygOSMesa-7.dll" v0.0 ts=2010/2/10 1:40 13k 2010/01/02 C:\cygwin\bin\cygpanel-10.dll - os=4.0 img=1.0 sys=4.0 "cygpanel-10.dll" v0.0 ts=2010/1/2 14:47 11k 2009/03/01 C:\cygwin\bin\cygpanel-8.dll - os=4.0 img=1.0 sys=4.0 "cygpanel-8.dll" v0.0 ts=2009/3/1 6:30 13k 2009/11/20 C:\cygwin\bin\cygpanel-9.dll - os=4.0 img=1.0 sys=4.0 "cygpanel-9.dll" v0.0 ts=2009/11/20 19:12 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 9:24 13k 2010/01/02 C:\cygwin\bin\cygpanelw-10.dll - os=4.0 img=1.0 sys=4.0 "cygpanelw-10.dll" v0.0 ts=2010/1/2 16:30 235k 2010/06/28 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=2010/6/28 5:37 38k 2010/06/28 C:\cygwin\bin\cygpangocairo-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangocairo-1.0-0.dll" v0.0 ts=2010/6/28 5:38 131k 2010/06/28 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=2010/6/28 5:38 40k 2010/06/28 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=2010/6/28 5:38 26k 2010/06/28 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=2010/6/28 5:38 224k 2010/06/15 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcre-0.dll" v0.0 ts=2010/6/15 4:10 10k 2010/06/15 C:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix-0.dll" v0.0 ts=2010/6/15 4:11 1553k 2009/12/19 C:\cygwin\bin\cygperl5_10.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_10.dll" v0.0 ts=2009/12/18 14:54 377k 2010/04/02 C:\cygwin\bin\cygpixman-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygpixman-1-0.dll" v0.0 ts=2010/4/2 7:44 1035k 2010/01/22 C:\cygwin\bin\cygplot-2.dll - os=4.0 img=1.0 sys=4.0 "cygplot-2.dll" v0.0 ts=2010/1/22 21:53 242k 2009/03/07 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 "cygpng12.dll" v0.0 ts=2009/3/7 22:38 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/9 5:45 103k 2009/01/07 C:\cygwin\bin\cygpq.dll - os=4.0 img=1.0 sys=4.0 "cygpq.dll" v0.0 ts=2009/1/7 16:46 4k 2007/12/18 C:\cygwin\bin\cygpspell-15.dll - os=4.0 img=1.0 sys=4.0 "cygpspell-15.dll" v0.0 ts=2007/12/18 11:40 7002k 2009/06/08 C:\cygwin\bin\cygqt-mt-3.dll - os=4.0 img=1.0 sys=4.0 "cygqt-mt-3.dll" v0.0 ts=2009/6/7 7:47 230k 2009/06/08 C:\cygwin\bin\cygqui-1.dll - os=4.0 img=1.0 sys=4.0 "cygqui-1.dll" v0.0 ts=2009/6/7 7:47 155k 2009/06/23 C:\cygwin\bin\cygreadline6.dll - os=4.0 img=1.0 sys=4.0 "cygreadline6.dll" v0.0 ts=2009/6/23 12:20 162k 2009/07/06 C:\cygwin\bin\cygreadline7.dll - os=4.0 img=1.0 sys=4.0 "cygreadline7.dll" v0.0 ts=2009/7/5 14:45 84k 2010/07/02 C:\cygwin\bin\cygsasl2-2.dll - os=4.0 img=1.0 sys=4.0 "cygsasl2-2.dll" v0.0 ts=2010/7/2 3:19 10k 2009/12/14 C:\cygwin\bin\cygsigsegv-2.dll - os=4.0 img=1.0 sys=4.0 "cygsigsegv-2.dll" v0.0 ts=2009/12/14 12:56 28k 2010/06/24 C:\cygwin\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0 "cygSM-6.dll" v0.0 ts=2010/6/24 20:39 475k 2009/12/18 C:\cygwin\bin\cygsqlite3-0.dll - os=4.0 img=1.0 sys=4.0 "cygsqlite3-0.dll" v0.0 ts=2009/12/18 1:28 19k 2010/06/24 C:\cygwin\bin\cygss-2.dll - os=4.0 img=1.0 sys=4.0 "cygss-2.dll" v0.0 ts=2010/6/24 9:52 121k 2010/06/01 C:\cygwin\bin\cygssh2-1.dll - os=4.0 img=1.0 sys=4.0 "cygssh2-1.dll" v0.0 ts=2010/6/1 18:44 265k 2010/06/23 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=2010/6/23 8:39 10k 2009/12/11 C:\cygwin\bin\cygssp-0.dll - os=4.0 img=1.0 sys=4.0 "cygssp-0.dll" v0.0 ts=2009/12/8 0:38 25k 2009/04/28 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=2009/4/28 7:16 773k 2009/12/11 C:\cygwin\bin\cygstdc++-6.dll - os=4.0 img=1.0 sys=4.0 "cygstdc++-6.dll" v0.0 ts=2009/12/8 1:07 231k 2009/09/15 C:\cygwin\bin\cygt1-5.dll - os=4.0 img=1.0 sys=4.0 "cygt1-5.dll" v0.0 ts=2009/9/15 9:59 48k 2010/01/02 C:\cygwin\bin\cygtic-10.dll - os=4.0 img=1.0 sys=4.0 "cygtic-10.dll" v0.0 ts=2010/1/2 14:45 48k 2009/11/20 C:\cygwin\bin\cygtic-9.dll - os=4.0 img=1.0 sys=4.0 "cygtic-9.dll" v0.0 ts=2009/11/20 19:10 48k 2010/01/02 C:\cygwin\bin\cygticw-10.dll - os=4.0 img=1.0 sys=4.0 "cygticw-10.dll" v0.0 ts=2010/1/2 17:28 347k 2009/12/23 C:\cygwin\bin\cygtiff-5.dll - os=4.0 img=1.0 sys=4.0 "cygtiff-5.dll" v0.0 ts=2009/12/23 17:11 11k 2009/12/23 C:\cygwin\bin\cygtiffxx-5.dll - os=4.0 img=1.0 sys=4.0 "cygtiffxx-5.dll" v0.0 ts=2009/12/23 17:11 68k 2010/01/21 C:\cygwin\bin\cygUil-2.dll - os=4.0 img=1.0 sys=4.0 "cygUil-2.dll" v0.0 ts=2010/1/21 7:33 16k 2010/06/24 C:\cygwin\bin\cyguuid-1.dll - os=4.0 img=1.0 sys=4.0 "cyguuid-1.dll" v0.0 ts=2010/6/24 19:19 9k 2009/10/14 C:\cygwin\bin\cygWindowsWM-7.dll - os=4.0 img=1.0 sys=4.0 "cygWindowsWM-7.dll" v0.0 ts=2009/10/14 17:48 289k 2009/09/15 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=2009/9/15 12:16 93k 2009/09/15 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=2009/9/15 12:15 28k 2010/03/28 C:\cygwin\bin\cygwrap-0.dll - os=4.0 img=1.0 sys=4.0 "cygwrap-0.dll" v0.0 ts=2010/3/28 9:02 79k 2010/02/12 C:\cygwin\bin\cygwraster-3.dll - os=4.0 img=1.0 sys=4.0 "cygwraster-3.dll" v0.0 ts=2010/2/12 9:19 1040k 2010/02/10 C:\cygwin\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0 "cygX11-6.dll" v0.0 ts=2010/2/10 0:42 8k 2010/02/10 C:\cygwin\bin\cygX11-xcb-1.dll - os=4.0 img=1.0 sys=4.0 "cygX11-xcb-1.dll" v0.0 ts=2010/2/10 0:43 9k 2009/09/03 C:\cygwin\bin\cygXau-6.dll - os=4.0 img=1.0 sys=4.0 "cygXau-6.dll" v0.0 ts=2009/9/2 21:47 251k 2009/10/19 C:\cygwin\bin\cygXaw-6.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-6.dll" v0.0 ts=2009/10/18 21:55 352k 2009/10/19 C:\cygwin\bin\cygXaw-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-7.dll" v0.0 ts=2009/10/18 21:55 360k 2005/10/27 C:\cygwin\bin\cygXaw-8.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-8.dll" v0.0 ts=2005/10/26 17:45 254k 2010/05/18 C:\cygwin\bin\cygXaw3d-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw3d-7.dll" v0.0 ts=2010/5/18 22:11 77k 2010/04/28 C:\cygwin\bin\cygxcb-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-1.dll" v0.0 ts=2010/4/28 2:15 12k 2009/09/03 C:\cygwin\bin\cygxcb-atom-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-atom-1.dll" v0.0 ts=2009/9/3 5:23 10k 2009/09/03 C:\cygwin\bin\cygxcb-aux-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-aux-0.dll" v0.0 ts=2009/9/3 5:23 11k 2010/04/28 C:\cygwin\bin\cygxcb-composite-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-composite-0.dll" v0.0 ts=2010/4/28 2:16 9k 2010/04/28 C:\cygwin\bin\cygxcb-damage-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-damage-0.dll" v0.0 ts=2010/4/28 2:16 10k 2010/04/28 C:\cygwin\bin\cygxcb-dpms-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-dpms-0.dll" v0.0 ts=2010/4/28 2:16 10k 2009/09/03 C:\cygwin\bin\cygxcb-event-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-event-1.dll" v0.0 ts=2009/9/3 5:23 53k 2010/04/28 C:\cygwin\bin\cygxcb-glx-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-glx-0.dll" v0.0 ts=2010/4/28 2:16 15k 2009/09/03 C:\cygwin\bin\cygxcb-icccm-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-icccm-1.dll" v0.0 ts=2009/9/3 5:23 14k 2009/09/03 C:\cygwin\bin\cygxcb-image-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-image-0.dll" v0.0 ts=2009/9/3 5:24 9k 2009/09/03 C:\cygwin\bin\cygxcb-keysyms-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-keysyms-1.dll" v0.0 ts=2009/9/3 5:24 7k 2009/09/03 C:\cygwin\bin\cygxcb-property-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-property-1.dll" v0.0 ts=2009/9/3 5:23 27k 2010/04/28 C:\cygwin\bin\cygxcb-randr-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-randr-0.dll" v0.0 ts=2010/4/28 2:16 12k 2010/04/28 C:\cygwin\bin\cygxcb-record-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-record-0.dll" v0.0 ts=2010/4/28 2:16 25k 2010/04/28 C:\cygwin\bin\cygxcb-render-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-render-0.dll" v0.0 ts=2010/4/28 2:16 11k 2009/09/03 C:\cygwin\bin\cygxcb-render-util-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-render-util-0.dll" v0.0 ts=2009/9/3 5:24 7k 2009/09/03 C:\cygwin\bin\cygxcb-reply-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-reply-1.dll" v0.0 ts=2009/9/3 5:24 9k 2010/04/28 C:\cygwin\bin\cygxcb-res-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-res-0.dll" v0.0 ts=2010/4/28 2:16 10k 2010/04/28 C:\cygwin\bin\cygxcb-screensaver-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-screensaver-0.dll" v0.0 ts=2010/4/28 2:16 11k 2010/04/28 C:\cygwin\bin\cygxcb-shape-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-shape-0.dll" v0.0 ts=2010/4/28 2:16 10k 2010/04/28 C:\cygwin\bin\cygxcb-shm-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-shm-0.dll" v0.0 ts=2010/4/28 2:16 13k 2010/04/28 C:\cygwin\bin\cygxcb-sync-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-sync-0.dll" v0.0 ts=2010/4/28 2:16 19k 2010/04/28 C:\cygwin\bin\cygxcb-xfixes-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-xfixes-0.dll" v0.0 ts=2010/4/28 2:16 10k 2010/04/28 C:\cygwin\bin\cygxcb-xinerama-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-xinerama-0.dll" v0.0 ts=2010/4/28 2:16 31k 2010/04/28 C:\cygwin\bin\cygxcb-xinput-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-xinput-0.dll" v0.0 ts=2010/4/28 2:16 9k 2010/04/28 C:\cygwin\bin\cygxcb-xtest-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-xtest-0.dll" v0.0 ts=2010/4/28 2:16 10k 2009/10/14 C:\cygwin\bin\cygXcomposite-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcomposite-1.dll" v0.0 ts=2009/10/14 17:51 30k 2009/09/03 C:\cygwin\bin\cygXcursor-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcursor-1.dll" v0.0 ts=2009/9/2 21:47 9k 2009/10/14 C:\cygwin\bin\cygXdamage-1.dll - os=4.0 img=1.0 sys=4.0 "cygXdamage-1.dll" v0.0 ts=2009/10/14 16:54 17k 2009/10/14 C:\cygwin\bin\cygXdmcp-6.dll - os=4.0 img=1.0 sys=4.0 "cygXdmcp-6.dll" v0.0 ts=2009/10/13 22:31 51k 2009/10/22 C:\cygwin\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0 "cygXext-6.dll" v0.0 ts=2009/10/22 3:45 16k 2009/10/14 C:\cygwin\bin\cygXfixes-3.dll - os=4.0 img=1.0 sys=4.0 "cygXfixes-3.dll" v0.0 ts=2009/10/14 16:48 192k 2009/10/15 C:\cygwin\bin\cygXfont-1.dll - os=4.0 img=1.0 sys=4.0 "cygXfont-1.dll" v0.0 ts=2009/10/14 1:26 66k 2009/10/15 C:\cygwin\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0 "cygXft-2.dll" v0.0 ts=2009/10/14 20:33 47k 2009/10/14 C:\cygwin\bin\cygXi-6.dll - os=4.0 img=1.0 sys=4.0 "cygXi-6.dll" v0.0 ts=2009/10/14 5:19 8k 2009/10/14 C:\cygwin\bin\cygXinerama-1.dll - os=4.0 img=1.0 sys=4.0 "cygXinerama-1.dll" v0.0 ts=2009/10/14 7:39 122k 2009/10/15 C:\cygwin\bin\cygxkbfile-1.dll - os=4.0 img=1.0 sys=4.0 "cygxkbfile-1.dll" v0.0 ts=2009/10/14 5:57 1173k 2010/01/21 C:\cygwin\bin\cygXm-2.dll - os=4.0 img=1.0 sys=4.0 "cygXm-2.dll" v0.0 ts=2010/1/21 7:32 458k 2010/05/20 C:\cygwin\bin\cygXmHTML-0.dll - os=4.0 img=1.0 sys=4.0 "cygXmHTML-0.dll" v0.0 ts=2010/5/20 5:10 1128k 2010/05/12 C:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0 "cygxml2-2.dll" v0.0 ts=2010/5/12 9:34 75k 2009/10/14 C:\cygwin\bin\cygXmu-6.dll - os=4.0 img=1.0 sys=4.0 "cygXmu-6.dll" v0.0 ts=2009/10/14 7:29 11k 2009/10/14 C:\cygwin\bin\cygXmuu-1.dll - os=4.0 img=1.0 sys=4.0 "cygXmuu-1.dll" v0.0 ts=2009/10/14 7:29 26k 2005/10/27 C:\cygwin\bin\cygXp-6.dll - os=4.0 img=1.0 sys=4.0 "cygXp-6.dll" v0.0 ts=2005/10/26 17:27 53k 2009/10/14 C:\cygwin\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-4.dll" v0.0 ts=2009/10/14 17:01 25k 2009/03/20 C:\cygwin\bin\cygXrandr-2.dll - os=4.0 img=1.0 sys=4.0 "cygXrandr-2.dll" v0.0 ts=2009/3/13 7:05 30k 2009/10/14 C:\cygwin\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0 "cygXrender-1.dll" v0.0 ts=2009/10/14 7:40 8k 2009/10/14 C:\cygwin\bin\cygXRes-1.dll - os=4.0 img=1.0 sys=4.0 "cygXRes-1.dll" v0.0 ts=2009/10/14 16:53 10k 2009/10/14 C:\cygwin\bin\cygXss-1.dll - os=4.0 img=1.0 sys=4.0 "cygXss-1.dll" v0.0 ts=2009/10/14 16:43 279k 2010/04/02 C:\cygwin\bin\cygXt-6.dll - os=4.0 img=1.0 sys=4.0 "cygXt-6.dll" v0.0 ts=2010/4/2 5:27 18k 2009/10/14 C:\cygwin\bin\cygXtst-6.dll - os=4.0 img=1.0 sys=4.0 "cygXtst-6.dll" v0.0 ts=2009/10/14 5:30 64k 2009/03/02 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2009/3/2 1:33 2547k 2010/04/12 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2010/4/12 17:07 Cygwin DLL version info: DLL version: 1.7.5 DLL epoch: 19 DLL old termios: 5 DLL malloc env: 28 Cygwin conv: 181 API major: 0 API minor: 225 Shared data: 5 DLL identifier: cygwin1 Mount registry: 3 Cygwin registry name: Cygwin Program options name: Program Options Installations name: Installations Cygdrive default prefix: Build date: Shared id: cygwin1S5 80k 2009/09/15 C:\cygwin\bin\cygaa-1.dll - os=4.0 img=1.0 sys=4.0 "cygaa-1.dll" v0.0 ts=2009/9/15 10:05 704k 2007/12/18 C:\cygwin\bin\cygaspell-15.dll - os=4.0 img=1.0 sys=4.0 "cygaspell-15.dll" v0.0 ts=2007/12/18 11:39 93k 2010/06/15 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=2010/6/15 6:06 15k 2009/12/27 C:\cygwin\bin\cygattr-1.dll - os=4.0 img=1.0 sys=4.0 "cygattr-1.dll" v0.0 ts=2009/11/18 12:52 72k 2009/03/18 C:\cygwin\bin\cygaudio-2.dll - os=4.0 img=1.0 sys=4.0 "cygaudio-2.dll" v0.0 ts=2009/3/18 4:40 95k 2010/06/24 C:\cygwin\bin\cygblkid-1.dll - os=4.0 img=1.0 sys=4.0 "cygblkid-1.dll" v0.0 ts=2010/6/24 19:20 33k 2010/05/28 C:\cygwin\bin\cygbrlapi-0.5.dll - os=4.0 img=1.0 sys=4.0 "cygbrlapi-0.5.dll" v0.0 ts=2010/5/28 11:12 61k 2009/03/02 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2009/3/2 3:11 460k 2010/05/04 C:\cygwin\bin\cygcairo-2.dll - os=4.0 img=1.0 sys=4.0 "cygcairo-2.dll" v0.0 ts=2010/5/4 16:21 11k 2009/12/23 C:\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0 "cygcharset-1.dll" v0.0 ts=2009/12/23 13:25 20k 2010/05/25 C:\cygwin\bin\cygcompface-0.dll - os=4.0 img=1.0 sys=4.0 "cygcompface-0.dll" v0.0 ts=2010/5/25 7:42 12k 2010/06/24 C:\cygwin\bin\cygcom_err-2.dll - os=4.0 img=1.0 sys=4.0 "cygcom_err-2.dll" v0.0 ts=2010/6/24 9:52 231k 2009/03/31 C:\cygwin\bin\cygcppunit-1-12-1.dll - os=4.0 img=1.0 sys=4.0 "cygcppunit-1-12-1.dll" v0.0 ts=2009/3/31 22:38 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 7:57 1149k 2010/06/23 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=2010/6/23 8:39 284k 2010/06/01 C:\cygwin\bin\cygcurl-4.dll - os=4.0 img=1.0 sys=4.0 "cygcurl-4.dll" v0.0 ts=2010/6/1 19:07 703k 2007/12/17 C:\cygwin\bin\cygdb-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.2.dll" v0.0 ts=2007/12/17 11:58 943k 2007/12/17 C:\cygwin\bin\cygdb-4.5.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.5.dll" v0.0 ts=2007/12/17 13:12 208k 2010/05/16 C:\cygwin\bin\cygdbus-1-3.dll - os=4.0 img=1.0 sys=4.0 "cygdbus-1-3.dll" v0.0 ts=2010/5/12 10:31 107k 2010/05/12 C:\cygwin\bin\cygdbus-glib-1-2.dll - os=4.0 img=1.0 sys=4.0 "cygdbus-glib-1-2.dll" v0.0 ts=2010/5/12 10:53 1036k 2007/12/17 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=2007/12/17 11:58 1296k 2007/12/17 C:\cygwin\bin\cygdb_cxx-4.5.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.5.dll" v0.0 ts=2007/12/17 13:12 14k 2009/10/15 C:\cygwin\bin\cygdmx-1.dll - os=4.0 img=1.0 sys=4.0 "cygdmx-1.dll" v0.0 ts=2009/10/14 0:32 243k 2005/02/23 C:\cygwin\bin\cygdps-1.dll - os=4.0 img=1.0 sys=4.0 "cygdps-1.dll" v0.0 ts=2005/2/23 14:42 26k 2005/02/23 C:\cygwin\bin\cygdpstk-1.dll - os=4.0 img=1.0 sys=4.0 "cygdpstk-1.dll" v0.0 ts=2005/2/23 14:42 22k 2010/06/24 C:\cygwin\bin\cyge2p-2.dll - os=4.0 img=1.0 sys=4.0 "cyge2p-2.dll" v0.0 ts=2010/6/24 9:53 511k 2010/06/17 C:\cygwin\bin\cygedit-0.dll - os=4.0 img=1.0 sys=4.0 "cygedit-0.dll" v0.0 ts=2010/6/17 11:42 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 20:43 118k 2008/05/09 C:\cygwin\bin\cygexpat-1.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-1.dll" v0.0 ts=2008/5/9 4:03 138k 2010/06/24 C:\cygwin\bin\cygext2fs-2.dll - os=4.0 img=1.0 sys=4.0 "cygext2fs-2.dll" v0.0 ts=2010/6/24 9:53 29k 2010/05/12 C:\cygwin\bin\cygfam-0.dll - os=4.0 img=1.0 sys=4.0 "cygfam-0.dll" v0.0 ts=2010/5/12 10:26 24k 2009/12/11 C:\cygwin\bin\cygffi-4.dll - os=4.0 img=1.0 sys=4.0 "cygffi-4.dll" v0.0 ts=2009/12/8 0:39 176k 2010/01/29 C:\cygwin\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontconfig-1.dll" v0.0 ts=2010/1/28 22:12 21k 2009/10/14 C:\cygwin\bin\cygfontenc-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontenc-1.dll" v0.0 ts=2009/10/14 1:04 43k 2010/01/02 C:\cygwin\bin\cygform-10.dll - os=4.0 img=1.0 sys=4.0 "cygform-10.dll" v0.0 ts=2010/1/2 14:49 40k 2009/03/01 C:\cygwin\bin\cygform-8.dll - os=4.0 img=1.0 sys=4.0 "cygform-8.dll" v0.0 ts=2009/3/1 6:32 43k 2009/11/20 C:\cygwin\bin\cygform-9.dll - os=4.0 img=1.0 sys=4.0 "cygform-9.dll" v0.0 ts=2009/11/20 19:14 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 9:25 47k 2010/01/02 C:\cygwin\bin\cygformw-10.dll - os=4.0 img=1.0 sys=4.0 "cygformw-10.dll" v0.0 ts=2010/1/2 17:31 492k 2010/03/03 C:\cygwin\bin\cygfreetype-6.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-6.dll" v0.0 ts=2010/3/2 21:24 45k 2009/12/11 C:\cygwin\bin\cyggcc_s-1.dll - os=4.0 img=1.0 sys=4.0 "cyggcc_s-1.dll" v0.0 ts=2009/12/8 0:30 181k 2010/06/14 C:\cygwin\bin\cyggconf-2-4.dll - os=4.0 img=1.0 sys=4.0 "cyggconf-2-4.dll" v0.0 ts=2010/6/14 23:37 449k 2010/03/17 C:\cygwin\bin\cyggcrypt-11.dll - os=4.0 img=1.0 sys=4.0 "cyggcrypt-11.dll" v0.0 ts=2010/3/17 21:45 230k 2010/05/14 C:\cygwin\bin\cyggd-2.dll - os=4.0 img=1.0 sys=4.0 "cyggd-2.dll" v0.0 ts=2010/5/14 10:43 19k 2009/02/26 C:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-4.dll" v0.0 ts=2009/2/26 7:58 8k 2009/02/26 C:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-4.dll" v0.0 ts=2009/2/26 7:58 193k 2009/03/23 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=2009/3/23 14:24 546k 2010/06/15 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=2010/6/15 7:14 94k 2010/06/15 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=2010/6/15 7:05 32k 2008/12/08 C:\cygwin\bin\cyggg-1.dll - os=4.0 img=1.0 sys=4.0 "cyggg-1.dll" v0.0 ts=2008/12/7 23:59 45k 2008/12/08 C:\cygwin\bin\cygggi-2.dll - os=4.0 img=1.0 sys=4.0 "cygggi-2.dll" v0.0 ts=2008/12/8 1:09 9k 2008/12/08 C:\cygwin\bin\cygggiwmh-0.dll - os=4.0 img=1.0 sys=4.0 "cygggiwmh-0.dll" v0.0 ts=2008/12/8 1:31 29k 2009/03/23 C:\cygwin\bin\cyggif-4.dll - os=4.0 img=1.0 sys=4.0 "cyggif-4.dll" v0.0 ts=2009/3/23 18:55 23k 2008/12/08 C:\cygwin\bin\cyggii-1.dll - os=4.0 img=1.0 sys=4.0 "cyggii-1.dll" v0.0 ts=2008/12/8 0:00 552k 2010/06/15 C:\cygwin\bin\cyggio-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggio-2.0-0.dll" v0.0 ts=2010/6/15 3:25 2389k 2010/02/10 C:\cygwin\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0 "cygGL-1.dll" v0.0 ts=2010/2/10 1:40 76k 2009/03/26 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=2009/3/25 22:23 133k 2009/03/25 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=2009/3/23 14:12 764k 2010/06/15 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=2010/6/15 3:22 141k 2009/03/30 C:\cygwin\bin\cygglitz-1.dll - os=4.0 img=1.0 sys=4.0 "cygglitz-1.dll" v0.0 ts=2009/3/30 16:22 21k 2009/03/30 C:\cygwin\bin\cygglitz-glx-1.dll - os=4.0 img=1.0 sys=4.0 "cygglitz-glx-1.dll" v0.0 ts=2009/3/30 16:23 448k 2010/02/10 C:\cygwin\bin\cygGLU-1.dll - os=4.0 img=1.0 sys=4.0 "cygGLU-1.dll" v0.0 ts=2010/2/10 1:40 24k 2010/02/10 C:\cygwin\bin\cygGLw-1.dll - os=4.0 img=1.0 sys=4.0 "cygGLw-1.dll" v0.0 ts=2010/2/10 1:40 12k 2009/03/25 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=2009/3/23 14:12 14k 2010/06/15 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=2010/6/15 3:23 315k 2009/06/06 C:\cygwin\bin\cyggmp-3.dll - os=4.0 img=1.0 sys=4.0 "cyggmp-3.dll" v0.0 ts=2009/6/6 11:23 233k 2010/06/15 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=2010/6/15 3:23 27k 2009/12/11 C:\cygwin\bin\cyggomp-1.dll - os=4.0 img=1.0 sys=4.0 "cyggomp-1.dll" v0.0 ts=2009/12/8 0:42 16k 2010/03/17 C:\cygwin\bin\cyggpg-error-0.dll - os=4.0 img=1.0 sys=4.0 "cyggpg-error-0.dll" v0.0 ts=2010/3/17 21:21 314k 2010/03/14 C:\cygwin\bin\cygGraphicsMagick++-3.dll - os=4.0 img=1.0 sys=4.0 "cygGraphicsMagick++-3.dll" v0.0 ts=2010/3/14 10:19 11914k 2010/03/14 C:\cygwin\bin\cygGraphicsMagick-3.dll - os=4.0 img=1.0 sys=4.0 "cygGraphicsMagick-3.dll" v0.0 ts=2010/3/14 10:18 138k 2010/03/14 C:\cygwin\bin\cygGraphicsMagickWand-2.dll - os=4.0 img=1.0 sys=4.0 "cygGraphicsMagickWand-2.dll" v0.0 ts=2010/3/14 10:19 5491k 2008/11/27 C:\cygwin\bin\cyggs-8.dll - os=4.0 img=1.0 sys=4.0 "cyggs-8.dll" v0.0 ts=2008/11/27 13:24 9k 2009/03/25 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=2009/3/23 14:13 17k 2010/06/15 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=2010/6/15 3:23 1258k 2009/03/23 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=2009/3/23 14:29 3659k 2010/06/15 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=2010/6/15 7:18 24k 2009/06/23 C:\cygwin\bin\cyghistory6.dll - os=4.0 img=1.0 sys=4.0 "cyghistory6.dll" v0.0 ts=2009/6/23 12:20 25k 2009/07/06 C:\cygwin\bin\cyghistory7.dll - os=4.0 img=1.0 sys=4.0 "cyghistory7.dll" v0.0 ts=2009/7/5 14:45 73k 2009/09/02 C:\cygwin\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0 "cygICE-6.dll" v0.0 ts=2009/9/2 21:39 360k 2009/12/29 C:\cygwin\bin\cygicons-0.dll - os=4.0 img=1.4 sys=4.0 "cygicons-0.dll" v0.0 ts=2009/12/29 5:30 982k 2009/12/23 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2009/12/23 13:25 147k 2010/06/14 C:\cygwin\bin\cygIDL-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygIDL-2-0.dll" v0.0 ts=2010/6/14 19:00 193k 2010/05/16 C:\cygwin\bin\cygidn-11.dll - os=4.0 img=1.0 sys=4.0 "cygidn-11.dll" v0.0 ts=2010/5/16 13:37 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/20 2:04 31k 2009/04/03 C:\cygwin\bin\cygintl-8.dll - os=4.0 img=1.0 sys=4.0 "cygintl-8.dll" v0.0 ts=2009/4/3 1:15 246k 2010/05/20 C:\cygwin\bin\cygjasper-1.dll - os=4.0 img=1.0 sys=4.0 "cygjasper-1.dll" v0.0 ts=2010/5/20 5:04 47k 2009/12/23 C:\cygwin\bin\cygjbig-2.dll - os=4.0 img=1.0 sys=4.0 "cygjbig-2.dll" v0.0 ts=2009/12/23 16:59 125k 2009/08/08 C:\cygwin\bin\cygjpeg-62.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg-62.dll" v0.0 ts=2009/8/8 20:48 193k 2009/08/08 C:\cygwin\bin\cygjpeg-7.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg-7.dll" v0.0 ts=2009/8/8 19:39 39k 2008/09/07 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=2008/9/7 12:28 173k 2010/06/25 C:\cygwin\bin\cyglcms-1.dll - os=4.0 img=1.0 sys=4.0 "cyglcms-1.dll" v0.0 ts=2010/6/25 9:50 189k 2008/09/07 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=2008/9/7 12:29 201k 2008/09/07 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=2008/9/7 12:31 5k 2010/04/12 C:\cygwin\bin\cyglsa.dll - os=4.0 img=1.0 sys=4.0 "cyglsa.dll" v0.0 ts=2010/4/12 17:08 9k 2010/04/12 C:\cygwin\bin\cyglsa64.dll - os=5.2 img=0.0 sys=5.2 31k 2009/12/31 C:\cygwin\bin\cygltdl-7.dll - os=4.0 img=1.0 sys=4.0 "cygltdl-7.dll" v0.0 ts=2009/12/31 1:30 133k 2009/06/10 C:\cygwin\bin\cyglua-5.1.dll - os=4.0 img=1.0 sys=4.0 "cyglua-5.1.dll" v0.0 ts=2009/6/10 17:29 125k 2010/04/09 C:\cygwin\bin\cyglzma-1.dll - os=4.0 img=1.0 sys=4.0 "cyglzma-1.dll" v0.0 ts=2010/4/9 15:54 99k 2010/03/04 C:\cygwin\bin\cygmagic-1.dll - os=4.0 img=1.0 sys=4.0 "cygmagic-1.dll" v0.0 ts=2010/3/3 22:29 25k 2010/01/02 C:\cygwin\bin\cygmenu-10.dll - os=4.0 img=1.0 sys=4.0 "cygmenu-10.dll" v0.0 ts=2010/1/2 14:48 21k 2009/03/01 C:\cygwin\bin\cygmenu-8.dll - os=4.0 img=1.0 sys=4.0 "cygmenu-8.dll" v0.0 ts=2009/3/1 6:31 25k 2009/11/20 C:\cygwin\bin\cygmenu-9.dll - os=4.0 img=1.0 sys=4.0 "cygmenu-9.dll" v0.0 ts=2009/11/20 19:13 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 9:25 25k 2010/01/02 C:\cygwin\bin\cygmenuw-10.dll - os=4.0 img=1.0 sys=4.0 "cygmenuw-10.dll" v0.0 ts=2010/1/2 17:30 24k 2008/10/30 C:\cygwin\bin\cygminires.dll - os=4.0 img=1.2 sys=4.0 "cygminires.dll" v0.0 ts=2008/10/30 23:53 331k 2008/03/31 C:\cygwin\bin\cygmng-1.dll - os=4.0 img=1.0 sys=4.0 "cygmng-1.dll" v0.0 ts=2008/3/31 14:43 211k 2009/06/06 C:\cygwin\bin\cygmp-3.dll - os=4.0 img=1.0 sys=4.0 "cygmp-3.dll" v0.0 ts=2009/6/6 11:23 269k 2009/06/07 C:\cygwin\bin\cygmpfr-1.dll - os=4.0 img=1.0 sys=4.0 "cygmpfr-1.dll" v0.0 ts=2009/6/7 21:10 77k 2010/01/21 C:\cygwin\bin\cygMrm-2.dll - os=4.0 img=1.0 sys=4.0 "cygMrm-2.dll" v0.0 ts=2010/1/21 7:33 63k 2010/01/02 C:\cygwin\bin\cygncurses++-10.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++-10.dll" v0.0 ts=2010/1/2 15:00 66k 2009/03/01 C:\cygwin\bin\cygncurses++-8.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++-8.dll" v0.0 ts=2009/3/1 6:39 63k 2009/11/20 C:\cygwin\bin\cygncurses++-9.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++-9.dll" v0.0 ts=2009/11/20 19:25 63k 2010/01/02 C:\cygwin\bin\cygncurses++w-10.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++w-10.dll" v0.0 ts=2010/1/2 17:41 195k 2010/01/02 C:\cygwin\bin\cygncurses-10.dll - os=4.0 img=1.0 sys=4.0 "cygncurses-10.dll" v0.0 ts=2010/1/2 14:45 237k 2009/03/01 C:\cygwin\bin\cygncurses-8.dll - os=4.0 img=1.0 sys=4.0 "cygncurses-8.dll" v0.0 ts=2009/3/1 6:28 198k 2009/11/20 C:\cygwin\bin\cygncurses-9.dll - os=4.0 img=1.0 sys=4.0 "cygncurses-9.dll" v0.0 ts=2009/11/20 19:10 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 9:24 244k 2010/01/02 C:\cygwin\bin\cygncursesw-10.dll - os=4.0 img=1.0 sys=4.0 "cygncursesw-10.dll" v0.0 ts=2010/1/2 17:28 176k 2010/02/11 C:\cygwin\bin\cygnetpbm-10.dll - os=4.0 img=1.0 sys=4.0 "cygnetpbm-10.dll" v0.0 ts=2010/2/11 2:55 15k 2010/02/02 C:\cygwin\bin\cygobparser-21.dll - os=4.0 img=1.0 sys=4.0 "cygobparser-21.dll" v0.0 ts=2010/2/2 21:22 81k 2010/02/02 C:\cygwin\bin\cygobrender-21.dll - os=4.0 img=1.0 sys=4.0 "cygobrender-21.dll" v0.0 ts=2010/2/2 21:23 280k 2010/06/14 C:\cygwin\bin\cygORBit-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygORBit-2-0.dll" v0.0 ts=2010/6/14 19:36 37k 2010/06/14 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=2010/6/14 19:37 19k 2010/06/14 C:\cygwin\bin\cygORBitCosNaming-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygORBitCosNaming-2-0.dll" v0.0 ts=2010/6/14 19:36 41k 2010/02/10 C:\cygwin\bin\cygOSMesa-7.dll - os=4.0 img=1.0 sys=4.0 "cygOSMesa-7.dll" v0.0 ts=2010/2/10 1:40 13k 2010/01/02 C:\cygwin\bin\cygpanel-10.dll - os=4.0 img=1.0 sys=4.0 "cygpanel-10.dll" v0.0 ts=2010/1/2 14:47 11k 2009/03/01 C:\cygwin\bin\cygpanel-8.dll - os=4.0 img=1.0 sys=4.0 "cygpanel-8.dll" v0.0 ts=2009/3/1 6:30 13k 2009/11/20 C:\cygwin\bin\cygpanel-9.dll - os=4.0 img=1.0 sys=4.0 "cygpanel-9.dll" v0.0 ts=2009/11/20 19:12 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 9:24 13k 2010/01/02 C:\cygwin\bin\cygpanelw-10.dll - os=4.0 img=1.0 sys=4.0 "cygpanelw-10.dll" v0.0 ts=2010/1/2 16:30 235k 2010/06/28 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=2010/6/28 5:37 38k 2010/06/28 C:\cygwin\bin\cygpangocairo-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangocairo-1.0-0.dll" v0.0 ts=2010/6/28 5:38 131k 2010/06/28 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=2010/6/28 5:38 40k 2010/06/28 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=2010/6/28 5:38 26k 2010/06/28 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=2010/6/28 5:38 224k 2010/06/15 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcre-0.dll" v0.0 ts=2010/6/15 4:10 10k 2010/06/15 C:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix-0.dll" v0.0 ts=2010/6/15 4:11 1553k 2009/12/19 C:\cygwin\bin\cygperl5_10.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_10.dll" v0.0 ts=2009/12/18 14:54 377k 2010/04/02 C:\cygwin\bin\cygpixman-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygpixman-1-0.dll" v0.0 ts=2010/4/2 7:44 1035k 2010/01/22 C:\cygwin\bin\cygplot-2.dll - os=4.0 img=1.0 sys=4.0 "cygplot-2.dll" v0.0 ts=2010/1/22 21:53 242k 2009/03/07 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 "cygpng12.dll" v0.0 ts=2009/3/7 22:38 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/9 5:45 103k 2009/01/07 C:\cygwin\bin\cygpq.dll - os=4.0 img=1.0 sys=4.0 "cygpq.dll" v0.0 ts=2009/1/7 16:46 4k 2007/12/18 C:\cygwin\bin\cygpspell-15.dll - os=4.0 img=1.0 sys=4.0 "cygpspell-15.dll" v0.0 ts=2007/12/18 11:40 7002k 2009/06/08 C:\cygwin\bin\cygqt-mt-3.dll - os=4.0 img=1.0 sys=4.0 "cygqt-mt-3.dll" v0.0 ts=2009/6/7 7:47 230k 2009/06/08 C:\cygwin\bin\cygqui-1.dll - os=4.0 img=1.0 sys=4.0 "cygqui-1.dll" v0.0 ts=2009/6/7 7:47 155k 2009/06/23 C:\cygwin\bin\cygreadline6.dll - os=4.0 img=1.0 sys=4.0 "cygreadline6.dll" v0.0 ts=2009/6/23 12:20 162k 2009/07/06 C:\cygwin\bin\cygreadline7.dll - os=4.0 img=1.0 sys=4.0 "cygreadline7.dll" v0.0 ts=2009/7/5 14:45 84k 2010/07/02 C:\cygwin\bin\cygsasl2-2.dll - os=4.0 img=1.0 sys=4.0 "cygsasl2-2.dll" v0.0 ts=2010/7/2 3:19 10k 2009/12/14 C:\cygwin\bin\cygsigsegv-2.dll - os=4.0 img=1.0 sys=4.0 "cygsigsegv-2.dll" v0.0 ts=2009/12/14 12:56 28k 2010/06/24 C:\cygwin\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0 "cygSM-6.dll" v0.0 ts=2010/6/24 20:39 475k 2009/12/18 C:\cygwin\bin\cygsqlite3-0.dll - os=4.0 img=1.0 sys=4.0 "cygsqlite3-0.dll" v0.0 ts=2009/12/18 1:28 19k 2010/06/24 C:\cygwin\bin\cygss-2.dll - os=4.0 img=1.0 sys=4.0 "cygss-2.dll" v0.0 ts=2010/6/24 9:52 121k 2010/06/01 C:\cygwin\bin\cygssh2-1.dll - os=4.0 img=1.0 sys=4.0 "cygssh2-1.dll" v0.0 ts=2010/6/1 18:44 265k 2010/06/23 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=2010/6/23 8:39 10k 2009/12/11 C:\cygwin\bin\cygssp-0.dll - os=4.0 img=1.0 sys=4.0 "cygssp-0.dll" v0.0 ts=2009/12/8 0:38 25k 2009/04/28 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=2009/4/28 7:16 773k 2009/12/11 C:\cygwin\bin\cygstdc++-6.dll - os=4.0 img=1.0 sys=4.0 "cygstdc++-6.dll" v0.0 ts=2009/12/8 1:07 231k 2009/09/15 C:\cygwin\bin\cygt1-5.dll - os=4.0 img=1.0 sys=4.0 "cygt1-5.dll" v0.0 ts=2009/9/15 9:59 48k 2010/01/02 C:\cygwin\bin\cygtic-10.dll - os=4.0 img=1.0 sys=4.0 "cygtic-10.dll" v0.0 ts=2010/1/2 14:45 48k 2009/11/20 C:\cygwin\bin\cygtic-9.dll - os=4.0 img=1.0 sys=4.0 "cygtic-9.dll" v0.0 ts=2009/11/20 19:10 48k 2010/01/02 C:\cygwin\bin\cygticw-10.dll - os=4.0 img=1.0 sys=4.0 "cygticw-10.dll" v0.0 ts=2010/1/2 17:28 347k 2009/12/23 C:\cygwin\bin\cygtiff-5.dll - os=4.0 img=1.0 sys=4.0 "cygtiff-5.dll" v0.0 ts=2009/12/23 17:11 11k 2009/12/23 C:\cygwin\bin\cygtiffxx-5.dll - os=4.0 img=1.0 sys=4.0 "cygtiffxx-5.dll" v0.0 ts=2009/12/23 17:11 68k 2010/01/21 C:\cygwin\bin\cygUil-2.dll - os=4.0 img=1.0 sys=4.0 "cygUil-2.dll" v0.0 ts=2010/1/21 7:33 16k 2010/06/24 C:\cygwin\bin\cyguuid-1.dll - os=4.0 img=1.0 sys=4.0 "cyguuid-1.dll" v0.0 ts=2010/6/24 19:19 9k 2009/10/14 C:\cygwin\bin\cygWindowsWM-7.dll - os=4.0 img=1.0 sys=4.0 "cygWindowsWM-7.dll" v0.0 ts=2009/10/14 17:48 289k 2009/09/15 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=2009/9/15 12:16 93k 2009/09/15 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=2009/9/15 12:15 28k 2010/03/28 C:\cygwin\bin\cygwrap-0.dll - os=4.0 img=1.0 sys=4.0 "cygwrap-0.dll" v0.0 ts=2010/3/28 9:02 79k 2010/02/12 C:\cygwin\bin\cygwraster-3.dll - os=4.0 img=1.0 sys=4.0 "cygwraster-3.dll" v0.0 ts=2010/2/12 9:19 1040k 2010/02/10 C:\cygwin\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0 "cygX11-6.dll" v0.0 ts=2010/2/10 0:42 8k 2010/02/10 C:\cygwin\bin\cygX11-xcb-1.dll - os=4.0 img=1.0 sys=4.0 "cygX11-xcb-1.dll" v0.0 ts=2010/2/10 0:43 9k 2009/09/03 C:\cygwin\bin\cygXau-6.dll - os=4.0 img=1.0 sys=4.0 "cygXau-6.dll" v0.0 ts=2009/9/2 21:47 251k 2009/10/19 C:\cygwin\bin\cygXaw-6.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-6.dll" v0.0 ts=2009/10/18 21:55 352k 2009/10/19 C:\cygwin\bin\cygXaw-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-7.dll" v0.0 ts=2009/10/18 21:55 360k 2005/10/27 C:\cygwin\bin\cygXaw-8.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-8.dll" v0.0 ts=2005/10/26 17:45 254k 2010/05/18 C:\cygwin\bin\cygXaw3d-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw3d-7.dll" v0.0 ts=2010/5/18 22:11 77k 2010/04/28 C:\cygwin\bin\cygxcb-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-1.dll" v0.0 ts=2010/4/28 2:15 12k 2009/09/03 C:\cygwin\bin\cygxcb-atom-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-atom-1.dll" v0.0 ts=2009/9/3 5:23 10k 2009/09/03 C:\cygwin\bin\cygxcb-aux-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-aux-0.dll" v0.0 ts=2009/9/3 5:23 11k 2010/04/28 C:\cygwin\bin\cygxcb-composite-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-composite-0.dll" v0.0 ts=2010/4/28 2:16 9k 2010/04/28 C:\cygwin\bin\cygxcb-damage-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-damage-0.dll" v0.0 ts=2010/4/28 2:16 10k 2010/04/28 C:\cygwin\bin\cygxcb-dpms-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-dpms-0.dll" v0.0 ts=2010/4/28 2:16 10k 2009/09/03 C:\cygwin\bin\cygxcb-event-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-event-1.dll" v0.0 ts=2009/9/3 5:23 53k 2010/04/28 C:\cygwin\bin\cygxcb-glx-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-glx-0.dll" v0.0 ts=2010/4/28 2:16 15k 2009/09/03 C:\cygwin\bin\cygxcb-icccm-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-icccm-1.dll" v0.0 ts=2009/9/3 5:23 14k 2009/09/03 C:\cygwin\bin\cygxcb-image-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-image-0.dll" v0.0 ts=2009/9/3 5:24 9k 2009/09/03 C:\cygwin\bin\cygxcb-keysyms-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-keysyms-1.dll" v0.0 ts=2009/9/3 5:24 7k 2009/09/03 C:\cygwin\bin\cygxcb-property-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-property-1.dll" v0.0 ts=2009/9/3 5:23 27k 2010/04/28 C:\cygwin\bin\cygxcb-randr-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-randr-0.dll" v0.0 ts=2010/4/28 2:16 12k 2010/04/28 C:\cygwin\bin\cygxcb-record-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-record-0.dll" v0.0 ts=2010/4/28 2:16 25k 2010/04/28 C:\cygwin\bin\cygxcb-render-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-render-0.dll" v0.0 ts=2010/4/28 2:16 11k 2009/09/03 C:\cygwin\bin\cygxcb-render-util-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-render-util-0.dll" v0.0 ts=2009/9/3 5:24 7k 2009/09/03 C:\cygwin\bin\cygxcb-reply-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-reply-1.dll" v0.0 ts=2009/9/3 5:24 9k 2010/04/28 C:\cygwin\bin\cygxcb-res-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-res-0.dll" v0.0 ts=2010/4/28 2:16 10k 2010/04/28 C:\cygwin\bin\cygxcb-screensaver-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-screensaver-0.dll" v0.0 ts=2010/4/28 2:16 11k 2010/04/28 C:\cygwin\bin\cygxcb-shape-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-shape-0.dll" v0.0 ts=2010/4/28 2:16 10k 2010/04/28 C:\cygwin\bin\cygxcb-shm-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-shm-0.dll" v0.0 ts=2010/4/28 2:16 13k 2010/04/28 C:\cygwin\bin\cygxcb-sync-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-sync-0.dll" v0.0 ts=2010/4/28 2:16 19k 2010/04/28 C:\cygwin\bin\cygxcb-xfixes-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-xfixes-0.dll" v0.0 ts=2010/4/28 2:16 10k 2010/04/28 C:\cygwin\bin\cygxcb-xinerama-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-xinerama-0.dll" v0.0 ts=2010/4/28 2:16 31k 2010/04/28 C:\cygwin\bin\cygxcb-xinput-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-xinput-0.dll" v0.0 ts=2010/4/28 2:16 9k 2010/04/28 C:\cygwin\bin\cygxcb-xtest-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-xtest-0.dll" v0.0 ts=2010/4/28 2:16 10k 2009/10/14 C:\cygwin\bin\cygXcomposite-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcomposite-1.dll" v0.0 ts=2009/10/14 17:51 30k 2009/09/03 C:\cygwin\bin\cygXcursor-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcursor-1.dll" v0.0 ts=2009/9/2 21:47 9k 2009/10/14 C:\cygwin\bin\cygXdamage-1.dll - os=4.0 img=1.0 sys=4.0 "cygXdamage-1.dll" v0.0 ts=2009/10/14 16:54 17k 2009/10/14 C:\cygwin\bin\cygXdmcp-6.dll - os=4.0 img=1.0 sys=4.0 "cygXdmcp-6.dll" v0.0 ts=2009/10/13 22:31 51k 2009/10/22 C:\cygwin\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0 "cygXext-6.dll" v0.0 ts=2009/10/22 3:45 16k 2009/10/14 C:\cygwin\bin\cygXfixes-3.dll - os=4.0 img=1.0 sys=4.0 "cygXfixes-3.dll" v0.0 ts=2009/10/14 16:48 192k 2009/10/15 C:\cygwin\bin\cygXfont-1.dll - os=4.0 img=1.0 sys=4.0 "cygXfont-1.dll" v0.0 ts=2009/10/14 1:26 66k 2009/10/15 C:\cygwin\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0 "cygXft-2.dll" v0.0 ts=2009/10/14 20:33 47k 2009/10/14 C:\cygwin\bin\cygXi-6.dll - os=4.0 img=1.0 sys=4.0 "cygXi-6.dll" v0.0 ts=2009/10/14 5:19 8k 2009/10/14 C:\cygwin\bin\cygXinerama-1.dll - os=4.0 img=1.0 sys=4.0 "cygXinerama-1.dll" v0.0 ts=2009/10/14 7:39 122k 2009/10/15 C:\cygwin\bin\cygxkbfile-1.dll - os=4.0 img=1.0 sys=4.0 "cygxkbfile-1.dll" v0.0 ts=2009/10/14 5:57 1173k 2010/01/21 C:\cygwin\bin\cygXm-2.dll - os=4.0 img=1.0 sys=4.0 "cygXm-2.dll" v0.0 ts=2010/1/21 7:32 458k 2010/05/20 C:\cygwin\bin\cygXmHTML-0.dll - os=4.0 img=1.0 sys=4.0 "cygXmHTML-0.dll" v0.0 ts=2010/5/20 5:10 1128k 2010/05/12 C:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0 "cygxml2-2.dll" v0.0 ts=2010/5/12 9:34 75k 2009/10/14 C:\cygwin\bin\cygXmu-6.dll - os=4.0 img=1.0 sys=4.0 "cygXmu-6.dll" v0.0 ts=2009/10/14 7:29 11k 2009/10/14 C:\cygwin\bin\cygXmuu-1.dll - os=4.0 img=1.0 sys=4.0 "cygXmuu-1.dll" v0.0 ts=2009/10/14 7:29 26k 2005/10/27 C:\cygwin\bin\cygXp-6.dll - os=4.0 img=1.0 sys=4.0 "cygXp-6.dll" v0.0 ts=2005/10/26 17:27 53k 2009/10/14 C:\cygwin\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-4.dll" v0.0 ts=2009/10/14 17:01 25k 2009/03/20 C:\cygwin\bin\cygXrandr-2.dll - os=4.0 img=1.0 sys=4.0 "cygXrandr-2.dll" v0.0 ts=2009/3/13 7:05 30k 2009/10/14 C:\cygwin\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0 "cygXrender-1.dll" v0.0 ts=2009/10/14 7:40 8k 2009/10/14 C:\cygwin\bin\cygXRes-1.dll - os=4.0 img=1.0 sys=4.0 "cygXRes-1.dll" v0.0 ts=2009/10/14 16:53 10k 2009/10/14 C:\cygwin\bin\cygXss-1.dll - os=4.0 img=1.0 sys=4.0 "cygXss-1.dll" v0.0 ts=2009/10/14 16:43 279k 2010/04/02 C:\cygwin\bin\cygXt-6.dll - os=4.0 img=1.0 sys=4.0 "cygXt-6.dll" v0.0 ts=2010/4/2 5:27 18k 2009/10/14 C:\cygwin\bin\cygXtst-6.dll - os=4.0 img=1.0 sys=4.0 "cygXtst-6.dll" v0.0 ts=2009/10/14 5:30 64k 2009/03/02 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2009/3/2 1:33 2547k 2010/04/12 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2010/4/12 17:07 Cygwin DLL version info: DLL version: 1.7.5 DLL epoch: 19 DLL old termios: 5 DLL malloc env: 28 Cygwin conv: 181 API major: 0 API minor: 225 Shared data: 5 DLL identifier: cygwin1 Mount registry: 3 Cygwin registry name: Cygwin Program options name: Program Options Installations name: Installations Cygdrive default prefix: Build date: Shared id: cygwin1S5 No Cygwin services found. Cygwin Package Information Last downloaded files to: Last downloaded files from: Package Version _update-info-dir 00908-1 aewm++ 1.1.2-1 aewm++-goodies 1.0-1 alternatives 1.3.30c-10 appres 1.0.2-1 aspell 0.60.5-1 aspell-en 6.0.0-1 astyle 1.24-1 attr 2.4.43-1 aview 1.3.0rc1-1 base-cygwin 2.1-1 base-files 3.9-3 base-passwd 3.1-1 bash 3.2.49-23 bash-completion 1.2-1 bashdb 3.1_0.09-1 bc 1.06-2 bdftopcf 1.0.2-1 beforelight 1.0.3-1 bigreqsproto 1.1.0-1 binutils 2.20.51-2 bitmap 1.0.4-1 bzip2 1.0.5-10 catdoc 0.94.2-3 cgoban 1.9.14-6 chere 1.1-1 compface 1.5.2-11 compositeproto 0.4.1-1 coreutils 8.5-2 cpio 2.11-1 cppcheck 1.44-1 cppunit 1.12.1-1 crypt 1.1-1 csih 0.9.1-1 ctags 5.8-1 cvs 1.12.13-10 cvsps 2.2b1-1 cygrunsrv 1.34-1 cygutils 1.4.2-1 cygwin 1.7.5-1 cygwin-doc 1.7-1 cygwin-x-doc 1.1.0-1 damageproto 1.2.0-1 dash 0.5.6.1-2 ddd 3.3.9-1 desktop-file-utils 0.15-3 diffstat 1.51-1 diffutils 2.9-1 dmxproto 2.3-1 e2fsprogs 1.41.12-1 editres 1.0.4-1 editrights 1.01-2 emacs 23.2-1 expat 2.0.1-1 file 5.04-1 findutils 4.5.9-1 fixesproto 4.1.1-1 font-adobe-dpi100 1.0.1-1 font-adobe-dpi75 1.0.1-1 font-adobe-utopia-dpi100 1.0.2-1 font-adobe-utopia-dpi75 1.0.2-1 font-adobe-utopia-type1 1.0.2-1 font-alias 1.0.2-1 font-arabic-misc 1.0.1-1 font-bh-dpi100 1.0.1-1 font-bh-dpi75 1.0.1-1 font-bh-lucidatypewriter-dpi100 1.0.1-1 font-bh-lucidatypewriter-dpi75 1.0.1-1 font-bh-ttf 1.0.1-1 font-bh-type1 1.0.1-1 font-bitstream-dpi100 1.0.1-1 font-bitstream-dpi75 1.0.1-1 font-bitstream-speedo 1.0.1-1 font-bitstream-type1 1.0.1-1 font-bitstream-vera-ttf 1.10-1 font-cronyx-cyrillic 1.0.1-1 font-cursor-misc 1.0.1-1 font-daewoo-misc 1.0.1-1 font-dec-misc 1.0.1-1 font-encodings 1.0.3-1 font-ibm-type1 1.0.1-1 font-isas-misc 1.0.1-1 font-jis-misc 1.0.1-1 font-micro-misc 1.0.1-1 font-misc-cyrillic 1.0.1-1 font-misc-ethiopic 1.0.1-1 font-misc-meltho 1.0.1-1 font-misc-misc 1.1.0-1 font-mutt-misc 1.0.1-1 font-schumacher-misc 1.1.0-1 font-screen-cyrillic 1.0.2-1 font-sony-misc 1.0.1-1 font-sun-misc 1.0.1-1 font-tektronix-misc 2.6-2 font-util 1.1.1-1 font-winitzki-cyrillic 1.0.1-1 font-xfree86-type1 1.0.2-1 fontconfig 2.8.0-1 fontsproto 2.1.0-1 fonttosfnt 1.0.4-1 freetype2-demos 2.3.12-1 fvwm 2.5.21-1 gamin 0.1.10-11 gawk 3.1.8-1 gcc-ada 3.4.4-999 gcc-core 3.4.4-999 gcc-g++ 3.4.4-999 gcc-g77 3.4.4-999 gcc-gdc 3.4.4-999 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 gcc4-core 4.3.4-3 gccmakedep 1.0.2-1 GConf2 2.28.1-1 gettext 0.17-11 ghostscript 8.63-2 ghostscript-fonts-other 6.0-1 ghostscript-fonts-std 8.11-1 git 1.7.1-1 git-completion 1.7.1-1 git-gui 1.7.1-1 gitk 1.7.1-1 glproto 1.4.11-1 gnome-icon-theme 2.30.3-1 gnugo 3.8-2 gnuplot 4.4.0-1 grace 5.1.19-1 grandr 0.1-1 GraphicsMagick 1.3.12-1 grep 2.5.4-2 groff 1.20.1-2 gtk-engines 0.12-3 gtk2.0-demo 2.20.1-1 gtk2.0-engines-pixmap 2.20.1-1 gv 3.6.5-1 gzip 1.3.12-2 hicolor-icon-theme 0.12-1 iceauth 1.0.3-1 ico 1.0.2-1 icon-naming-utils 0.8.90-1 imake 1.0.3-1 inetutils 1.7-1 inputproto 2.0-1 ipc-utils 1.0-1 iperf 2.0.4-1 kbproto 1.0.4-1 less 436-1 lesstif 0.95.2-2 libaa1 1.4rc5-10 libaspell15 0.60.5-1 libatk1.0-devel 1.30.0-1 libatk1.0_0 1.30.0-1 libattr1 2.4.43-1 libaudio-devel 1.9.2-1 libaudio2 1.9.2-1 libblkid1 2.17.2-1 libbrlapi 4.2-2 libbz2-devel 1.0.5-10 libbz2_1 1.0.5-10 libcairo-devel 1.8.10-1 libcairo2 1.8.10-1 libcharset1 1.13.1-1 libcom_err2 1.41.12-1 libcompface0 1.5.2-11 libcurl4 7.20.1-1 libdb4.2 4.2.52.5-2 libdb4.5 4.5.20.2-2 libdbus-glib_1_2 0.86-1 libdbus1_3 1.2.24-1 libdmx-devel 1.1.0-1 libdmx1 1.1.0-1 libdpstk1 6.8.2.0-1 libe2p2 1.41.12-1 libedit0 20090923-1 libexpat0 1.95.8-2 libexpat1 2.0.1-1 libexpat1-devel 2.0.1-1 libext2fs2 1.41.12-1 libfam0 0.1.10-11 libffi4 4.3.4-3 libfontconfig-devel 2.8.0-1 libfontconfig1 2.8.0-1 libfontenc-devel 1.0.5-1 libfontenc1 1.0.5-1 libfreetype-devel 2.3.12-1 libfreetype6 2.3.12-1 libgcc1 4.3.4-3 libgconf2_4 2.28.1-1 libgcrypt11 1.4.5-1 libgd2 2.0.36RC1-11 libgdbm4 1.8.3-20 libgdk_pixbuf2.0-devel 2.20.1-1 libgdk_pixbuf2.0_0 2.20.1-1 libggi2 2.2.2-2 libggi2-display-x 2.2.2-2 libggiwmh0 0.3.2-2 libggiwmh0-display-x 0.3.2-2 libgif-devel 4.1.6-10 libgif4 4.1.6-10 libgii1 1.0.2-2 libgii1-input-x 1.0.2-2 libGL-devel 7.6.1-1 libGL1 7.6.1-1 libglade2.0_0 2.6.4-1 libglib1.2-devel 1.2.10-10 libglib1.2_0 1.2.10-10 libglib2.0-devel 2.24.1-1 libglib2.0_0 2.24.1-1 libglitz-devel 0.5.6-10 libglitz1 0.5.6-10 libGLU-devel 7.6.1-1 libGLU1 7.6.1-1 libGLw-devel 7.6.1-1 libGLw1 7.6.1-1 libgmp3 4.3.1-3 libgomp1 4.3.4-3 libgpg-error0 1.7-1 libGraphicsMagick3 1.3.12-1 libgs8 8.63-2 libgtk1.2-devel 1.2.10-10 libgtk1.2_0 1.2.10-10 libgtk2.0-devel 2.20.1-1 libgtk2.0_0 2.20.1-1 libICE-devel 1.0.6-1 libICE6 1.0.6-1 libiconv 1.13.1-1 libiconv2 1.13.1-1 libIDL2_0 0.8.14-1 libidn11 1.18-1 libintl3 0.14.5-1 libintl8 0.17-11 libjasper1 1.900.1-11 libjbig-devel 2.0-11 libjbig2 2.0-11 libjpeg-devel 7-10 libjpeg62 6b-21 libjpeg7 7-10 liblcms1 1.19-2 libltdl7 2.2.7a-15 liblzma1 4.999.9beta-11 libmng1 1.0.10-1 libmpfr1 2.4.1-4 libncurses-devel 5.7-18 libncurses10 5.7-18 libncurses7 5.3-4 libncurses8 5.5-10 libncurses9 5.7-16 libncursesw10 5.7-18 libnetpbm10 10.49.2-1 libopenldap2_3_0 2.3.43-1 libopenssl098 0.9.8o-2 libORBit2_0 2.14.18-1 libOSMesa-devel 7.6.1-1 libOSMesa7 7.6.1-1 libpango1.0-devel 1.28.1-1 libpango1.0_0 1.28.1-1 libpcre-devel 8.02-1 libpcre0 8.02-1 libpixman1-devel 0.18.0-1 libpixman1_0 0.18.0-1 libplot2 2.6-2 libpng12 1.2.35-10 libpng12-devel 1.2.35-10 libpopt0 1.6.4-4 libpq5 8.2.11-1 libpthread-stubs 0.2-1 libqt3 3.3.8b-11 libqt3-devel 3.3.8b-11 libreadline6 5.2.14-12 libreadline7 6.0.3-2 libsasl2 2.1.23-1 libsigsegv2 2.8-1 libSM-devel 1.1.1-2 libSM6 1.1.1-2 libsqlite3_0 3.6.21-3 libss2 1.41.12-1 libssh2_1 1.2.5-1 libssp0 4.3.4-3 libstartup-notification1-devel 0.10-1 libstartup-notification1_0 0.10-1 libstdc++6 4.3.4-3 libstdc++6-devel 4.3.4-3 libtiff-devel 3.9.2-1 libtiff5 3.9.2-1 libuuid-devel 2.17.2-1 libuuid1 2.17.2-1 libWindowsWM-devel 1.0.1-1 libWindowsWM7 1.0.1-1 libWINGs-devel 0.92.1pre2-1 libWMaker-devel 0.92.1pre2-1 libwmf027 0.2.8.4-10 libwrap0 7.6-21 libwraster-devel 0.92.1pre2-1 libwraster3 0.92.1pre2-1 libX11-devel 1.3.3-1 libX11-xcb-devel 1.3.3-1 libX11-xcb1 1.3.3-1 libX11_6 1.3.3-1 libXau-devel 1.0.5-1 libXau6 1.0.5-1 libXaw-devel 1.0.7-1 libXaw3d-devel 1.5D-10 libXaw3d7 1.5D-10 libXaw6 1.0.7-1 libXaw7 1.0.7-1 libXaw8 6.8.99.901-1 libxcb-atom-devel 0.3.6-1 libxcb-atom1 0.3.6-1 libxcb-aux-devel 0.3.6-1 libxcb-aux0 0.3.6-1 libxcb-composite-devel 1.6-1 libxcb-composite0 1.6-1 libxcb-damage-devel 1.6-1 libxcb-damage0 1.6-1 libxcb-devel 1.6-1 libxcb-doc 1.6-1 libxcb-dpms-devel 1.6-1 libxcb-dpms0 1.6-1 libxcb-event-devel 0.3.6-1 libxcb-event1 0.3.6-1 libxcb-glx-devel 1.6-1 libxcb-glx0 1.6-1 libxcb-icccm-devel 0.3.6-1 libxcb-icccm1 0.3.6-1 libxcb-image-devel 0.3.6-1 libxcb-image0 0.3.6-1 libxcb-keysyms-devel 0.3.6-1 libxcb-keysyms1 0.3.6-1 libxcb-property-devel 0.3.6-1 libxcb-property1 0.3.6-1 libxcb-randr-devel 1.6-1 libxcb-randr0 1.6-1 libxcb-record-devel 1.6-1 libxcb-record0 1.6-1 libxcb-render-devel 1.6-1 libxcb-render-util-devel 0.3.6-1 libxcb-render-util0 0.3.6-1 libxcb-render0 1.6-1 libxcb-reply-devel 0.3.6-1 libxcb-reply1 0.3.6-1 libxcb-res-devel 1.6-1 libxcb-res0 1.6-1 libxcb-screensaver-devel 1.6-1 libxcb-screensaver0 1.6-1 libxcb-shape-devel 1.6-1 libxcb-shape0 1.6-1 libxcb-shm-devel 1.6-1 libxcb-shm0 1.6-1 libxcb-sync-devel 1.6-1 libxcb-sync0 1.6-1 libxcb-xfixes-devel 1.6-1 libxcb-xfixes0 1.6-1 libxcb-xinerama-devel 1.6-1 libxcb-xinerama0 1.6-1 libxcb-xinput-devel 1.6-1 libxcb-xinput0 1.6-1 libxcb-xtest-devel 1.6-1 libxcb-xtest0 1.6-1 libxcb1 1.6-1 libXcomposite-devel 0.4.1-1 libXcomposite1 0.4.1-1 libXcursor-devel 1.1.10-1 libXcursor1 1.1.10-1 libXdamage-devel 1.1.2-1 libXdamage1 1.1.2-1 libXdmcp-devel 1.0.3-1 libXdmcp6 1.0.3-1 libXext-devel 1.1.1-1 libXext6 1.1.1-1 libXfixes-devel 4.0.4-1 libXfixes3 4.0.4-1 libXfont-devel 1.4.1-2 libXfont1 1.4.1-1 libXft-devel 2.1.14-1 libXft1 1.0.0-1 libXft2 2.1.14-1 libXi-devel 1.3-1 libXi6 1.3-1 libXinerama-devel 1.1-1 libXinerama1 1.1-1 libxkbfile-devel 1.0.6-1 libxkbfile1 1.0.6-1 libXm-devel 0.95.2-2 libXm2 0.95.2-2 libXmHTML0 1.1.7-10 libxml2 2.7.7-1 libXmu-devel 1.0.5-1 libXmu6 1.0.5-1 libXmuu1 1.0.5-1 libXp6 6.8.99.901-1 libXpm-devel 3.5.8-1 libXpm4 3.5.8-1 libXrandr-devel 1.3.0-10 libXrandr2 1.3.0-10 libXrender-devel 0.9.5-1 libXrender1 0.9.5-1 libXRes-devel 1.0.4-1 libXRes1 1.0.4-1 libXss-devel 1.2.0-1 libXss1 1.2.0-1 libXt-devel 1.0.8-1 libXt6 1.0.8-1 libXtst-devel 1.1.0-1 libXtst6 1.1.0-1 listres 1.0.2-1 lndir 1.0.1-2 login 1.10-10 lua 5.1.4-11 luit 1.0.5-1 make 3.81-2 makedepend 1.0.2-1 man 1.6f-1 mc 4.6.1-2 mesa 7.6.1-1 mingw-runtime 3.18-1 minires 1.02-1 mkcfm 1.0.1-1 mkcomposecache 1.2.1-1 mkfontdir 1.0.5-1 mkfontscale 1.0.7-1 nas 1.9.2-1 nedit 5.5-4 netpbm 10.49.2-1 ninvaders 0.1.1-1 obconf 2.0.3-10 oclock 1.0.1-1 openbox 3.4.10-1 openssh 5.5p1-2 openssl 0.9.8o-2 perl 5.10.1-3 perl-Error 0.17016-1 perl-Tk 804.029-1 perl-XML-Simple 2.18-10 perl_manpages 5.10.1-3 ping 1.0-1 printproto 1.0.4-1 proxymngr 1.0.1-1 python 2.6.5-2 python-xdg 0.19-1 qt3-devel-tools 3.3.8b-11 qt3-doc 3.3.8b-11 qt3-qtconfig 3.3.8b-11 randrproto 1.3.1-1 readline 6.0.3-2 rebase 3.0.1-1 recordproto 1.14-1 rendercheck 1.3-1 renderproto 0.11-1 resourceproto 1.1.0-1 rgb 1.0.3-1 rsh 0.17-1 rsh-server 0.17-1 rstart 1.0.3-1 run 1.1.12-11 scrnsaverproto 1.2.0-1 sed 4.2.1-1 sessreg 1.0.5-1 setxkbmap 1.1.0-1 shared-mime-info 0.71-1 smproxy 1.0.3-1 sxpm 3.5.8-1 t1lib 5.1.2-10 t1lib5 5.1.2-10 tar 1.23-1 tcltk 20080420-1 terminfo 5.7_20091114-14 terminfo0 5.5_20061104-12 texinfo 4.13-3 transfig 3.2.5c-1 twm 1.0.4-1 typespeed 0.6.4-1 tzcode 2010j-1 units 1.87-1 unzip 6.0-10 util-linux 2.17.2-1 viewres 1.0.2-1 vim 7.2.264-2 w32api 3.14-1 which 2.20-2 WindowMaker 0.92.1pre2-1 windowswmproto 1.0.4-1 X-start-menu-icons 1.0.4-1 x11perf 1.5.1-1 x2x 1.30-2 xauth 1.0.4-1 xbiff 1.0.2-1 xbitmaps 1.1.0-1 xbrlapi 4.2-2 xcalc 1.0.3-1 xcb-proto 1.6-2 xcb-util 0.3.6-1 xclipboard 1.1.0-1 xclock 1.0.4-1 xcmiscproto 1.2.0-1 xcmsdb 1.0.2-1 xcompmgr 1.1.5-1 xconsole 1.0.3-2 xcursor-themes 1.0.2-1 xcursorgen 1.0.3-1 xdbedizzy 1.0.2-1 xditview 1.0.1-2 xdpyinfo 1.1.0-1 xedit 1.1.2-1 xemacs 21.4.22-1 xemacs-emacs-common 21.4.22-1 xev 1.0.4-1 xextproto 7.1.1-1 xeyes 1.1.0-1 xf86bigfontproto 1.2.0-1 xfd 1.0.1-2 xfig 3.2.5b-2 xfig-lib 3.2.5b-2 xfindproxy 1.0.1-1 xfontsel 1.0.2-2 xfwp 1.0.1-1 xgc 1.0.2-1 xgraph 12.1-2 xhost 1.0.3-1 xineramaproto 1.2-1 xinit 1.2.1-1 xinput 1.5.1-1 xkbcomp 1.1.1-1 xkbevd 1.1.0-1 xkbprint 1.0.2-1 xkbutils 1.0.2-1 xkeyboard-config 1.8-1 xkill 1.0.2-1 xload 1.0.2-2 xlogo 1.0.2-1 xlsatoms 1.0.2-1 xlsclients 1.0.2-1 xlsfonts 1.0.2-1 xmag 1.0.3-1 xman 1.1.0-1 xmessage 1.0.3-1 xmh 1.0.1-2 XmHTML 1.1.7-10 XmHTML-devel 1.1.7-10 xmodmap 1.0.4-1 xmon 1.5.6-2 xmore 1.0.1-2 xorg-cf-files 1.0.3-1 xorg-docs 1.5-1 xorg-scripts 1.0.1-1 xorg-server 1.7.6-2 xorg-server-dmx 1.8.0-1 xorg-sgml-doctools 1.4-1 xorg-util-macros 1.7.0-1 xpdf 3.02-10 xpr 1.0.2-1 xprop 1.1.0-1 xproto 7.0.16-1 xproxymanagementprotocol 1.0.2-1 xrandr 1.3.2-1 xrdb 1.0.6-1 xrefresh 1.0.3-1 xrx 1.0.3-1 xscope 1.2-1 xset 1.1.0-1 xsetmode 1.0.0-1 xsetroot 1.0.3-1 xsm 1.0.1-2 xsri 2.1.0-10 xstdcmap 1.0.1-1 xterm 260-1 xtrans 1.2.5-1 xwd 1.0.3-1 xwininfo 1.0.5-1 xwinwm 0.0.5-2 xwud 1.0.2-1 xz 4.999.9beta-11 zip 3.0-11 zlib 1.2.3-10 zlib-devel 1.2.3-10 zlib0 1.2.3-10 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 scott.bushnell@gmail.com Mon Aug 2 19:50:00 2010 From: scott.bushnell@gmail.com (Scott Bushnell) Date: Mon, 02 Aug 2010 19:50:00 -0000 Subject: Can't Paste into Xwindow application from Winows7 Message-ID: Hi, I running Windows 7 & the latest version of Cygwin/X. I can paste from my X windows application to any Windows application but can't paste to X windows from Windows7. It works fine using Windows XP. P.S. How can I debug/troubleshoot this. 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 hummel.michel@gmail.com Tue Aug 3 07:55:00 2010 From: hummel.michel@gmail.com (Michel Hummel) Date: Tue, 03 Aug 2010 07:55:00 -0000 Subject: XWin crash after the launch of startkde on a remote Red Hat 5 machine In-Reply-To: References: Message-ID: Hello, I'm using cygwin on Microsoft Windows XP with XWin version : sh-3.2# XWin.exe -version Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.8.0.0 (10800000) Build Date: 2010-04-02 Contact: cygwin-xfree@cygwin.com I think I have found a bug in the XWin reset procedure which leads to the start of two clipboard thread's and sometime to a crash of the X server. The crash can be produced by lauching startkde on a Red Hat 5 remote machine (The crash should arrive after some minutes of work) but the bug can simply be produced like this : On my installation if I launch Xwin with this options : XWin :0 -ac& then I do xsetroot -solid '#FFFF00' After setting the color, Xwin launches its reset procedure because there is no more client connected ( the server loses the color but it is the normal comportment isn't it ? http://sourceware.org/ml/cygwin-xfree/2002-01/msg00106.html) The problem comes from the clipboard thread. In this example, when the server launches its reset procedure, the clipboard is in state "Launched" but is not in state "Started" (Boolean variable about clipboard status, see file hw/xwin/winclipboardthread.c). This particular status of the ClipboardThread during server reset is normaly managed by two "if" statements : * An "if" in the file hw/xwin/InitOutput.c disables the exit of the clipboard thread in this state Extract of the file hw/xwin/InitOutput.c (with line number) : ?169 winClipboardShutdown (void) ?170 { ?171 ? /* Close down clipboard resources */ ?172 ? if (g_fClipboard && g_fClipboardLaunched && g_fClipboardStarted) ?173 ? ? { ?174 ? ? ? /* Synchronously destroy the clipboard window */ ?175 ? ? ? if (g_hwndClipboard != NULL) ?176 ? ? ? ? { ?177 ? ? ? ? ? SendMessage (g_hwndClipboard, WM_DESTROY, 0, 0); ?178 ? ? ? ? ? /* NOTE: g_hwndClipboard is set to NULL in winclipboardthread.c */ ?179 ? ? ? ? } ?180 ? ? ? else ?181 ? ? ? ? return; ?182 ?183 ? ? ? /* Wait for the clipboard thread to exit */ ?184 ? ? ? pthread_join (g_ptClipboardProc, NULL); ?185 ?186 ? ? ? g_fClipboardLaunched = FALSE; ?187 ? ? ? g_fClipboardStarted = FALSE; ?188 ?189 ? ? ? winDebug ("winClipboardShutdown - Clipboard thread has exited.\n"); ?190 ? ? } ?191 } * An "if" statement in the file hw/xwin/winclipboardwrappers.c prohibits the launch of clipboard thread if one is already Launched. Extract of the file hw/xwin/winclipboardwrappers.c (with line number) 256 ? /* If the clipboard client has already been started, abort */ 257 ? if (g_fClipboardLaunched) 258 ? ? { 259 ? ? ? ErrorF ("winProcEstablishConnection - Clipboard client already " 260 ? ? ? ? ? ? ? "launched, returning.\n"); 261 ? ? ? return iReturn; 262 ? ? } The problem is that the Boolean variables g_fClipboardLaunched and g_fClipboardStarted are re-initialized by the server reset procedure (function winInitializeGlobals of the file ?hw/xwin/winglobals.c) Extract of the file hw/xwin/winglobals.c (with line number) 128 /* 129 ?* Re-initialize global variables that are invalidated 130 ?* by a server reset. 131 ?*/ 132 133 void 134 winInitializeGlobals (void) 135 { 136 ? g_dwCurrentThreadID = GetCurrentThreadId (); 137 ? g_hwndKeyboardFocus = NULL; 138 #ifdef XWIN_CLIPBOARD 139 ? g_fClipboardLaunched = FALSE; 140 ? g_fClipboardStarted = FALSE; 141 ? g_iClipboardWindow = None; 142 ? g_pClipboardDisplay = NULL; 143 ? g_atomLastOwnedSelection = None; 144 ? g_hwndClipboard = NULL; 145 #endif 146 } The consequence of this Re-initialization in this particular situation is that the clipboard thread is launched two times and sometimes leads to a crash of the X server. You can see the double launch of the clipboard thread at the end of the attached log file Xwin.0.log ( 2 times the sentence : winClipboardProc - XOpenDisplay () returned and successfully opened the display. ) To fix this bug I purpose to remove the variables g_fClipboardLaunched and g_fClipboardStarted of the "winInitializeGlobals (void)" function, as their re-initializations are handled in in the files : hw/xwin/InitOutput.c. That what is doing the patch Attached to this email. Regards, Michel Hummel -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin_winglobals_ClipboardThread.patch Type: application/octet-stream Size: 570 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.0.log Type: application/octet-stream Size: 5054 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 ryanjohn@ece.cmu.edu Tue Aug 3 08:58:00 2010 From: ryanjohn@ece.cmu.edu (Ryan Johnson) Date: Tue, 03 Aug 2010 08:58:00 -0000 Subject: Missing charsets in String to FontSet conversion Message-ID: <4C57DA24.8090205@ece.cmu.edu> Hi all, At some point an annoyance appeared with my xterm windows: The first time I use [ctrl]+mouse click in any window, that xterm becomes unresponsive for about 5 seconds with the CPU pegged to 100%. After the five seconds is up, whatever shell spawned the xterm receives the following message: > Warning: Missing charsets in String to FontSet conversion After that all works normally (until I open the next xterm window). Is there a way to diagnose what the problem is? I don't know what FontSet string the error even refers to, let alone which parts of that string were invalid. In any case, it really shouldn't take five seconds of hard CPU crunching to detect and report an invalid input string. I found one message from last year's archives that mentioned certain Japanese fonts, but in that case they knew which fonts were missing. I'd rather not go installing every font known to man just in hopes of catching the missing one. Thoughts? Ryan -- 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 Aug 3 09:01:00 2010 From: dickey@his.com (Thomas Dickey) Date: Tue, 03 Aug 2010 09:01:00 -0000 Subject: Missing charsets in String to FontSet conversion In-Reply-To: <4C57DA24.8090205@ece.cmu.edu> References: <4C57DA24.8090205@ece.cmu.edu> Message-ID: <20100803045917.V3933@mail101.his.com> On Tue, 3 Aug 2010, Ryan Johnson wrote: > Hi all, > > At some point an annoyance appeared with my xterm windows: The first time I > use [ctrl]+mouse click in any window, that xterm becomes unresponsive for > about 5 seconds with the CPU pegged to 100%. After the five seconds is up, > whatever shell spawned the xterm receives the following message: >> Warning: Missing charsets in String to FontSet conversion > > After that all works normally (until I open the next xterm window). > > Is there a way to diagnose what the problem is? I don't know what FontSet > string the error even refers to, let alone which parts of that string were > invalid. In any case, it really shouldn't take five seconds of hard CPU > crunching to detect and report an invalid input string. This topic came up last year, iirc the issue was this: http://invisible-island.net/xterm/xterm.faq.html#slow_menus -- 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 angelo.graziosi@alice.it Tue Aug 3 12:09:00 2010 From: angelo.graziosi@alice.it (Angelo Graziosi) Date: Tue, 03 Aug 2010 12:09:00 -0000 Subject: Fwd: Bootstrapping Emacs (trunk) with GCC >= 4.5.1 [Cygwin] Message-ID: <4C5806E8.7020806@alice.it> -------- Messaggio originale -------- Oggetto: Bootstrapping Emacs (trunk) with GCC >= 4.5.1 [Cygwin] Data: Tue, 03 Aug 2010 13:50:09 +0200 Mittente: Angelo Graziosi A: Emacs On Cygwin, I have tried to bootstrap Emacs-trunk using gcc-4.5.1 (just released) and gcc-4.6-20100731 (snapshot), but the build fails as follows: =================================================================== [...] gcc-4.6 -c -Demacs -DHAVE_CONFIG_H -I. -I/tmp/emacs/src -D_REENTRANT -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/freetype2 -D_REENTRANT -I/usr/include/librsvg-2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -DORBIT2=1 -D_REENTRANT -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -MMD -MF deps/xfns.d -Wold-style-definition -Wdeclaration-after-statement -Wno-pointer-sign -g -O2 /tmp/emacs/src/xfns.c In file included from /usr/include/X11/Xos.h:146:0, from /tmp/emacs/src/xfaces.c:277: /usr/include/X11/Xarch.h:43:30: fatal error: sys/byteorder.h: No such file or directory compilation terminated. make[2]: *** [xfaces.o] Error 1 make[2]: *** Waiting for unfinished jobs.... make[2]: Leaving directory `/tmp/emacs/Work/src' make[1]: *** [src] Error 2 make[1]: Leaving directory `/tmp/emacs/Work' make: *** [bootstrap] Error 2 =================================================================== The culprit are these statements in '/usr/include/X11/Xarch.h': [...] # if defined(SVR4) || defined(__SVR4) # include # elif [...] On Cygwin, it seems that the if defined(SVR4)... branch is executed and the header 'byteorder.h' is not found because it lives in /usr/include/asm not in /usr/include/sys! Now I have tried the same on GNU/Linux Kubuntu 10.04, on which that header, 'byteorder.h', lives in the same /usr/include/asm directory as on Cygwin, but the bootstrap passes, almost surely because the 'elif' branch is executed! So, on Cygwin, I adopted the workaround to create a symbolic link: cd /usr/include/sys ln -sf ../asm/byteorder.h byteorder.h Now the bootstrap (with GCC >= 4.5.1) passes also on Cygwin, and works. Have you better ideas on this issue? Thanks, 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 jon.turney@dronecode.org.uk Tue Aug 3 13:35:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 03 Aug 2010 13:35:00 -0000 Subject: Missing charsets in String to FontSet conversion In-Reply-To: <20100803045917.V3933@mail101.his.com> References: <4C57DA24.8090205@ece.cmu.edu> <20100803045917.V3933@mail101.his.com> Message-ID: <4C581B24.6050705@dronecode.org.uk> On 03/08/2010 10:00, Thomas Dickey wrote: > On Tue, 3 Aug 2010, Ryan Johnson wrote: >> At some point an annoyance appeared with my xterm windows: The first time I >> use [ctrl]+mouse click in any window, that xterm becomes unresponsive for >> about 5 seconds with the CPU pegged to 100%. After the five seconds is up, >> whatever shell spawned the xterm receives the following message: >>> Warning: Missing charsets in String to FontSet conversion >> >> After that all works normally (until I open the next xterm window). >> >> Is there a way to diagnose what the problem is? I don't know what FontSet >> string the error even refers to, let alone which parts of that string were >> invalid. In any case, it really shouldn't take five seconds of hard CPU >> crunching to detect and report an invalid input string. There's some more discussion at http://sourceware.org/bugzilla/show_bug.cgi?id=10948 Installing the fonts font-isas-misc, font-jis-misc and font-daewoo-misc should also work around the problem, which can also be seen with other applications, as that ensures that at least one font exists for every charset. I agree that the error message sucks and should tell you the charsets which are missing and what string it was attempting to convert. > This topic came up last year, iirc the issue was this: > > http://invisible-island.net/xterm/xterm.faq.html#slow_menus -- 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 andy.koppe@gmail.com Tue Aug 3 13:46:00 2010 From: andy.koppe@gmail.com (Andy Koppe) Date: Tue, 03 Aug 2010 13:46:00 -0000 Subject: Missing charsets in String to FontSet conversion In-Reply-To: <4C581B24.6050705@dronecode.org.uk> References: <4C57DA24.8090205@ece.cmu.edu> <20100803045917.V3933@mail101.his.com> <4C581B24.6050705@dronecode.org.uk> Message-ID: On 3 August 2010 14:35, Jon TURNEY wrote: > On 03/08/2010 10:00, Thomas Dickey wrote: >> >> On Tue, 3 Aug 2010, Ryan Johnson wrote: >>> >>> At some point an annoyance appeared with my xterm windows: The first time >>> I >>> use [ctrl]+mouse click in any window, that xterm becomes unresponsive for >>> about 5 seconds with the CPU pegged to 100%. After the five seconds is >>> up, >>> whatever shell spawned the xterm receives the following message: >>>> >>>> Warning: Missing charsets in String to FontSet conversion >>> >>> After that all works normally (until I open the next xterm window). >>> >>> Is there a way to diagnose what the problem is? I don't know what FontSet >>> string the error even refers to, let alone which parts of that string >>> were >>> invalid. In any case, it really shouldn't take five seconds of hard CPU >>> crunching to detect and report an invalid input string. > > There's some more discussion at > http://sourceware.org/bugzilla/show_bug.cgi?id=10948 > > Installing the fonts font-isas-misc, font-jis-misc and font-daewoo-misc > should also work around the problem, which can also be seen with other > applications, as that ensures that at least one font exists for every > charset. > > I agree that the error message sucks and should tell you the charsets which > are missing and what string it was attempting to convert. > >> This topic came up last year, iirc the issue was this: >> >> http://invisible-island.net/xterm/xterm.faq.html#slow_menus Could the menuLocale resource setting mentioned there be added to Cygwin xterm's default config at /etc/X11/app-defaults/XTerm? Andy -- 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 ryanjohn@ece.cmu.edu Tue Aug 3 15:21:00 2010 From: ryanjohn@ece.cmu.edu (Ryan Johnson) Date: Tue, 03 Aug 2010 15:21:00 -0000 Subject: Missing charsets in String to FontSet conversion In-Reply-To: <4C581B24.6050705@dronecode.org.uk> References: <4C57DA24.8090205@ece.cmu.edu> <20100803045917.V3933@mail101.his.com> <4C581B24.6050705@dronecode.org.uk> Message-ID: <4C5833EA.6020002@ece.cmu.edu> On 8/3/2010 3:35 PM, Jon TURNEY wrote: > On 03/08/2010 10:00, Thomas Dickey wrote: >> On Tue, 3 Aug 2010, Ryan Johnson wrote: >>> At some point an annoyance appeared with my xterm windows: The first >>> time I >>> use [ctrl]+mouse click in any window, that xterm becomes >>> unresponsive for >>> about 5 seconds with the CPU pegged to 100%. After the five seconds >>> is up, >>> whatever shell spawned the xterm receives the following message: >>>> Warning: Missing charsets in String to FontSet conversion >>> >>> After that all works normally (until I open the next xterm window). >>> >>> Is there a way to diagnose what the problem is? I don't know what >>> FontSet >>> string the error even refers to, let alone which parts of that >>> string were >>> invalid. In any case, it really shouldn't take five seconds of hard CPU >>> crunching to detect and report an invalid input string. > > There's some more discussion at > http://sourceware.org/bugzilla/show_bug.cgi?id=10948 > > Installing the fonts font-isas-misc, font-jis-misc and > font-daewoo-misc should also work around the problem, which can also > be seen with other applications, as that ensures that at least one > font exists for every charset. > > I agree that the error message sucks and should tell you the charsets > which are missing and what string it was attempting to convert. > >> This topic came up last year, iirc the issue was this: >> >> http://invisible-island.net/xterm/xterm.faq.html#slow_menus The xterm FAQ's workaround (setting LANG=C) indeed works, but then I lose all of UTF-8, including some of the punctuation marks man pages and gcc errors like to use. As I mentioned before, I'd seen references to those fonts but wasn't sure it would actually help me. I just installed them and, sure enough, there's still some (fewer?) missing charsets. The delay dropped to only 2-3 seconds now though, so I guess that helps. Is there a way to diagnose which fonts/charsets are still missing? Regards, Ryan -- 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 ryanjohn@ece.cmu.edu Tue Aug 3 15:32:00 2010 From: ryanjohn@ece.cmu.edu (Ryan Johnson) Date: Tue, 03 Aug 2010 15:32:00 -0000 Subject: Missing charsets in String to FontSet conversion In-Reply-To: <4C581B24.6050705@dronecode.org.uk> References: <4C57DA24.8090205@ece.cmu.edu> <20100803045917.V3933@mail101.his.com> <4C581B24.6050705@dronecode.org.uk> Message-ID: <4C583680.20609@ece.cmu.edu> On 8/3/2010 3:35 PM, Jon TURNEY wrote: > On 03/08/2010 10:00, Thomas Dickey wrote: >> This topic came up last year, iirc the issue was this: >> >> http://invisible-island.net/xterm/xterm.faq.html#slow_menus Oops... missed the other workaround to set XTerm.menuLocale:C in my .Xresources file. All is well now. Thanks! Ryan -- 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 jon.turney@dronecode.org.uk Tue Aug 3 16:34:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 03 Aug 2010 16:34:00 -0000 Subject: Can't Paste into Xwindow application from Winows7 In-Reply-To: References: Message-ID: <4C584513.4040200@dronecode.org.uk> On 02/08/2010 20:50, Scott Bushnell wrote: > I running Windows 7& the latest version of Cygwin/X. I can paste from > my X windows application to any Windows application but can't paste to > X windows from Windows7. > > It works fine using Windows XP. > > P.S. How can I debug/troubleshoot this. [1] suggests some steps which you might take. You should also mention if you are using a Windows 'clipboard manager' application. [1] http://sourceware.org/ml/cygwin-xfree/2009-10/msg00129.html -- Jon TURNEY Volunteer Cygwin/X X Server 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 ryanjohn@ece.cmu.edu Tue Aug 3 16:43:00 2010 From: ryanjohn@ece.cmu.edu (Ryan Johnson) Date: Tue, 03 Aug 2010 16:43:00 -0000 Subject: Slow response to keypresses in xorg-server-1.8.0-1 In-Reply-To: <4C2B8171.5020409@dronecode.org.uk> References: <4C2B8171.5020409@dronecode.org.uk> Message-ID: <4C5846BC.9010704@ece.cmu.edu> On 8:59 PM, Jon TURNEY wrote: > I've cooked up a small additional change which should prevent this > blocking behaviour and uploaded a build [2]. It seems to resolve the > problem in this specific case. Perhaps you could try it out and see if > it helps? > > [1] http://cygwin.com/ml/cygwin-xfree/2010-02/msg00124.html > [2] > ftp://cygwin.com/pub/cygwinx/XWin.20100630-git-bc2f74e105146c36.exe.bz2 > I just downloaded this version, and it indeed fixes the slow [alt]-[tab] behavior, but I'm still having one problem: the invisible xterm root window covers my windows taskbar until I've moused over it for several seconds (or alt-tab somewhere else first). Ideas? Ryan -- 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 Aug 3 21:31:00 2010 From: dickey@his.com (Thomas Dickey) Date: Tue, 03 Aug 2010 21:31:00 -0000 Subject: Missing charsets in String to FontSet conversion In-Reply-To: References: <4C57DA24.8090205@ece.cmu.edu> <20100803045917.V3933@mail101.his.com> <4C581B24.6050705@dronecode.org.uk> Message-ID: <20100803172940.S75904@mail101.his.com> On Tue, 3 Aug 2010, Andy Koppe wrote: > On 3 August 2010 14:35, Jon TURNEY wrote: >> On 03/08/2010 10:00, Thomas Dickey wrote: >>> This topic came up last year, iirc the issue was this: >>> >>> http://invisible-island.net/xterm/xterm.faq.html#slow_menus > > Could the menuLocale resource setting mentioned there be added to > Cygwin xterm's default config at /etc/X11/app-defaults/XTerm? fwiw, I made it default in #257 (current is #261) http://invisible-island.net/xterm/xterm.log.html#xterm_257 -- 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 raul@cantara.com Wed Aug 4 18:20:00 2010 From: raul@cantara.com (Raul Acevedo) Date: Wed, 04 Aug 2010 18:20:00 -0000 Subject: GNOME on cygwin Message-ID: <51E09A68-429F-4082-BF51-25C41E574EDF@cantara.com> I'm a little confused about GNOME on Cygwin. Cygwin installer claims to have a whole GNOME section, but I can't find basic applications like gnome-terminal or gnome-text-editor. Google shows there are ports of GNOME for Cygwin; but then why does the installer have a GNOME section that only seems to have libraries and bitmaps? Thanks, Raul -- 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 Aug 4 19:34:00 2010 From: reply-to-list-only-lh-x@cygwin.com (Larry Hall (Cygwin X)) Date: Wed, 04 Aug 2010 19:34:00 -0000 Subject: GNOME on cygwin In-Reply-To: <51E09A68-429F-4082-BF51-25C41E574EDF@cantara.com> References: <51E09A68-429F-4082-BF51-25C41E574EDF@cantara.com> Message-ID: <4C59F8F2.9080100@cygwin.com> On 8/4/2010 2:20 PM, Raul Acevedo wrote: > I'm a little confused about GNOME on Cygwin. Cygwin installer claims to have > a whole GNOME section, but I can't find basic applications like > gnome-terminal or gnome-text-editor. Google shows there are ports of GNOME > for Cygwin; but then why does the installer have a GNOME section that only > seems to have libraries and bitmaps? Because those ports aren't part of the distribution and are, therefore, not supported by cygwin.com. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _____________________________________________________________________ A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- 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 raul@cantara.com Wed Aug 4 19:43:00 2010 From: raul@cantara.com (Raul Acevedo) Date: Wed, 04 Aug 2010 19:43:00 -0000 Subject: GNOME on cygwin In-Reply-To: <4C59F8F2.9080100@cygwin.com> References: <51E09A68-429F-4082-BF51-25C41E574EDF@cantara.com> <4C59F8F2.9080100@cygwin.com> Message-ID: <1233A014-F786-4CB3-AA8E-DE7F66621018@cantara.com> So why are there GNOME packages in Cygwin? What is actually in them? On Aug 4, 2010, at 4:34 PM, Larry Hall (Cygwin X) wrote: > On 8/4/2010 2:20 PM, Raul Acevedo wrote: >> I'm a little confused about GNOME on Cygwin. Cygwin installer claims to have >> a whole GNOME section, but I can't find basic applications like >> gnome-terminal or gnome-text-editor. Google shows there are ports of GNOME >> for Cygwin; but then why does the installer have a GNOME section that only >> seems to have libraries and bitmaps? > > Because those ports aren't part of the distribution and are, therefore, > not supported by cygwin.com. > > -- > Larry Hall http://www.rfk.com > RFK Partners, Inc. (508) 893-9779 - RFK Office > 216 Dalton Rd. (508) 893-9889 - FAX > Holliston, MA 01746 > > _____________________________________________________________________ > > A: Yes. >> Q: Are you sure? >>> A: Because it reverses the logical flow of conversation. >>>> Q: Why is top posting annoying in email? > > -- > 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 cgf-use-the-mailinglist-please@cygwin.com Wed Aug 4 20:24:00 2010 From: cgf-use-the-mailinglist-please@cygwin.com (Christopher Faylor) Date: Wed, 04 Aug 2010 20:24:00 -0000 Subject: GNOME on cygwin In-Reply-To: <1233A014-F786-4CB3-AA8E-DE7F66621018@cantara.com> References: <51E09A68-429F-4082-BF51-25C41E574EDF@cantara.com> <4C59F8F2.9080100@cygwin.com> <1233A014-F786-4CB3-AA8E-DE7F66621018@cantara.com> Message-ID: <20100804202410.GA30293@ednor.casa.cgf.cx> On Wed, Aug 04, 2010 at 12:43:11PM -0700, Raul Acevedo wrote: >So why are there GNOME packages in Cygwin? What is actually in them? http://cygwin.com/packages/ would answer that question for you. -- 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 raul@cantara.com Wed Aug 4 21:28:00 2010 From: raul@cantara.com (Raul Acevedo) Date: Wed, 04 Aug 2010 21:28:00 -0000 Subject: GNOME on cygwin In-Reply-To: <20100804202410.GA30293@ednor.casa.cgf.cx> References: <51E09A68-429F-4082-BF51-25C41E574EDF@cantara.com> <4C59F8F2.9080100@cygwin.com> <1233A014-F786-4CB3-AA8E-DE7F66621018@cantara.com> <20100804202410.GA30293@ednor.casa.cgf.cx> Message-ID: My real question is what is the point of these packages, if GNOME is not actually in them. It's a bit confusing and I wasted a chunk of time trying to install GNOME through Cygwin only to find out it's not possible. Thanks, Raul On Aug 4, 2010, at 1:24 PM, Christopher Faylor wrote: > On Wed, Aug 04, 2010 at 12:43:11PM -0700, Raul Acevedo wrote: >> So why are there GNOME packages in Cygwin? What is actually in them? > > http://cygwin.com/packages/ > > would answer that question for you. > > -- > 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 Brian.Timares@va.gov Wed Aug 4 22:33:00 2010 From: Brian.Timares@va.gov (Timares, Brian (HP)) Date: Wed, 04 Aug 2010 22:33:00 -0000 Subject: GNOME on cygwin In-Reply-To: References: <51E09A68-429F-4082-BF51-25C41E574EDF@cantara.com> <4C59F8F2.9080100@cygwin.com> <1233A014-F786-4CB3-AA8E-DE7F66621018@cantara.com> <20100804202410.GA30293@ednor.casa.cgf.cx> Message-ID: <270AA78168E41541833C52448F4F34AD24A20022@VHAISHMSGJ2.vha.med.va.gov> Raul Acevedo wrote: >My real question is what is the point of these packages, if GNOME is not >actually in them. It's a bit confusing and I wasted a chunk of time trying to >install GNOME through Cygwin only to find out it's not possible. > >Thanks, > >Raul > >On Aug 4, 2010, at 1:24 PM, Christopher Faylor wrote: > >> On Wed, Aug 04, 2010 at 12:43:11PM -0700, Raul Acevedo wrote: >>> So why are there GNOME packages in Cygwin? What is actually in them? >> >> http://cygwin.com/packages/ Raul, please stop replying above quoted text. I believe you are asked that when you sign up for the mail list (no?), but Larry Hall's signature says that, in a humorous way: A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? Here is my answer to your question. Disclaimer: I'm pretty sure I'm right, I don't _know_ I'm right. Some nice programs that rely on pieces of Gnome are installable with Cygwin. Since they require bits and pieces of Gnome those pieces get installed. Example. When I run setup.exe and select Lilypond (for printing sheet music) 3 additional items get automatically selected on my system. If I deselect them I get "Warning! Unmet Dependencies Found" and it says I need glib, gtk+, and qt3. Apparently I already have gtk-engines from some other program. I suspect there is a programmer/musician out there who ported it. By the way, I believe I understand Larry's answer. He was telling you, essentially, that Cygwin is not a way to get Gnome installed, rather, a way to run specific Unix-like programs on a Windows PC. You don't get gnome-terminal because no one has ported it. Understanding this, I checked the Cygwin/X FAQ. I saw "10.1. Is there a list of software that has been ported to Cygwin/X?" It struck me that might lead to something useful, which it does, it says "The CygGnome project aims to port Gnome to Cygwin/X." So essentially, you were confused because the Gnome section implied you could get full-on Gnome. Why is there that section? Beats me. Brian <-= I'm just glad I can get X Windows from my servers -- 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 Aug 4 23:04:00 2010 From: reply-to-list-only-lh-x@cygwin.com (Larry Hall (Cygwin X)) Date: Wed, 04 Aug 2010 23:04:00 -0000 Subject: GNOME on cygwin In-Reply-To: <270AA78168E41541833C52448F4F34AD24A20022@VHAISHMSGJ2.vha.med.va.gov> References: <51E09A68-429F-4082-BF51-25C41E574EDF@cantara.com> <4C59F8F2.9080100@cygwin.com> <1233A014-F786-4CB3-AA8E-DE7F66621018@cantara.com> <20100804202410.GA30293@ednor.casa.cgf.cx> <270AA78168E41541833C52448F4F34AD24A20022@VHAISHMSGJ2.vha.med.va.gov> Message-ID: <4C5A2A24.5030403@cygwin.com> On 8/4/2010 6:33 PM, Timares, Brian (HP) wrote: > Raul Acevedo wrote: >> My real question is what is the point of these packages, if GNOME is >> not actually in them. It's a bit confusing and I wasted a chunk of time >> trying to install GNOME through Cygwin only to find out it's not possible. Brian, you misunderstand what Gnome is, since the Cygwin distribution contains many packages that make up Gnome. See below for more. > Here is my answer to your question. Disclaimer: I'm pretty sure I'm > right, I don't _know_ I'm right. > > Some nice programs that rely on pieces of Gnome are installable with > Cygwin. Since they require bits and pieces of Gnome those pieces get > installed. Yep. > By the way, I believe I understand Larry's answer. He was telling you, > essentially, that Cygwin is not a way to get Gnome installed, rather, a > way to run specific Unix-like programs on a Windows PC. You don't get > gnome-terminal because no one has ported it. That's not entirely true since, as you mentioned below, there are ports out there (Cygwin Ports being the most comprehensive and a better source for all-that-is-Gnome). But, as I think is clear, there's a difference between someone's personal collection of software ported to Cygwin (and possibly conveniently packaged like Cygwin Ports) and the Cygwin distribution. The biggest difference is packages in the Cygwin distribution are maintained and cygwin.com supports them. This cannot be said for other sites. cygwin.com is not a loose collection of ported software brought under one roof by an installer. It is a distribution and only those things in the distribution are provided and supported. > Understanding this, I checked the Cygwin/X FAQ. I saw "10.1. Is there a > list of software that has been ported to Cygwin/X?" It struck me that > might lead to something useful, which it does, it says "The CygGnome > project aims to port Gnome to Cygwin/X." > > > So essentially, you were confused because the Gnome section implied you > could get full-on Gnome. Why is there that section? Beats me. The short answer is that it's there to house all-that-is-Gnome. It just doesn't contain everything yet. With some luck, it will someday. In the meantime, there are allot of packages that make up Gnome. Since the distribution has some of them now, it makes sense to put them in this category. The same is true for KDE, Perl, etc. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _____________________________________________________________________ A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- 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 raul@cantara.com Wed Aug 4 23:12:00 2010 From: raul@cantara.com (Raul Acevedo) Date: Wed, 04 Aug 2010 23:12:00 -0000 Subject: GNOME on cygwin In-Reply-To: <4C5A2A24.5030403@cygwin.com> References: <51E09A68-429F-4082-BF51-25C41E574EDF@cantara.com> <4C59F8F2.9080100@cygwin.com> <1233A014-F786-4CB3-AA8E-DE7F66621018@cantara.com> <20100804202410.GA30293@ednor.casa.cgf.cx> <270AA78168E41541833C52448F4F34AD24A20022@VHAISHMSGJ2.vha.med.va.gov> <4C5A2A24.5030403@cygwin.com> Message-ID: > The short answer is that it's there to house all-that-is-Gnome. It just > doesn't contain everything yet. With some luck, it will someday. In the > meantime, there are allot of packages that make up Gnome. Since the > distribution has some of them now, it makes sense to put them in this > category. The same is true for KDE, Perl, etc. I appreciate the detailed response. Hopefully Cygwin will contain a full GNOME package someday. Thanks, Raul -- 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 wb8rcr@chartermi.net Thu Aug 5 01:38:00 2010 From: wb8rcr@chartermi.net (John J. McDonough) Date: Thu, 05 Aug 2010 01:38:00 -0000 Subject: GNOME on cygwin In-Reply-To: <4C5A2A24.5030403@cygwin.com> References: <51E09A68-429F-4082-BF51-25C41E574EDF@cantara.com> <4C59F8F2.9080100@cygwin.com> <1233A014-F786-4CB3-AA8E-DE7F66621018@cantara.com> <20100804202410.GA30293@ednor.casa.cgf.cx> <270AA78168E41541833C52448F4F34AD24A20022@VHAISHMSGJ2.vha.med.va.gov> <4C5A2A24.5030403@cygwin.com> Message-ID: <1280972274.12160.9.camel@Aidan> On Wed, 2010-08-04 at 23:04 -0400, Larry Hall (Cygwin X) wrote: > On 8/4/2010 6:33 PM, Timares, Brian (HP) wrote: > > Raul Acevedo wrote: > >> My real question is what is the point of these packages, if GNOME is > >> not actually in them. It's a bit confusing and I wasted a chunk of time > >> trying to install GNOME through Cygwin only to find out it's not possible. > > Brian, you misunderstand what Gnome is, since the Cygwin distribution > contains many packages that make up Gnome. See below for more. > The short answer is that it's there to house all-that-is-Gnome. It just > doesn't contain everything yet. With some luck, it will someday. In the > meantime, there are allot of packages that make up Gnome. Since the > distribution has some of them now, it makes sense to put them in this > category. The same is true for KDE, Perl, etc. Something that should be mentioned. GNOME is a huge, lumbering system with ten or twelve zillion libraries. Lots of programs rely on those libraries, but no program relies on all of them. As you port a program you may also need to port libraries that it requires, and a LOT of the time, those libraries are going to be part of GNOME. KDE is similar, although perhaps not quite as massive as GNOME. Many of the other desktops were developed specifically to avoid the huge overhead of GNOME and KDE. But of course, as soon as you install a program built on one of those foundations, you need to pull in the associated libraries, and take the associated performance hit. GNOME is also undergoing a huge change. It probably wouldn't make a lot of sense to put a great deal of effort into a GNOME port at this point in time when the whole GNOME world will change in a few months. --McD -- 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 yselkowitz@users.sourceforge.net Thu Aug 5 04:48:00 2010 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Thu, 05 Aug 2010 04:48:00 -0000 Subject: GNOME on cygwin In-Reply-To: <1280972274.12160.9.camel@Aidan> References: <51E09A68-429F-4082-BF51-25C41E574EDF@cantara.com> <4C59F8F2.9080100@cygwin.com> <1233A014-F786-4CB3-AA8E-DE7F66621018@cantara.com> <20100804202410.GA30293@ednor.casa.cgf.cx> <270AA78168E41541833C52448F4F34AD24A20022@VHAISHMSGJ2.vha.med.va.gov> <4C5A2A24.5030403@cygwin.com> <1280972274.12160.9.camel@Aidan> Message-ID: <1280983715.5056.186.camel@YAAKOV04> On Wed, 2010-08-04 at 21:37 -0400, John J. McDonough wrote: > Something that should be mentioned. GNOME is a huge, lumbering system > with ten or twelve zillion libraries. Lots of programs rely on those > libraries, but no program relies on all of them. As you port a program > you may also need to port libraries that it requires, and a LOT of the > time, those libraries are going to be part of GNOME. Actually, GNOME has gone on a diet over the last few years, obsoleting entire libraries and moving similar but improved functionality into a smaller set of libraries. Also remember that every single library is packaged separately, unlike KDE (where kdelibs cannot practically be split up). Still, the distro is around ten to fifteen libraries short of providing the dependencies for the vast majority of GNOME programs. Since there are already in Ports, why aren't these in the distro? I already maintain a proportionally large number of the distro packages, and there is legitimate concern that having too many packages maintained by one volunteer would lead to a difficult situation for the rest of the distro if said volunteer were to leave the project for whatever reason (a seemingly inevitable situation in community-run FOSS projects). OTOH, I do feel that Cygwin would be a much better product with the GNOME and KDE libraries and applications commonly found in Linux distros, and I've lost count of how many people struggle to build things which are already available for, but not shipped with, Cygwin. Personally, I think it would benefit RH to actually hire people to focus on Cygwin as a distribution (Corinna's focus is on newlib/winsup). But then again, that's probably just wishful thinking on my part (currently looking for work). > KDE is similar, although perhaps not quite as massive as GNOME. Having built and used both, I would disagree, but I don't want this to become a GNOME v. KDE flame war. > Many of the other desktops were developed specifically to avoid the huge > overhead of GNOME and KDE. But of course, as soon as you install a > program built on one of those foundations, you need to pull in the > associated libraries, and take the associated performance hit. That depends on what you mean by "GNOME" and "KDE": the desktop, or the applications? While these and other desktops can be built for Cygwin -- and I have done so in the past, mostly as proof-of-concept (and the obligatory screenshots) -- they tend to be awfully slow (due to IPC?) and IMHO rather unnecessary on Cygwin. For instance, I run XWin in multiwindow mode, a partial-length fbpanel on screen top, and the dozen-or-so (mostly GTK/GNOME) apps which I use on a daily basis. If, like me, your focus is running applications, then you need the GTK/GNOME and Qt/KDE libraries; with the exception of Xfce, the other desktops don't provide anything additional for programs. > GNOME is also undergoing a huge change. It probably wouldn't make a lot > of sense to put a great deal of effort into a GNOME port at this point > in time when the whole GNOME world will change in a few months. GNOME 3.0 isn't architecturally as big of a change as the version would indicate. Because GLib/GTK+ development is "in-house", they have very wisely made the transition gradual and smooth, whereas KDE had no choice but to break things in 4.0 because Trolltech had done so between Qt 3 and 4. Furthermore, GNOME 3.0 just got pushed off until next spring, so this fall's release will be a more ordinary 2.32, with only a preview of GTK 3.0 and friends. That leaves enough time to justify continuing with the non-deprecated parts of 2.x, should we so choose. Yaakov -- 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 Thu Aug 5 05:23:00 2010 From: cgf-use-the-mailinglist-please@cygwin.com (Christopher Faylor) Date: Thu, 05 Aug 2010 05:23:00 -0000 Subject: GNOME on cygwin In-Reply-To: <1280983715.5056.186.camel@YAAKOV04> References: <51E09A68-429F-4082-BF51-25C41E574EDF@cantara.com> <4C59F8F2.9080100@cygwin.com> <1233A014-F786-4CB3-AA8E-DE7F66621018@cantara.com> <20100804202410.GA30293@ednor.casa.cgf.cx> <270AA78168E41541833C52448F4F34AD24A20022@VHAISHMSGJ2.vha.med.va.gov> <4C5A2A24.5030403@cygwin.com> <1280972274.12160.9.camel@Aidan> <1280983715.5056.186.camel@YAAKOV04> Message-ID: <20100805052325.GB6249@ednor.casa.cgf.cx> On Wed, Aug 04, 2010 at 11:48:35PM -0500, Yaakov (Cygwin/X) wrote: >Since there are already in Ports, why aren't these in the distro? I >already maintain a proportionally large number of the distro packages, >and there is legitimate concern that having too many packages maintained >by one volunteer would lead to a difficult situation for the rest of the >distro if said volunteer were to leave the project for whatever reason >(a seemingly inevitable situation in community-run FOSS projects). >OTOH, I do feel that Cygwin would be a much better product with the >GNOME and KDE libraries and applications commonly found in Linux >distros, and I've lost count of how many people struggle to build things >which are already available for, but not shipped with, Cygwin. I have absolutely no problem with your adding more packages to the distro, Yaakov. I'm sure Corinna would not disagree. I think it would cut down on some confusion if we had more of GNOME in Cygwin. (Even though I normally use KDE) 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 Steve.Wallace@chartisinsurance.com Thu Aug 5 10:49:00 2010 From: Steve.Wallace@chartisinsurance.com (Wallace, Steve) Date: Thu, 05 Aug 2010 10:49:00 -0000 Subject: Weird text highlighting / cut & paste problems Message-ID: <4C30A7F172E79F4C8E7FF4447A59D6D9036A6588C7@CROP3MMBX01.mail.aig.net> Hi, I have just upgraded my Cygwin/X installation on Windows XP SP3 from the pre-release 1.7 to 1.7.5-1 and am now having problems with cut and paste. I am starting Cygwin using the following commands : CYGWIN="server" XWin -nodecoration -silent-dup-error & export CYGWIN # Make sure XWin is ready to accept connections before proceeding while (( $(checkX -d $DISPLAY -t 12) )) ; do sleep 2 done # Start the urxvt server /usr/bin/urxvtd -q -f -o # Start the Window manager wmaker & However when I attempt to highlight text within a urxvt session using a double click to select a word or click and hold while dragging the cursor the text drops the highlight when I release the mouse button and nothing appears to be placed on the clipboard. This gives the following errors : winClipboardWindowProc - timed out waiting for WIN_XEVENTS_NOTIFY winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002733 If I try to cut and paste to a MS application only the last MS clipboard contents are pasted. If I try to paste the contents of the MS clipboard to a urxvt window nothing is pasted If I try to paste any text into a gvim editor window it causes the gvim to hang which then has to be killed. Now for the strange bits: After a period of time, maybe an hour, a selection will stay highlighted for about 5 seconds which will allow it to be pasted any number of times using the middle mouse button to any application, under Cygwin/X using focus follows mouse or MS Windows, while it is highlighted. When the highlighing is dropped then the previous problems re-occur, ie nothing will be pasted and it will again cause gvim to hang. When it fails to paste it give the following error : winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 0000058a After yet more time, about 2 hours after starting Cygwin, the problem appears to have vanished completely and text will highlight correctly and paste to any application using the middle mouse button under Cygwin or under Windows. Even when the highlighted text is de-selected by a single mouse click the item can still be pasted successfully. Before upgrading, from the pre-release 1.7 to 1.7.5-1, occasionly text would not stay highlighted but this could normally be corrected by shutting down Cygwin/X and restarting. This has not been successful since updating. Any ideas on what is happening and what I may be able to try to correct the issue would be appreciated Thanks Stv_T Company of the Year - Insurance Day London Market Awards 2009Most Client Responsive Insurer of the Year - European Risk Management Awards, StrategicRISK 2010Chartis Insurance UK Limited Registered in England: company number 1486260 Registered address: The Chartis Building, 58 Fenchurch St, London EC3M 4AB, United Kingdom Authorised and regulated by the UK Financial Services Authority (FSA registration number 202628) This information can be checked by visiting the FSA website - www.fsa.gov.uk/register/firmSearchForm.do Please visit our website - www.chartisinsurance.com/uk The information contained within this email and any attachment is strictly confidential and may be legally privileged. It is intended solely for the above-named addressee(s). If you have received this email in error, please notify the sender and delete the email from your system immediately - you are not entitled to use it, copy it, store it or disclose it to anyone else. Chartis Insurance UK Limited and other subsidiaries and affiliates of Chartis Inc. (collectively "Chartis", "We" or "Us") may monitor and record email traffic data and content. Emails are not secure and may contain viruses. We do not accept any liability or responsibility for viruses transmitted through this email, or any attachment, or for changes made to this email after it was sent. Any opinions or other information in this email that do not relate to the official business of Chartis shall be understood as neither given nor endorsed by us. -- 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 Steve.Wallace@chartisinsurance.com Thu Aug 5 11:38:00 2010 From: Steve.Wallace@chartisinsurance.com (Wallace, Steve) Date: Thu, 05 Aug 2010 11:38:00 -0000 Subject: Weird text highlighting / cut & paste problems Message-ID: <4C30A7F172E79F4C8E7FF4447A59D6D9036A65892A@CROP3MMBX01.mail.aig.net> Hi, Just seen my post in the mailing list - Not easy to read This should be better I have just upgraded my Cygwin/X installation on Windows XP SP3 from the pre-release 1.7 to 1.7.5-1 and am now having problems with cut and paste. I am starting Cygwin using the following commands : CYGWIN="server" XWin -nodecoration -silent-dup-error & export CYGWIN # Make sure XWin is ready to accept connections before proceeding while (( $(checkX -d $DISPLAY -t 12) )) ; do sleep 2 done # Start the urxvt server /usr/bin/urxvtd -q -f -o # Start the Window manager wmaker & However when I attempt to highlight text within a urxvt session using a double click to select a word or click and hold while dragging the cursor the text drops the highlight when I release the mouse button and nothing appears to be placed on the clipboard. This gives the following errors : winClipboardWindowProc - timed out waiting for WIN_XEVENTS_NOTIFY winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002733 If I try to cut and paste to a MS application only the last MS clipboard contents are pasted. If I try to paste the contents of the MS clipboard to a urxvt window nothing is pasted If I try to paste any text into a gvim editor window it causes the gvim to hang which then has to be killed. Now for the strange bits: After a period of time, maybe an hour, a selection will stay highlighted for about 5 seconds which Will allow it to be pasted any number of times using the middle mouse button to any application, under Cygwin/X using focus follows mouse or MS Windows, while it is highlighted. When the highlighing is dropped then the previous problems re-occur, ie nothing will be pasted and it will again cause gvim to hang. When it fails to paste it give the following error : winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 0000058a After yet more time, about 2 hours after starting Cygwin, the problem appears to have vanished completely and text will highlight correctly and paste to any application using the middle mouse button under Cygwin or under Windows. Even when the highlighted text is de-selected by a single mouse click the item can still be pasted successfully. Before upgrading, from the pre-release 1.7 to 1.7.5-1, occasionly text would not stay highlighted but this could normally be corrected by shutting down Cygwin/X and restarting. This has not been successful since updating. Any ideas on what is happening and what I may be able to try to correct the issue would be appreciated Thanks Stv_T Company of the Year - Insurance Day London Market Awards 2009Most Client Responsive Insurer of the Year - European Risk Management Awards, StrategicRISK 2010Chartis Insurance UK Limited Registered in England: company number 1486260 Registered address: The Chartis Building, 58 Fenchurch St, London EC3M 4AB, United Kingdom Authorised and regulated by the UK Financial Services Authority (FSA registration number 202628) This information can be checked by visiting the FSA website - www.fsa.gov.uk/register/firmSearchForm.do Please visit our website - www.chartisinsurance.com/uk The information contained within this email and any attachment is strictly confidential and may be legally privileged. It is intended solely for the above-named addressee(s). If you have received this email in error, please notify the sender and delete the email from your system immediately - you are not entitled to use it, copy it, store it or disclose it to anyone else. Chartis Insurance UK Limited and other subsidiaries and affiliates of Chartis Inc. (collectively "Chartis", "We" or "Us") may monitor and record email traffic data and content. Emails are not secure and may contain viruses. We do not accept any liability or responsibility for viruses transmitted through this email, or any attachment, or for changes made to this email after it was sent. Any opinions or other information in this email that do not relate to the official business of Chartis shall be understood as neither given nor endorsed by us. -- 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 lpm@pobox.com Thu Aug 5 18:53:00 2010 From: lpm@pobox.com (Laurent Montaron) Date: Thu, 05 Aug 2010 18:53:00 -0000 Subject: Slow response to keypresses in xorg-server-1.8.0-1 In-Reply-To: <4C2B8171.5020409@dronecode.org.uk> References: <4BDC3161.9070101@cornell.edu> <4BDDE5F1.9080204@cornell.edu> <4C2B8171.5020409@dronecode.org.uk> Message-ID: <4C5B08AE.4080902@pobox.com> The workaround in XWin.20100630-git-bc2f74e105146c36.exe definitely fixes the problem. I have been running with it for two days now. Did anyone find out if root cause is a bug in /dev/windows implementation or something else? On 11:59, Jon TURNEY wrote: > Anyhow, I've cooked up a small additional change which should prevent > this blocking behaviour and uploaded a build [2]. It seems to resolve > the problem in this specific case. Perhaps you could try it out and > see if it helps? > > [1] http://cygwin.com/ml/cygwin-xfree/2010-02/msg00124.html > [2] > ftp://cygwin.com/pub/cygwinx/XWin.20100630-git-bc2f74e105146c36.exe.bz2 > -- 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 Jean.JOHNER@cea.fr Thu Aug 5 20:57:00 2010 From: Jean.JOHNER@cea.fr (JOHNER Jean 066030) Date: Thu, 05 Aug 2010 20:57:00 -0000 Subject: How to launch an xterm using "Monospace" font Message-ID: <1299EF3181B10F479D85C328013285240331C4D6@THEZE.intra.cea.fr> Hello, I would like to launch an xterm terminal using "Monospace" font. Monospace is the font used by default by gvim. I tried: xterm -fn "Monospace" which gives an error message. Thank you for your help. Jean Johner -- 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 Jean.JOHNER@cea.fr Thu Aug 5 21:14:00 2010 From: Jean.JOHNER@cea.fr (JOHNER Jean 066030) Date: Thu, 05 Aug 2010 21:14:00 -0000 Subject: Using "konsole" in Cygwin Message-ID: <1299EF3181B10F479D85C328013285240331C4D7@THEZE.intra.cea.fr> Hello, I often connect to a KDE Linux server so that I am familiar with "konsole". I tried the "konsole" command on Cygwin, which is unknown. Is there a way to use KDE console on Cygwin. Sorry if my questions look too much elementary. I am new to Cygwin. Do not hesitate to redirect me towards FAQs or user guides. Best regards. Jean Johner -- 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 Thu Aug 5 22:31:00 2010 From: dickey@his.com (Thomas Dickey) Date: Thu, 05 Aug 2010 22:31:00 -0000 Subject: Using "konsole" in Cygwin In-Reply-To: <1299EF3181B10F479D85C328013285240331C4D7@THEZE.intra.cea.fr> References: <1299EF3181B10F479D85C328013285240331C4D7@THEZE.intra.cea.fr> Message-ID: <20100805183036.B51694@mail101.his.com> On Thu, 5 Aug 2010, JOHNER Jean 066030 wrote: > Hello, > I often connect to a KDE Linux server so that I am familiar with > "konsole". > I tried the "konsole" command on Cygwin, which is unknown. > Is there a way to use KDE console on Cygwin. > > Sorry if my questions look too much elementary. I am new to Cygwin. Do > not hesitate to redirect me towards FAQs or user guides. iirc, cygwin has xterm, rxvt and rxvt-unicode -- 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 Thu Aug 5 22:32:00 2010 From: dickey@his.com (Thomas Dickey) Date: Thu, 05 Aug 2010 22:32:00 -0000 Subject: How to launch an xterm using "Monospace" font In-Reply-To: <1299EF3181B10F479D85C328013285240331C4D6@THEZE.intra.cea.fr> References: <1299EF3181B10F479D85C328013285240331C4D6@THEZE.intra.cea.fr> Message-ID: <20100805183123.F51694@mail101.his.com> On Thu, 5 Aug 2010, JOHNER Jean 066030 wrote: > Hello, > > I would like to launch an xterm terminal using "Monospace" font. > Monospace is the font used by default by gvim. > I tried: > xterm -fn "Monospace" xterm -fa "Monospace" is perhaps what you meant. -- 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 Jean.JOHNER@cea.fr Fri Aug 6 08:20:00 2010 From: Jean.JOHNER@cea.fr (JOHNER Jean 066030) Date: Fri, 06 Aug 2010 08:20:00 -0000 Subject: Using "konsole" in Cygwin Message-ID: <1299EF3181B10F479D85C328013285240331C4D8@THEZE.intra.cea.fr> On Thu, 5 Aug 2010, Thomas Dickey wrote: > iirc, cygwin has xterm, rxvt and rxvt-unicode which are very nice tools. And also Mintty which is great. But "console" has also interesting features (multiple shells in the same window in different tabs for example). From your answer, I conclude that "konsole" is not available in Cygwin. I guess the answer is the same for GNOME-termimal. Do you confirm? Best regards. Jean Johner -- 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 Fri Aug 6 08:22:00 2010 From: dickey@his.com (Thomas Dickey) Date: Fri, 06 Aug 2010 08:22:00 -0000 Subject: Using "konsole" in Cygwin In-Reply-To: <1299EF3181B10F479D85C328013285240331C4D8@THEZE.intra.cea.fr> References: <1299EF3181B10F479D85C328013285240331C4D8@THEZE.intra.cea.fr> Message-ID: <20100806042101.F98743@mail101.his.com> On Fri, 6 Aug 2010, JOHNER Jean 066030 wrote: > On Thu, 5 Aug 2010, Thomas Dickey wrote: >> iirc, cygwin has xterm, rxvt and rxvt-unicode > > which are very nice tools. And also Mintty which is great. > But "console" has also interesting features (multiple shells in the same > window in different tabs for example). > > From your answer, I conclude that "konsole" is not available in Cygwin. > I guess the answer is the same for GNOME-termimal. > Do you confirm? that's my understanding - there was just this week a thread on this list which stated that. -- 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 Jean.JOHNER@cea.fr Fri Aug 6 08:30:00 2010 From: Jean.JOHNER@cea.fr (JOHNER Jean 066030) Date: Fri, 06 Aug 2010 08:30:00 -0000 Subject: How to launch an xterm using "Monospace" font Message-ID: <1299EF3181B10F479D85C328013285240331C4D9@THEZE.intra.cea.fr> On Thu, 5 Aug 2010, Thomas Dickey wrote: >> I would like to launch an xterm terminal using "Monospace" font. >> Monospace is the font used by default by gvim. >> I tried: >> xterm -fn "Monospace" > xterm -fa "Monospace" > is perhaps what you meant. Thank you for your quick answer. xterm -fa "Monospace" gives no error message but open xterm with the same font (which is not Monospace) as: xterm If you try xterm -fa "foobar" you also get the same result, for any "foobar" string. Best regards. Jean Johner -- 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 Fri Aug 6 08:34:00 2010 From: dickey@his.com (Thomas Dickey) Date: Fri, 06 Aug 2010 08:34:00 -0000 Subject: How to launch an xterm using "Monospace" font In-Reply-To: <1299EF3181B10F479D85C328013285240331C4D9@THEZE.intra.cea.fr> References: <1299EF3181B10F479D85C328013285240331C4D9@THEZE.intra.cea.fr> Message-ID: <20100806043149.H98743@mail101.his.com> On Fri, 6 Aug 2010, JOHNER Jean 066030 wrote: > On Thu, 5 Aug 2010, Thomas Dickey wrote: >>> I would like to launch an xterm terminal using "Monospace" font. >>> Monospace is the font used by default by gvim. >>> I tried: >>> xterm -fn "Monospace" > >> xterm -fa "Monospace" > >> is perhaps what you meant. > > Thank you for your quick answer. > xterm -fa "Monospace" > gives no error message but open xterm with the same font (which is not > Monospace) as: > xterm yes (one of the features of Xft is that it provides no error messages, but simply uses the default font if there's any problem...) > If you try > xterm -fa "foobar" > you also get the same result, for any "foobar" string. That sounds as if the strings you're giving don't match the available font family names. If you have "fc-list", it can give a list of names. -- 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 yselkowitz@users.sourceforge.net Fri Aug 6 09:29:00 2010 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Fri, 06 Aug 2010 09:29:00 -0000 Subject: [ANNOUNCEMENT] Updated xorg-server-1.8.2-1 Message-ID: The following package has been updated in the Cygwin distribution: *** xorg-server-1.8.2-1 *** xorg-server-dmx-1.8.2-1 This is an update to the latest upstream release of the X servers. Support for RANDR display resizing was added. In windowed mode, this requires the XWin -resize option; in multiwindow mode, the display will automatically resize to match a change in Windows display resolution. See XWin(1) for details. Additional patches: - Generate X keycodes for multimedia keys. - Update mapping for Canadian keyboard layouts. - Add -resize command line option. - Internal WM workaround for Java AWT bug. - Fix a GDI bitmap resource leak of window icons. - Store pthread_ids and chain IOError handlers to avoid longjmp across threads. - Make select() poll and not block if there are unprocessed Windows messages. - Better keyboard debugging output. - Show any fatal error message. Yaakov Cygwin/X -- CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO ====================================== If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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 Jean.JOHNER@cea.fr Fri Aug 6 09:41:00 2010 From: Jean.JOHNER@cea.fr (JOHNER Jean 066030) Date: Fri, 06 Aug 2010 09:41:00 -0000 Subject: How to launch an xterm using "Monospace" font Message-ID: <1299EF3181B10F479D85C328013285240331C4DA@THEZE.intra.cea.fr> On Fri, 6 Aug 2010, Thomas Dickey wrote: >> If you try >> xterm -fa "foobar" >> you also get the same result, for any "foobar" string. > > That sounds as if the strings you're giving don't match the available > font family names. If you have "fc-list", it can give a list of names. fc-list results in many fonts being listed but no Monospace! "Times" is in the list. I tried: xterm -fn "Times" xterm -fn "Times-12" xterm -fa "Times" xterm -fa "Times-12" Always the same result with the same default font. Has anybody been able to launch xterm with a font (any is welcome) which is not the default? That would give a track before going in the details of unix fonts literature. Thank you for your help. Jean Johner -- 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 jon.turney@dronecode.org.uk Fri Aug 6 12:08:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 06 Aug 2010 12:08:00 -0000 Subject: [ANNOUNCEMENT] Updated xorg-server-1.8.2-1 In-Reply-To: References: Message-ID: <4C5BFB31.50006@dronecode.org.uk> On 06/08/2010 10:21, Yaakov (Cygwin/X) wrote: > The following package has been updated in the Cygwin distribution: > > *** xorg-server-1.8.2-1 > *** xorg-server-dmx-1.8.2-1 > > This is an update to the latest upstream release of the X servers. > > Support for RANDR display resizing was added. In windowed mode, this > requires the XWin -resize option; in multiwindow mode, the display will > automatically resize to match a change in Windows display resolution. > See XWin(1) for details. I'm afraid I made a mistake when updating the XWin(1) man page when adding the description of '-resize'. '-resize' is also required in multiwindow mode to activate resize support. Also, something like the following needs to be added: "In -multwindow or -rootless mode, if the X screen is of the same dimensions as a Windows monitor or the virtual desktop, the X server will respond to the WM_DISPLAYCHANGED sent when those dimensions change by resizing the X screen. Changing the size of the X screen using the RANDR extension is not permitted." We'll probably make -resize on by default in -multiwindow mode in the future, after more testing and feedback. > Additional patches: > - Generate X keycodes for multimedia keys. > - Update mapping for Canadian keyboard layouts. > - Add -resize command line option. > - Internal WM workaround for Java AWT bug. > - Fix a GDI bitmap resource leak of window icons. > - Store pthread_ids and chain IOError handlers to avoid longjmp across > threads. Just to clarify, this should fix the problem of X crashing during shutdown, leaving behind a stale lock file. Which should in turn fix the problem of not being able to start X if it was previously run by an Administrator if you aren't an Administrator. If there are still problems with multiple users of X on the same computer, either sequentially or in parallel, we'd like to hear about them. > - Make select() poll and not block if there are unprocessed Windows > messages. > - Better keyboard debugging output. > - Show any fatal error message. -- Jon TURNEY Volunteer Cygwin/X X Server 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 hummel.michel@gmail.com Fri Aug 6 12:55:00 2010 From: hummel.michel@gmail.com (Michel Hummel) Date: Fri, 06 Aug 2010 12:55:00 -0000 Subject: XWin crash after the launch of startkde on a remote Red Hat 5 machine In-Reply-To: References: Message-ID: 2010/8/3 Michel Hummel : > Hello, > I'm using cygwin on Microsoft Windows XP with XWin version : > sh-3.2# XWin.exe -version > Welcome to the XWin X Server > Vendor: The Cygwin/X Project > Release: 1.8.0.0 (10800000) > Build Date: 2010-04-02 > Contact: cygwin-xfree@cygwin.com > > I think I have found a bug in the XWin reset procedure which leads to > the start of two clipboard thread's and sometime to a crash of the X > server. > > The crash can be produced by lauching startkde on a Red Hat 5 remote > machine (The crash should arrive after some minutes of work) > but the bug can simply be produced like this : > > On my installation if I launch Xwin with this options : > XWin :0 -ac& > then I do > xsetroot -solid '#FFFF00' > > After setting the color, Xwin launches its reset procedure because > there is no more client connected ( the server loses the color but it > is the normal comportment isn't it ? > http://sourceware.org/ml/cygwin-xfree/2002-01/msg00106.html) > > The problem comes from the clipboard thread. In this example, when the > server launches its reset procedure, the clipboard is in state > "Launched" but is not in state "Started" (Boolean variable about > clipboard status, see file hw/xwin/winclipboardthread.c). > > This particular status of the ClipboardThread during server reset is > normaly managed by two "if" statements : > > * An "if" in the file hw/xwin/InitOutput.c disables the exit of the > clipboard thread in this state > Extract of the file hw/xwin/InitOutput.c (with line number) : > > ?169 winClipboardShutdown (void) > ?170 { > ?171 ? /* Close down clipboard resources */ > ?172 ? if (g_fClipboard && g_fClipboardLaunched && g_fClipboardStarted) > ?173 ? ? { > ?174 ? ? ? /* Synchronously destroy the clipboard window */ > ?175 ? ? ? if (g_hwndClipboard != NULL) > ?176 ? ? ? ? { > ?177 ? ? ? ? ? SendMessage (g_hwndClipboard, WM_DESTROY, 0, 0); > ?178 ? ? ? ? ? /* NOTE: g_hwndClipboard is set to NULL in > winclipboardthread.c */ > ?179 ? ? ? ? } > ?180 ? ? ? else > ?181 ? ? ? ? return; > ?182 > ?183 ? ? ? /* Wait for the clipboard thread to exit */ > ?184 ? ? ? pthread_join (g_ptClipboardProc, NULL); > ?185 > ?186 ? ? ? g_fClipboardLaunched = FALSE; > ?187 ? ? ? g_fClipboardStarted = FALSE; > ?188 > ?189 ? ? ? winDebug ("winClipboardShutdown - Clipboard thread has exited.\n"); > ?190 ? ? } > ?191 } > > * An "if" statement in the file hw/xwin/winclipboardwrappers.c > prohibits the launch of clipboard thread if one is already Launched. > Extract of the file hw/xwin/winclipboardwrappers.c (with line number) > 256 ? /* If the clipboard client has already been started, abort */ > 257 ? if (g_fClipboardLaunched) > 258 ? ? { > 259 ? ? ? ErrorF ("winProcEstablishConnection - Clipboard client already " > 260 ? ? ? ? ? ? ? "launched, returning.\n"); > 261 ? ? ? return iReturn; > 262 ? ? } > > > The problem is that the Boolean variables g_fClipboardLaunched and > g_fClipboardStarted are re-initialized by the server reset procedure > (function winInitializeGlobals of the file ?hw/xwin/winglobals.c) > Extract of the file hw/xwin/winglobals.c (with line number) > 128 /* > 129 ?* Re-initialize global variables that are invalidated 130 ?* by a > server reset. > 131 ?*/ > 132 > 133 void > 134 winInitializeGlobals (void) > 135 { > 136 ? g_dwCurrentThreadID = GetCurrentThreadId (); > 137 ? g_hwndKeyboardFocus = NULL; > 138 #ifdef XWIN_CLIPBOARD > 139 ? g_fClipboardLaunched = FALSE; > 140 ? g_fClipboardStarted = FALSE; > 141 ? g_iClipboardWindow = None; > 142 ? g_pClipboardDisplay = NULL; > 143 ? g_atomLastOwnedSelection = None; > 144 ? g_hwndClipboard = NULL; > 145 #endif > 146 } > > The consequence of this Re-initialization in this particular situation > is that the clipboard thread is launched two times and sometimes leads > to a crash of the X server. > You can see the double launch of the clipboard thread at the end of > the attached log file Xwin.0.log ( 2 times the sentence : > winClipboardProc - XOpenDisplay () returned and successfully opened > the display. ) > > To fix this bug I purpose to remove the variables g_fClipboardLaunched > and g_fClipboardStarted of the "winInitializeGlobals (void)" function, > as their re-initializations are handled in in the files : > hw/xwin/InitOutput.c. > > That what is doing the patch Attached to this email. > > Regards, > Michel Hummel > Hello, I didn't saw any response to my patch proposition, did someone tried it ? If I didn't posted it in the good place where should I have to I will be happy to explain the problem if my first mail wasn't clear. -- 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 Aug 6 15:12:00 2010 From: reply-to-list-only-lh-x@cygwin.com (Larry Hall (Cygwin X)) Date: Fri, 06 Aug 2010 15:12:00 -0000 Subject: Using "konsole" in Cygwin In-Reply-To: <20100806042101.F98743@mail101.his.com> References: <1299EF3181B10F479D85C328013285240331C4D8@THEZE.intra.cea.fr> <20100806042101.F98743@mail101.his.com> Message-ID: <4C5C263D.7020703@cygwin.com> On 8/6/2010 4:21 AM, Thomas Dickey wrote: > On Fri, 6 Aug 2010, JOHNER Jean 066030 wrote: > >> On Thu, 5 Aug 2010, Thomas Dickey wrote: >>> iirc, cygwin has xterm, rxvt and rxvt-unicode >> >> which are very nice tools. And also Mintty which is great. >> But "console" has also interesting features (multiple shells in the same >> window in different tabs for example). >> >> From your answer, I conclude that "konsole" is not available in Cygwin. >> I guess the answer is the same for GNOME-termimal. >> Do you confirm? > > that's my understanding - there was just this week a thread on this > list which stated that. Right. There are external ports of these but nothing in the distribution right now. As for other terminals with things like tabs, you can check out Poderosa and/or Console2. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _____________________________________________________________________ A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- 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 Brian.Timares@va.gov Fri Aug 6 16:10:00 2010 From: Brian.Timares@va.gov (Timares, Brian (HP)) Date: Fri, 06 Aug 2010 16:10:00 -0000 Subject: How to launch an xterm using "Monospace" font In-Reply-To: <1299EF3181B10F479D85C328013285240331C4DA@THEZE.intra.cea.fr> References: <1299EF3181B10F479D85C328013285240331C4DA@THEZE.intra.cea.fr> Message-ID: <270AA78168E41541833C52448F4F34AD24B088D3@VHAISHMSGJ2.vha.med.va.gov> JOHNER Jean wrote: >Has anybody been able to launch xterm with a font (any is welcome) which >is not the default? Jean, I think this is what you want. I have: XTerm*font: -*-courier-medium-r-*-*-*-100-*-*-*-*-*-* in my .Xdefaults Other than colors, here is my .Xdefaults (in my home directory, natch): XTerm*scrollBar: on XTerm*saveLines: 99999 XTerm*font: -*-courier-medium-r-*-*-*-140-*-*-*-*-*-* XTerm*visualBell: true XTerm*titeInhibit: true urxvt*secondaryScreen: false The most important part is the XTerm*titeInhibit: true, it is beyond me why that isn't the default everywhere (it prevents a screen clear when you're, say, done reading a man page). I want to get rid of the title bar but haven't explored that as I launch most of my xterms from a script. Extract: nohup xterm -name $h -title $h -ls -mc none +tb +mb -vb -sb -sl 99999 -background grey95 -fg black -cr black -ms black -font "-*-lucidatypewriter-medium-*-*-*-*-100-*-*-*-*-*-*" -e ssh -Yq root@$h >/dev/null & 2>&1 Naturally $h is the server :) To get the fonts I launched xfontsel and went through it and experimented. Use the 'select' button to put the string into the buffer. Brian -- 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 Brian.Timares@va.gov Fri Aug 6 16:17:00 2010 From: Brian.Timares@va.gov (Timares, Brian (HP)) Date: Fri, 06 Aug 2010 16:17:00 -0000 Subject: How to launch an xterm using "Monospace" font In-Reply-To: <270AA78168E41541833C52448F4F34AD24B088D3@VHAISHMSGJ2.vha.med.va.gov> References: <1299EF3181B10F479D85C328013285240331C4DA@THEZE.intra.cea.fr> <270AA78168E41541833C52448F4F34AD24B088D3@VHAISHMSGJ2.vha.med.va.gov> Message-ID: <270AA78168E41541833C52448F4F34AD24B08903@VHAISHMSGJ2.vha.med.va.gov> I wrote: >I want to get rid of the title >bar Sorry, make that "Toolbar". Brian -- 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 rurban@x-ray.at Sat Aug 7 15:39:00 2010 From: rurban@x-ray.at (Reini Urban) Date: Sat, 07 Aug 2010 15:39:00 -0000 Subject: Slow response to keypresses in xorg-server-1.8.0-1 In-Reply-To: <4C5B08AE.4080902@pobox.com> References: <4BDC3161.9070101@cornell.edu> <4BDDE5F1.9080204@cornell.edu> <4C2B8171.5020409@dronecode.org.uk> <4C5B08AE.4080902@pobox.com> Message-ID: 2010/8/5 Laurent Montaron : > ?The workaround in XWin.20100630-git-bc2f74e105146c36.exe definitely fixes > the problem. I have been running with it for two days now. Did anyone find > out if root cause is a bug in /dev/windows implementation or something else? It just smells like so, because my perl-tk patches to use /dev/windows as messageloop fail, while the windows loop works fine. -- Reini Urban -- 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 jon.turney@dronecode.org.uk Sat Aug 7 22:07:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sat, 07 Aug 2010 22:07:00 -0000 Subject: Slow response to keypresses in xorg-server-1.8.0-1 In-Reply-To: References: <4BDC3161.9070101@cornell.edu> <4BDDE5F1.9080204@cornell.edu> <4C2B8171.5020409@dronecode.org.uk> <4C5B08AE.4080902@pobox.com> Message-ID: <4C5DD910.9050809@dronecode.org.uk> On 07/08/2010 16:39, Reini Urban wrote: > 2010/8/5 Laurent Montaron: >> The workaround in XWin.20100630-git-bc2f74e105146c36.exe definitely fixes >> the problem. I have been running with it for two days now. Did anyone find >> out if root cause is a bug in /dev/windows implementation or something else? > > It just smells like so, because my perl-tk patches to use /dev/windows > as messageloop fail, while the windows loop works fine. That's interesting. Hmmm, looking again at the implementation of select(), I don't immediately see that when waiting on /dev/windows, it checks that the message queue has old messages on it before waiting. The MSDN documentation for MsgWaitForMultipleObjects() seems to says that messages which had arrived before the last PeekMessage() etc. aren't considered new and so don't end the wait? But I could easily be missing something... -- 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 L.Wood@surrey.ac.uk Sun Aug 8 09:19:00 2010 From: L.Wood@surrey.ac.uk (L.Wood@surrey.ac.uk) Date: Sun, 08 Aug 2010 09:19:00 -0000 Subject: X hardware acceleration still flaky? Message-ID: <5AD5281D-29D0-47D8-A6FF-1D984EFCF9B1@surrey.ac.uk> Well, it's been eighteen months since I last asked: http://www.cygwin.com/ml/cygwin-xfree/2009-02/msg00259.html so I attempted to use opengl hardware acceleration with Cygwin and XFree 7.4, using Geomview (www.geomview.org) as the test application on an uptodate Cygwin 1.7 install. Lots of flickering for about thirty seconds (of correct output), but then the X server crashes. So, no visible change over previous. It's still a regression on pre-7.4. Has any work been attempted on improving hardware acceleration in xwin-gl? thanks, L. SaVi satellite constellation visualization http://savi.sf.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 andy.koppe@gmail.com Sun Aug 8 11:05:00 2010 From: andy.koppe@gmail.com (Andy Koppe) Date: Sun, 08 Aug 2010 11:05:00 -0000 Subject: Slow response to keypresses in xorg-server-1.8.0-1 In-Reply-To: <4C5DD910.9050809@dronecode.org.uk> References: <4BDC3161.9070101@cornell.edu> <4BDDE5F1.9080204@cornell.edu> <4C2B8171.5020409@dronecode.org.uk> <4C5B08AE.4080902@pobox.com> <4C5DD910.9050809@dronecode.org.uk> Message-ID: On 7 August 2010 23:07, Jon TURNEY wrote: > Hmmm, looking again at the implementation of select(), I don't immediately > see that when waiting on /dev/windows, it checks that the message queue has > old messages on it before waiting. ?The MSDN documentation for > MsgWaitForMultipleObjects() seems to says that messages which had arrived > before the last PeekMessage() etc. aren't considered new and so don't end > the wait? I think you're right, a call to PeekMessage is needed for proper select() semantics: it shouldn't block if data is available for reading. I think it's a good idea anyway though to drain the message queue before invoking select() on /dev/windows, except if there's a possibility that message handling blocks out events on other files for too long. That's because select() has a lot more overhead than PeekMessage. Andy -- 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 jon.turney@dronecode.org.uk Sun Aug 8 12:57:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sun, 08 Aug 2010 12:57:00 -0000 Subject: X hardware acceleration still flaky? In-Reply-To: <5AD5281D-29D0-47D8-A6FF-1D984EFCF9B1@surrey.ac.uk> References: <5AD5281D-29D0-47D8-A6FF-1D984EFCF9B1@surrey.ac.uk> Message-ID: <4C5EA9BA.6060504@dronecode.org.uk> On 08/08/2010 10:18, L.Wood@surrey.ac.uk wrote: > Well, it's been eighteen months since I last asked: > http://www.cygwin.com/ml/cygwin-xfree/2009-02/msg00259.html > so I attempted to use opengl hardware acceleration with Cygwin and XFree 7.4, using Geomview (www.geomview.org) as the test application on an uptodate Cygwin 1.7 install. > > Lots of flickering for about thirty seconds (of correct output), but then the X server crashes. So, no visible change over previous. It's still a regression on pre-7.4. I'm not sure what you were testing here, but I can't see how it could be hardware AIGLX. xwin-gl is obsolete, an empty package since R7.4 [1], so if you are running that somehow, it must be an old version, which I am surprised works at all. Alternatively, you are using xwin with software rendering, and your application exposes some bug in the Xserver which makes it crash. I am happy to work with you to resolve these issues. > Has any work been attempted on improving hardware acceleration in xwin-gl? Yes, this is something I have been working on in my copious free time(TM): http://cygwin.com/ml/cygwin-xfree/2009-06/msg00088.html http://sourceware.org/ml/cygwin-xfree/2009-08/msg00021.html http://x.cygwin.com/devel/todo.html I hope you'll note that savi is one of the applications I've been testing with. However, given the lack of response so far, it seems that you and me are the only 2 people interested in working AIGLX for XWin :-) I wouldn't suggest testing with those binaries at this stage, as I've moved on a bit. I hope to shortly make another test release containing AIGLX based on the upcoming Xserver 1.9, and I would very much appreciate some testing of the AIGLX functionality in that, when it is available. [1] http://cygwin.com/cgi-bin2/package-grep.cgi?grep=xwin-gl -- Jon TURNEY Volunteer Cygwin/X X Server 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 jon.turney@dronecode.org.uk Sun Aug 8 13:14:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sun, 08 Aug 2010 13:14:00 -0000 Subject: XWin crash after the launch of startkde on a remote Red Hat 5 machine In-Reply-To: References: Message-ID: <4C5EADBB.5000009@dronecode.org.uk> On 06/08/2010 13:55, Michel Hummel wrote: > I didn't saw any response to my patch proposition, did someone tried it ? > If I didn't posted it in the good place where should I have to Yes, this is abolutely the right place for your patch. It looks good and I shall incorporate it in the next X server release. > I will be happy to explain the problem if my first mail wasn't clear. Nope, the analysis was very clear, thank you. I wonder if there also exists a race condition when the clipboard thread is stopping? i.e. if we try to start a new one just as the old one is stopping, we think it is still running and fail to do so? In general this code could do with a tidy up: I think it would be much more sensible to have a long-lived thread which tries to reconnect to the server when ever it gets disconnected, it would avoid all this complexity and the complexity of trying to avoid being killed by GDM as well. > 2010/8/3 Michel Hummel: >> Hello, >> I'm using cygwin on Microsoft Windows XP with XWin version : >> sh-3.2# XWin.exe -version >> Welcome to the XWin X Server >> Vendor: The Cygwin/X Project >> Release: 1.8.0.0 (10800000) >> Build Date: 2010-04-02 >> Contact: cygwin-xfree@cygwin.com >> >> I think I have found a bug in the XWin reset procedure which leads to >> the start of two clipboard thread's and sometime to a crash of the X >> server. >> >> The crash can be produced by lauching startkde on a Red Hat 5 remote >> machine (The crash should arrive after some minutes of work) >> but the bug can simply be produced like this : >> >> On my installation if I launch Xwin with this options : >> XWin :0 -ac& >> then I do >> xsetroot -solid '#FFFF00' >> >> After setting the color, Xwin launches its reset procedure because >> there is no more client connected ( the server loses the color but it >> is the normal comportment isn't it ? >> http://sourceware.org/ml/cygwin-xfree/2002-01/msg00106.html) >> >> The problem comes from the clipboard thread. In this example, when the >> server launches its reset procedure, the clipboard is in state >> "Launched" but is not in state "Started" (Boolean variable about >> clipboard status, see file hw/xwin/winclipboardthread.c). >> >> This particular status of the ClipboardThread during server reset is >> normaly managed by two "if" statements : >> >> * An "if" in the file hw/xwin/InitOutput.c disables the exit of the >> clipboard thread in this state >> Extract of the file hw/xwin/InitOutput.c (with line number) : >> >> 169 winClipboardShutdown (void) >> 170 { >> 171 /* Close down clipboard resources */ >> 172 if (g_fClipboard&& g_fClipboardLaunched&& g_fClipboardStarted) >> 173 { >> 174 /* Synchronously destroy the clipboard window */ >> 175 if (g_hwndClipboard != NULL) >> 176 { >> 177 SendMessage (g_hwndClipboard, WM_DESTROY, 0, 0); >> 178 /* NOTE: g_hwndClipboard is set to NULL in >> winclipboardthread.c */ >> 179 } >> 180 else >> 181 return; >> 182 >> 183 /* Wait for the clipboard thread to exit */ >> 184 pthread_join (g_ptClipboardProc, NULL); >> 185 >> 186 g_fClipboardLaunched = FALSE; >> 187 g_fClipboardStarted = FALSE; >> 188 >> 189 winDebug ("winClipboardShutdown - Clipboard thread has exited.\n"); >> 190 } >> 191 } >> >> * An "if" statement in the file hw/xwin/winclipboardwrappers.c >> prohibits the launch of clipboard thread if one is already Launched. >> Extract of the file hw/xwin/winclipboardwrappers.c (with line number) >> 256 /* If the clipboard client has already been started, abort */ >> 257 if (g_fClipboardLaunched) >> 258 { >> 259 ErrorF ("winProcEstablishConnection - Clipboard client already " >> 260 "launched, returning.\n"); >> 261 return iReturn; >> 262 } >> >> >> The problem is that the Boolean variables g_fClipboardLaunched and >> g_fClipboardStarted are re-initialized by the server reset procedure >> (function winInitializeGlobals of the file hw/xwin/winglobals.c) >> Extract of the file hw/xwin/winglobals.c (with line number) >> 128 /* >> 129 * Re-initialize global variables that are invalidated 130 * by a >> server reset. >> 131 */ >> 132 >> 133 void >> 134 winInitializeGlobals (void) >> 135 { >> 136 g_dwCurrentThreadID = GetCurrentThreadId (); >> 137 g_hwndKeyboardFocus = NULL; >> 138 #ifdef XWIN_CLIPBOARD >> 139 g_fClipboardLaunched = FALSE; >> 140 g_fClipboardStarted = FALSE; >> 141 g_iClipboardWindow = None; >> 142 g_pClipboardDisplay = NULL; >> 143 g_atomLastOwnedSelection = None; >> 144 g_hwndClipboard = NULL; >> 145 #endif >> 146 } >> >> The consequence of this Re-initialization in this particular situation >> is that the clipboard thread is launched two times and sometimes leads >> to a crash of the X server. >> You can see the double launch of the clipboard thread at the end of >> the attached log file Xwin.0.log ( 2 times the sentence : >> winClipboardProc - XOpenDisplay () returned and successfully opened >> the display. ) >> >> To fix this bug I purpose to remove the variables g_fClipboardLaunched >> and g_fClipboardStarted of the "winInitializeGlobals (void)" function, >> as their re-initializations are handled in in the files : >> hw/xwin/InitOutput.c. >> >> That what is doing the patch Attached to this email. -- Jon TURNEY Volunteer Cygwin/X X Server 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 L.Wood@surrey.ac.uk Sun Aug 8 14:57:00 2010 From: L.Wood@surrey.ac.uk (L.Wood@surrey.ac.uk) Date: Sun, 08 Aug 2010 14:57:00 -0000 Subject: X hardware acceleration still flaky? In-Reply-To: <4C5EA9BA.6060504@dronecode.org.uk> References: <5AD5281D-29D0-47D8-A6FF-1D984EFCF9B1@surrey.ac.uk> <4C5EA9BA.6060504@dronecode.org.uk> Message-ID: Hi Jon, I just downloaded the current X server and its libraries in the Cygwin distro; the xwin-gl allusion came from the previous thread I mentioned. Compiling geomview 1.9.4 --with-opengl is straightforward (that's one improvement on pre-7.4 X; configure doesn't get confused about X library locations and building is easier). I then tried running savi with geomview: - using OpenGL. 30 seconds of slow flickering (slow enough to be the software rendering that you alluded to?), then the X server consistently crashes, even before I've had a chance to turn on texturemapping... - forcing internal geomview software rendering using geomview -noopengl -run ../savi1.4.3/savi $* . Works, but is rather stately. No texturemapping support, obviously. Less slow than the brief opengl attempt, though, which figures given that doing OpenGL in software imposes more layers of overhead? That's the status from testing with what cygwin ships at the moment. I haven't tried your older binaries. Please let me know when you get to another test release, and I'll try it out. thanks, L. SaVi satellite constellation visualization http://savi.sf.net/ On 8 Aug 2010, at 13:57, Jon TURNEY wrote: > On 08/08/2010 10:18, L.Wood@surrey.ac.uk wrote: >> Well, it's been eighteen months since I last asked: >> http://www.cygwin.com/ml/cygwin-xfree/2009-02/msg00259.html > >> so I attempted to use opengl hardware acceleration with Cygwin and XFree 7.4, using Geomview (www.geomview.org) as the test application on an uptodate Cygwin 1.7 install. >> >> Lots of flickering for about thirty seconds (of correct output), but then the X server crashes. So, no visible change over previous. It's still a regression on pre-7.4. > > I'm not sure what you were testing here, but I can't see how it could be > hardware AIGLX. > > xwin-gl is obsolete, an empty package since R7.4 [1], so if you are running > that somehow, it must be an old version, which I am surprised works at all. > > Alternatively, you are using xwin with software rendering, and your > application exposes some bug in the Xserver which makes it crash. > > > I am happy to work with you to resolve these issues. > >> Has any work been attempted on improving hardware acceleration in xwin-gl? > > Yes, this is something I have been working on in my copious free time(TM): > > http://cygwin.com/ml/cygwin-xfree/2009-06/msg00088.html > http://sourceware.org/ml/cygwin-xfree/2009-08/msg00021.html > http://x.cygwin.com/devel/todo.html > > I hope you'll note that savi is one of the applications I've been testing with. > > However, given the lack of response so far, it seems that you and me are the > only 2 people interested in working AIGLX for XWin :-) > > I wouldn't suggest testing with those binaries at this stage, as I've moved on > a bit. I hope to shortly make another test release containing AIGLX based on > the upcoming Xserver 1.9, and I would very much appreciate some testing of the > AIGLX functionality in that, when it is available. > > [1] http://cygwin.com/cgi-bin2/package-grep.cgi?grep=xwin-gl > > -- > Jon TURNEY > Volunteer Cygwin/X X Server 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 jon.turney@dronecode.org.uk Mon Aug 9 12:43:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 09 Aug 2010 12:43:00 -0000 Subject: X hardware acceleration still flaky? In-Reply-To: References: <5AD5281D-29D0-47D8-A6FF-1D984EFCF9B1@surrey.ac.uk> <4C5EA9BA.6060504@dronecode.org.uk> Message-ID: <4C5FF7D7.3010004@dronecode.org.uk> On 08/08/2010 15:57, L.Wood@surrey.ac.uk wrote: > Hi Jon, > > I just downloaded the current X server and its libraries in the Cygwin distro; the xwin-gl allusion came from the previous thread I mentioned. So, the current problem is with OpenGL on X. "OpenGL" and "hardware acceleration" are not synonyms. Testing with the experimental AIGLX code is moot if it doesn't work with the current X server. > Compiling geomview 1.9.4 --with-opengl is straightforward (that's one improvement on pre-7.4 X; configure doesn't get confused about X library locations and building is easier). I then tried running savi with geomview: > - using OpenGL. 30 seconds of slow flickering (slow enough to be the software rendering that you alluded to?), then the X server consistently crashes, even before I've had a chance to turn on texturemapping... I've built savi and geomview, and I'm afraid I can't reproduce this crash. There's no flickering unless I use the mouse to rotate the planet, which almost looks like it's not using double-buffering for some reason, as the whole frame looks like it's being drawn into the front buffer... I've rebuilt X server 1.8.2-1 with debugging symbols and uploaded it at [1], can you run that under gdb and reproduce your crash and post a backtrace, please. [1] ftp://cygwin.com/pub/cygwinx/XWin.20100808-git-66f3680cb47fbd09.exe.bz2 > - forcing internal geomview software rendering using geomview -noopengl -run ../savi1.4.3/savi $* . Works, but is rather stately. No texturemapping support, obviously. Less slow than the brief opengl attempt, though, which figures given that doing OpenGL in software imposes more layers of overhead? > > That's the status from testing with what cygwin ships at the moment. I haven't tried your older binaries. Please let me know when you get to another test release, and I'll try it out. > > thanks, > > L. > > SaVi satellite constellation visualization http://savi.sf.net/ > > On 8 Aug 2010, at 13:57, Jon TURNEY wrote: > >> On 08/08/2010 10:18, L.Wood@surrey.ac.uk wrote: >>> Well, it's been eighteen months since I last asked: >>> http://www.cygwin.com/ml/cygwin-xfree/2009-02/msg00259.html >> >>> so I attempted to use opengl hardware acceleration with Cygwin and XFree 7.4, using Geomview (www.geomview.org) as the test application on an uptodate Cygwin 1.7 install. >>> >>> Lots of flickering for about thirty seconds (of correct output), but then the X server crashes. So, no visible change over previous. It's still a regression on pre-7.4. >> >> I'm not sure what you were testing here, but I can't see how it could be >> hardware AIGLX. >> >> xwin-gl is obsolete, an empty package since R7.4 [1], so if you are running >> that somehow, it must be an old version, which I am surprised works at all. >> >> Alternatively, you are using xwin with software rendering, and your >> application exposes some bug in the Xserver which makes it crash. >> >> >> I am happy to work with you to resolve these issues. >> >>> Has any work been attempted on improving hardware acceleration in xwin-gl? >> >> Yes, this is something I have been working on in my copious free time(TM): >> >> http://cygwin.com/ml/cygwin-xfree/2009-06/msg00088.html >> http://sourceware.org/ml/cygwin-xfree/2009-08/msg00021.html >> http://x.cygwin.com/devel/todo.html >> >> I hope you'll note that savi is one of the applications I've been testing with. >> >> However, given the lack of response so far, it seems that you and me are the >> only 2 people interested in working AIGLX for XWin :-) >> >> I wouldn't suggest testing with those binaries at this stage, as I've moved on >> a bit. I hope to shortly make another test release containing AIGLX based on >> the upcoming Xserver 1.9, and I would very much appreciate some testing of the >> AIGLX functionality in that, when it is available. >> >> [1] http://cygwin.com/cgi-bin2/package-grep.cgi?grep=xwin-gl -- Jon TURNEY Volunteer Cygwin/X X Server 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 hummel.michel@gmail.com Mon Aug 9 13:42:00 2010 From: hummel.michel@gmail.com (Michel Hummel) Date: Mon, 09 Aug 2010 13:42:00 -0000 Subject: Xorg/CDE bug, fixed in the last Xorg version 1.8.99.905 Message-ID: Hello I working on an bug With Xwin/Xorg and Solaris CDE WM which leads to the freeze of the X server. My research shows that this bug seems to be fixed in Xorg 1.8.99.905 (1.9 RC 5) http://sourceware.org/bugzilla/show_bug.cgi?id=11301 I would like to try it, so I downloaded the source package : * xorg-server-1.8.99.905.zip and its dependencies : * libXfont-1.4.2.zip * xproto-7.0.17.zip I successfully compiled the all but I can't run it, it gives me the following error : [dix] Could not init font path element /usr/share/fonts/misc/, removing from list! [dix] Could not init font path element /usr/share/fonts/TTF/, removing from list! [dix] Could not init font path element /usr/share/fonts/OTF/, removing from list! [dix] Could not init font path element /usr/share/fonts/Type1/, removing from list! [dix] Could not init font path element /usr/share/fonts/100dpi/, removing from list! [dix] Could not init font path element /usr/share/fonts/75dpi/, removing from list! [dix] Could not init font path element built-ins, removing from list! Fatal server error: could not open default font 'fixed' winDeinitMultiWindowWM - Noting shutdown in progress I 've tried to follow the FAQ : http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-error-font-eof but it didn't change anything * The directories exist * The fonts are at the good place (it's working with the Release: 1.8.2.0 (10802000)) perhaps i need to modify the fonts as I use a new version of the libXfont package ? Is someone can help me ? Thanks, Michel Hummel -- 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 hummel.michel@gmail.com Mon Aug 9 13:57:00 2010 From: hummel.michel@gmail.com (Michel Hummel) Date: Mon, 09 Aug 2010 13:57:00 -0000 Subject: Xorg/CDE bug, fixed in the last Xorg version 1.8.99.905 In-Reply-To: References: Message-ID: 2010/8/9 Michel Hummel > > Hello > > I working on an bug With Xwin/Xorg and Solaris CDE WM which leads to > the freeze of the X server. > > My research shows that this bug seems to be fixed in Xorg 1.8.99.905 (1.9 RC 5) > http://sourceware.org/bugzilla/show_bug.cgi?id=11301 > > I would like to try it, so I downloaded the source package : > * xorg-server-1.8.99.905.zip > and its dependencies : > * libXfont-1.4.2.zip > * xproto-7.0.17.zip > > I successfully compiled the all but I can't run it, it gives me the > following error : > > [dix] Could not init font path element /usr/share/fonts/misc/, > removing from list! > [dix] Could not init font path element /usr/share/fonts/TTF/, removing > from list! > [dix] Could not init font path element /usr/share/fonts/OTF/, removing > from list! > [dix] Could not init font path element /usr/share/fonts/Type1/, > removing from list! > [dix] Could not init font path element /usr/share/fonts/100dpi/, > removing from list! > [dix] Could not init font path element /usr/share/fonts/75dpi/, > removing from list! > [dix] Could not init font path element built-ins, removing from list! > > Fatal server error: > could not open default font 'fixed' > winDeinitMultiWindowWM - Noting shutdown in progress > > I 've tried to follow the FAQ : > http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-error-font-eof > but it didn't change anything > > > * The directories exist > * The fonts are at the good place (it's working with the Release: > 1.8.2.0 (10802000)) > > perhaps i need to modify the fonts as I use a new version of the > libXfont package ? > > Is someone can help me ? > > Thanks, > Michel Hummel http://cgit.freedesktop.org/xorg/lib/libXfont/commit/?id=c482a2c104aa5cd1a265c2ca310a308dcc418fe7 Is the response to my question 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 L.Wood@surrey.ac.uk Mon Aug 9 14:08:00 2010 From: L.Wood@surrey.ac.uk (L.Wood@surrey.ac.uk) Date: Mon, 09 Aug 2010 14:08:00 -0000 Subject: X hardware acceleration still flaky? In-Reply-To: <4C5FF7D7.3010004@dronecode.org.uk> References: <5AD5281D-29D0-47D8-A6FF-1D984EFCF9B1@surrey.ac.uk> <4C5EA9BA.6060504@dronecode.org.uk> <4C5FF7D7.3010004@dronecode.org.uk> Message-ID: Hi Jon, the lack of flickering and lack of double-buffering you describe sounds like geomview being run without opengl, either because it has been compiled without opengl (still the default if you just type ./configure, I believe), or because geomview -noopengl was issued. Did you build Geomview with --with-opengl, and have you turned on a texturemapped Earth showing coloured continents? (If geomview issues a 'Shared memory unavailable, using fallback display method' to stderr at launch, it's not using OpenGL.) When geomview is run with opengl, I see consistent flickering at every single animation stage, not just when dragging with the mouse. -noopengl is much smoother. (I'm using a fairly high-end Core2Duo with graphic card.) I've now realised that my crashes only occur when I use the second screen attached to my machine. (Mea culpa - I take multiple screens for granted.) When geomview's camera is on the root (laptop) screen, X doesn't crash, even when texturemapping, and I get slow but flickery animations of texturemapped Earths. Move it over to the second screen and do something that invokes texturemapping like turning on a detailed Earth - goodbye, Mr X. It's a little odd that XWin.0.log doesn't explicitly call out the two screens as such - it knows the primary (laptop) monitor is 1280 by 800, and that DIB has a height of 1824 because there's a 1280x1024 screen positioned above it. $ less /var/log XWin.0.log Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.8.0.0 (10800000) Build Date: 2010-04-02 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: X :0 -multiwindow ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - primary monitor w 1280 h 800 winInitializeDefaultScreens - native DPI x 96 y 96 winInitializeDefaultScreens - Returning [534027.271] winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 [534027.286] (II) xorg.conf is not supported [534027.286] (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information [534027.286] LoadPreferences: /home/lw0011/.XWinrc not found [534027.286] LoadPreferences: Loading /etc/X11/system.XWinrc [534027.286] LoadPreferences: Done parsing the configuration file... [534027.286] winGetDisplay: DISPLAY=:0.0 [534027.302] winDetectSupportedEngines - Windows NT/2000/XP [534027.380] winDetectSupportedEngines - DirectDraw installed [534027.380] winDetectSupportedEngines - DirectDraw4 installed [534027.380] winDetectSupportedEngines - Returning, supported engines 00000007 [534027.380] winSetEngine - Multi Window or Rootless => ShadowGDI [534027.380] winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel [534027.458] winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 1824 depth: 32 [534027.458] winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff [534027.458] winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 [534027.458] null screen fn ReparentWindow [534027.458] null screen fn RestackWindow [534027.458] InitQueue - Calling pthread_mutex_init [534027.458] InitQueue - pthread_mutex_init returned [534027.458] InitQueue - Calling pthread_cond_init [534027.458] InitQueue - pthread_cond_init returned [534027.458] winInitMultiWindowWM - Hello [534027.474] winInitMultiWindowWM - Calling pthread_mutex_lock () Is it still useful to give you a bt from gdb? thanks, L. -----Original Message----- From: Jon TURNEY [mailto:jon.turney@dronecode.org.uk] Sent: 09 August 2010 13:43 To: cygwin-xfree@cygwin.com Cc: Wood L Dr (Electronic Eng) Subject: Re: X hardware acceleration still flaky? Importance: High On 08/08/2010 15:57, L.Wood@surrey.ac.uk wrote: > Hi Jon, > > I just downloaded the current X server and its libraries in the Cygwin distro; the xwin-gl allusion came from the previous thread I mentioned. So, the current problem is with OpenGL on X. "OpenGL" and "hardware acceleration" are not synonyms. Testing with the experimental AIGLX code is moot if it doesn't work with the current X server. > Compiling geomview 1.9.4 --with-opengl is straightforward (that's one improvement on pre-7.4 X; configure doesn't get confused about X library locations and building is easier). I then tried running savi with geomview: > - using OpenGL. 30 seconds of slow flickering (slow enough to be the software rendering that you alluded to?), then the X server consistently crashes, even before I've had a chance to turn on texturemapping... I've built savi and geomview, and I'm afraid I can't reproduce this crash. There's no flickering unless I use the mouse to rotate the planet, which almost looks like it's not using double-buffering for some reason, as the whole frame looks like it's being drawn into the front buffer... I've rebuilt X server 1.8.2-1 with debugging symbols and uploaded it at [1], can you run that under gdb and reproduce your crash and post a backtrace, please. [1] ftp://cygwin.com/pub/cygwinx/XWin.20100808-git-66f3680cb47fbd09.exe.bz2 > - forcing internal geomview software rendering using geomview -noopengl -run ../savi1.4.3/savi $* . Works, but is rather stately. No texturemapping support, obviously. Less slow than the brief opengl attempt, though, which figures given that doing OpenGL in software imposes more layers of overhead? > > That's the status from testing with what cygwin ships at the moment. I haven't tried your older binaries. Please let me know when you get to another test release, and I'll try it out. > > thanks, > > L. > > SaVi satellite constellation visualization http://savi.sf.net/ > > On 8 Aug 2010, at 13:57, Jon TURNEY wrote: > >> On 08/08/2010 10:18, L.Wood@surrey.ac.uk wrote: >>> Well, it's been eighteen months since I last asked: >>> http://www.cygwin.com/ml/cygwin-xfree/2009-02/msg00259.html >> >>> so I attempted to use opengl hardware acceleration with Cygwin and XFree 7.4, using Geomview (www.geomview.org) as the test application on an uptodate Cygwin 1.7 install. >>> >>> Lots of flickering for about thirty seconds (of correct output), but then the X server crashes. So, no visible change over previous. It's still a regression on pre-7.4. >> >> I'm not sure what you were testing here, but I can't see how it could >> be hardware AIGLX. >> >> xwin-gl is obsolete, an empty package since R7.4 [1], so if you are >> running that somehow, it must be an old version, which I am surprised works at all. >> >> Alternatively, you are using xwin with software rendering, and your >> application exposes some bug in the Xserver which makes it crash. >> >> >> I am happy to work with you to resolve these issues. >> >>> Has any work been attempted on improving hardware acceleration in xwin-gl? >> >> Yes, this is something I have been working on in my copious free time(TM): >> >> http://cygwin.com/ml/cygwin-xfree/2009-06/msg00088.html >> http://sourceware.org/ml/cygwin-xfree/2009-08/msg00021.html >> http://x.cygwin.com/devel/todo.html >> >> I hope you'll note that savi is one of the applications I've been testing with. >> >> However, given the lack of response so far, it seems that you and me >> are the only 2 people interested in working AIGLX for XWin :-) >> >> I wouldn't suggest testing with those binaries at this stage, as I've >> moved on a bit. I hope to shortly make another test release >> containing AIGLX based on the upcoming Xserver 1.9, and I would very >> much appreciate some testing of the AIGLX functionality in that, when it is available. >> >> [1] http://cygwin.com/cgi-bin2/package-grep.cgi?grep=xwin-gl -- Jon TURNEY Volunteer Cygwin/X X Server 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 jon.turney@dronecode.org.uk Mon Aug 9 14:21:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 09 Aug 2010 14:21:00 -0000 Subject: Xorg/CDE bug, fixed in the last Xorg version 1.8.99.905 In-Reply-To: References: Message-ID: <4C600EEE.5050505@dronecode.org.uk> On 09/08/2010 14:57, Michel Hummel wrote: > 2010/8/9 Michel Hummel >> >> Hello >> >> I working on an bug With Xwin/Xorg and Solaris CDE WM which leads to >> the freeze of the X server. >> >> My research shows that this bug seems to be fixed in Xorg 1.8.99.905 (1.9 RC 5) >> http://sourceware.org/bugzilla/show_bug.cgi?id=11301 >> [snip] >> Fatal server error: >> could not open default font 'fixed' >> winDeinitMultiWindowWM - Noting shutdown in progress >> >> I 've tried to follow the FAQ : >> http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-error-font-eof >> but it didn't change anything >> >> >> * The directories exist >> * The fonts are at the good place (it's working with the Release: >> 1.8.2.0 (10802000)) >> >> perhaps i need to modify the fonts as I use a new version of the >> libXfont package ? >> >> Is someone can help me ? >> >> Thanks, >> Michel Hummel > > http://cgit.freedesktop.org/xorg/lib/libXfont/commit/?id=c482a2c104aa5cd1a265c2ca310a308dcc418fe7 > > Is the response to my question > Thanks See also the section "libXfont linkage issue" in [1]. That documentation needs to be updated to reflect the new reality once a libXfont is released containing that change. [1] http://x.cygwin.com/docs/cg/prog-build-prerequisites.html#prog-compiling-environment-setup -- Jon TURNEY Volunteer Cygwin/X X Server 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 jon.turney@dronecode.org.uk Mon Aug 9 16:30:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 09 Aug 2010 16:30:00 -0000 Subject: X hardware acceleration still flaky? In-Reply-To: References: <5AD5281D-29D0-47D8-A6FF-1D984EFCF9B1@surrey.ac.uk> <4C5EA9BA.6060504@dronecode.org.uk> <4C5FF7D7.3010004@dronecode.org.uk> Message-ID: <4C602D10.9010302@dronecode.org.uk> On 09/08/2010 15:08, L.Wood@surrey.ac.uk wrote: > Hi Jon, > > the lack of flickering and lack of double-buffering you describe sounds like geomview being run without opengl, either because it has been compiled without opengl (still the default if you just type ./configure, I believe), or because > geomview -noopengl > was issued. Did you build Geomview with --with-opengl, and have you turned on a texturemapped Earth showing coloured continents? (If geomview issues a 'Shared memory unavailable, using fallback display method' to stderr at launch, it's not using OpenGL.) Yes, I have configured geomview with --with-opengl. No, I didn't turn on texturemapped earth, because your report didn't mention that. Does this mean turn on "Texture mapping" in Savi's rendering menu (which appears to be on by default) or "Use simple/detailed earth map"? If I run geomview -noppengl I get no flickering even when rotating the planet. > When geomview is run with opengl, I see consistent flickering at every single animation stage, not just when dragging with the mouse. -noopengl is much smoother. (I'm using a fairly high-end Core2Duo with graphic card.) Do you have something to make an animation start automatically when savi opens? I just get a static planet and z,y,x axes unless I drag it around with the mouse. > I've now realised that my crashes only occur when I use the second screen attached to my machine. (Mea culpa - I take multiple screens for granted.) When geomview's camera is on the root (laptop) screen, X doesn't crash, even when texturemapping, and I get slow but flickery animations of texturemapped Earths. Move it over to the second screen and do something that invokes texturemapping like turning on a detailed Earth - goodbye, Mr X. I am also using multiple monitors. > It's a little odd that XWin.0.log doesn't explicitly call out the two screens as such - it knows the primary (laptop) monitor is 1280 by 800, and that DIB has a height of 1824 because there's a 1280x1024 screen positioned above it. Although the logging could perhaps be clearer, -multiwindow implies -multimonitors by default which gives a single X screen the size of the Windows virtual desktop. > Is it still useful to give you a bt from gdb? Yes, please. -- Jon TURNEY Volunteer Cygwin/X X Server 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 L.Wood@surrey.ac.uk Mon Aug 9 18:12:00 2010 From: L.Wood@surrey.ac.uk (L.Wood@surrey.ac.uk) Date: Mon, 09 Aug 2010 18:12:00 -0000 Subject: X hardware acceleration still flaky? In-Reply-To: <4C602D10.9010302@dronecode.org.uk> References: <5AD5281D-29D0-47D8-A6FF-1D984EFCF9B1@surrey.ac.uk> <4C5EA9BA.6060504@dronecode.org.uk> <4C5FF7D7.3010004@dronecode.org.uk> <4C602D10.9010302@dronecode.org.uk> Message-ID: On 9 Aug 2010, at 17:30, Jon TURNEY wrote: > On 09/08/2010 15:08, L.Wood@surrey.ac.uk wrote: >> Hi Jon, >> >> the lack of flickering and lack of double-buffering you describe sounds like geomview being run without opengl, either because it has been compiled without opengl (still the default if you just type ./configure, I believe), or because >> geomview -noopengl >> was issued. Did you build Geomview with --with-opengl, and have you turned on a texturemapped Earth showing coloured continents? (If geomview issues a 'Shared memory unavailable, using fallback display method' to stderr at launch, it's not using OpenGL.) > > Yes, I have configured geomview with --with-opengl. > > No, I didn't turn on texturemapped earth, because your report didn't mention > that. Does this mean turn on "Texture mapping" in Savi's rendering menu (which > appears to be on by default) or "Use simple/detailed earth map"? Yes, my report didn't mention texturemapping; it wasn't needed for the crash. But, to stress things and see if a crash can be provoked, it's worth putting into operation. Texturemapping is enabled by default, yes. But SaVi defaults to a blue sphere, because it can't be sure Geomview and the display support OpenGL or texturemapping, so by default doesn't try to do anything fancy with texturemapping. To turn on texturemapping turn on 'Use detailed Earth map'. That should then show colourful landmasses when texturemapping is enabled. Opening the Coverage panel (Views menu/Global Coverage...) and turning on sending the coverage map to Geomview from the coverage panel's Rendering menu and then pressing >> in the animation bar (at the bottom of each window) to animate will force dynamic texturemapping and pipe the coverage maps to Geomview, so that Geomview's camera window is always updating. That's the best way I know of to stress texturemapping. The reason for doing this - if this all works and we see a bitmap animating on the sphere, OpenGL and texturemapping are definitely working under stress/load. If we're only looking at a stationary default blue sphere, we can't really be sure what's working. > If I run geomview -noppengl I get no flickering even when rotating the planet. > >> When geomview is run with opengl, I see consistent flickering at every single animation stage, not just when dragging with the mouse. -noopengl is much smoother. (I'm using a fairly high-end Core2Duo with graphic card.) > > Do you have something to make an animation start automatically when savi > opens? I just get a static planet and z,y,x axes unless I drag it around with > the mouse. See instructions above. Once texturemapping is turned on and SaVi is sending coverage maps to Geomview to render, the load can be fairly large. You can select e.g. the Iridium constellation from the constellations menu so that there's a lot of visible animation. Pressing the >> button starts animating. >> I've now realised that my crashes only occur when I use the second screen attached to my machine. (Mea culpa - I take multiple screens for granted.) When geomview's camera is on the root (laptop) screen, X doesn't crash, even when texturemapping, and I get slow but flickery animations of texturemapped Earths. Move it over to the second screen and do something that invokes texturemapping like turning on a detailed Earth - goodbye, Mr X. > > I am also using multiple monitors. > >> It's a little odd that XWin.0.log doesn't explicitly call out the two screens as such - it knows the primary (laptop) monitor is 1280 by 800, and that DIB has a height of 1824 because there's a 1280x1024 screen positioned above it. > > Although the logging could perhaps be clearer, -multiwindow implies > -multimonitors by default which gives a single X screen the size of the > Windows virtual desktop. okay, that much makes sense. > >> Is it still useful to give you a bt from gdb? > > Yes, please. Right, thanks for gdb --pid= capture instructions in other mail; screengrabs of bt (if cygwin terminal supports copy and paste, I couldn't figure it out...) in private mail to you. cheers, L. > > -- > Jon TURNEY > Volunteer Cygwin/X X Server maintainer Lloyd Wood L.Wood@surrey.ac.uk http://sat-net.com/L.Wood -- 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 jon.turney@dronecode.org.uk Mon Aug 9 20:12:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 09 Aug 2010 20:12:00 -0000 Subject: Missing charsets in String to FontSet conversion In-Reply-To: <4C5833EA.6020002@ece.cmu.edu> References: <4C57DA24.8090205@ece.cmu.edu> <20100803045917.V3933@mail101.his.com> <4C581B24.6050705@dronecode.org.uk> <4C5833EA.6020002@ece.cmu.edu> Message-ID: <4C60611D.1010905@dronecode.org.uk> On 03/08/2010 16:21, Ryan Johnson wrote: > As I mentioned before, I'd seen references to those fonts but wasn't sure it > would actually help me. I just installed them and, sure enough, there's still > some (fewer?) missing charsets. > > The delay dropped to only 2-3 seconds now though, so I guess that helps. Is > there a way to diagnose which fonts/charsets are still missing? Hmm. You could write a small test application which calls XCreateFontSet() with the base font of "*" and reports the list of missing charsets returned. It also seems that twm reports these problems in a slightly more useful fashion than libXt (saying "font for charset is lacking"), so running that (against an X server not started in multiwindow mode) might serve just as well. -- Jon TURNEY Volunteer Cygwin/X X Server 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 ryanjohn@ece.cmu.edu Mon Aug 9 21:15:00 2010 From: ryanjohn@ece.cmu.edu (Ryan Johnson) Date: Mon, 09 Aug 2010 21:15:00 -0000 Subject: SIGSEGV in xorg-1.8.2.0 during -resize operation Message-ID: <4C606FBA.90704@ece.cmu.edu> Hi all, I was overjoyed to see that the release notes for the new X server release mention support for resizing the X desktop with the windows desktop. Unfortunately, it didn't work :( I modified the xwin windows shortcut to run as follows: > C:\cygwin\bin\run.exe /usr/bin/bash.exe -l -c /usr/bin/startxwin.exe > -- -resize Then started the server at 1920x1200x32bpp while my ThinkPad was attached to an external LCD. When I detached the monitor to leave the office, X disappeared with signal 11 (log attached). Oddly, the log file didn't mention -resize as an argument to XWin, but it did attempt to resize so I assume the feature was active. Note that, for reasons I've never understood, ThinkPad's resolution switching utility always switches through 3-4 resolutions on its way to a new setting; that might have something to do with the problem. The final resolution should have been 1400x1050x16bpp. I'm also attaching cygcheck's output and the .stackdump file in case they are helpful. Thoughts? Ryan -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.out URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWin.exe.stackdump URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWin.0.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 ryanjohn@ece.cmu.edu Mon Aug 9 21:20:00 2010 From: ryanjohn@ece.cmu.edu (Ryan Johnson) Date: Mon, 09 Aug 2010 21:20:00 -0000 Subject: Missing charsets in String to FontSet conversion In-Reply-To: <4C60611D.1010905@dronecode.org.uk> References: <4C60611D.1010905@dronecode.org.uk> Message-ID: <4C607110.10003@ece.cmu.edu> On 8:59 PM, Jon TURNEY wrote: > On 03/08/2010 16:21, Ryan Johnson wrote: >> As I mentioned before, I'd seen references to those fonts but wasn't >> sure it >> would actually help me. I just installed them and, sure enough, >> there's still >> some (fewer?) missing charsets. >> >> The delay dropped to only 2-3 seconds now though, so I guess that >> helps. Is >> there a way to diagnose which fonts/charsets are still missing? > > Hmm. > > You could write a small test application which calls XCreateFontSet() > with the base font of "*" and reports the list of missing charsets > returned. > > It also seems that twm reports these problems in a slightly more > useful fashion than libXt (saying "font for charset is > lacking"), so running that (against an X server not started in > multiwindow mode) might serve just as well. > Hi Jon, Fortunately (for me, not for the bug hunt) I picked up the newer version of xterm at some point, which set the menu locale to "C" and ended the problems. Thanks, Ryan -- 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 jon.turney@dronecode.org.uk Mon Aug 9 22:02:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 09 Aug 2010 22:02:00 -0000 Subject: SIGSEGV in xorg-1.8.2.0 during -resize operation In-Reply-To: <4C606FBA.90704@ece.cmu.edu> References: <4C606FBA.90704@ece.cmu.edu> Message-ID: <4C607B0B.4000401@dronecode.org.uk> On 09/08/2010 22:14, Ryan Johnson wrote: > I was overjoyed to see that the release notes for the new X server release > mention support for resizing the X desktop with the windows desktop. > > Unfortunately, it didn't work :( > > I modified the xwin windows shortcut to run as follows: >> C:\cygwin\bin\run.exe /usr/bin/bash.exe -l -c /usr/bin/startxwin.exe -- -resize You need to quote the entire command you are passing to bash after -c i.e, try C:\cygwin\bin\run.exe /usr/bin/bash.exe -l -c "/usr/bin/startxwin.exe -- -resize" > Then started the server at 1920x1200x32bpp while my ThinkPad was attached to > an external LCD. > > When I detached the monitor to leave the office, X disappeared with signal 11 > (log attached). Oddly, the log file didn't mention -resize as an argument to > XWin, but it did attempt to resize so I assume the feature was active. There have been some reports of the X server segfaulting when the resolution changed, prior the addition of -resize support. This is something which also needs to be fixed. > Note that, for reasons I've never understood, ThinkPad's resolution switching > utility always switches through 3-4 resolutions on its way to a new setting; > that might have something to do with the problem. The final resolution should > have been 1400x1050x16bpp. > > I'm also attaching cygcheck's output and the .stackdump file in case they are > helpful. > > Thoughts? Never assume! :-) -- Jon TURNEY Volunteer Cygwin/X X Server 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 bkline@rksystems.com Mon Aug 9 23:19:00 2010 From: bkline@rksystems.com (Bob Kline) Date: Mon, 09 Aug 2010 23:19:00 -0000 Subject: Unable to install X on 64-bit Windows 7 Premium Message-ID: <4C608D11.3040905@rksystems.com> I finally had to replace my ancient Windows XP box, and ended up with a Windows 7 Home Premium 64-bit system. If I run setup.exe to install a fresh cygwin, it succeeds as long as I don't touch the X11 set, leaving it at Default (which is to say, don't install anything in the set). If I change Default to Install for X11, I get a dialog box which says: Cygwin Setup - Running postinstall scripts Postinstall script errors The following errors occured executing postinstall scripts Package: gcc4-core gcc4-core.sh exit code 126 Package: libglade2.0_0 libglade2.0.sh exit code 2 Package: xinit xinit.sh exit code 8 Package: No package gcc4-core.sh exit code 126 libglade2.0.sh exit code 2 xinit.sh exit code 8 When I click Next, I get an error message saying the installation won't work properly unless I correct the failures which occurred, and tells me to look in the log file. The log file doesn't have anything beyond what appears in the dialog box as far as the errors are concerned, and there's no clue anywhere telling me how I'm supposed to go about correcting the errors. I've tried many times, clearing away the c:\cygwin tree each time and starting fresh (don't know about the registry, though: there isn't an uninstaller for cygwin in the add/remove programs database). I've googled, but haven't found anything I could use to get past these failures. Versions: cygwin installer, version 2.708 gcc4-core, version 4.3.4-3 libglade2.0_0, version 2.6.4-1 xinit, version 1.2.1-1 I'm running the setup program as administrator. I downloaded it multiple times to make sure I wasn't working a corrupted installer. Could I please have some assistance figuring out how to correct the errors? What other information do I need to supply? Thanks! -- Bob Kline mailto:bkline@rksystems.com http://www.rksystems.com -- 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 kstmp001@comcast.net Mon Aug 9 23:20:00 2010 From: kstmp001@comcast.net (Ken) Date: Mon, 09 Aug 2010 23:20:00 -0000 Subject: Bug: XTerm scrollbar issue Message-ID: <4C608D5F.7080807@comcast.net> > On 12/07/2010 16:02, webmaster wrote: > > --enable-narrowproto > That turns on a #define for NARROWPROTO which may be missing > > > Changing subject to reflect that this is a bug with the Cygwin > XTerm package. > > I confirmed that --enable-narrowproto resolves the issue by compiling > the xterm-260-1 source package. My configure options were: > > > configure --disable-imake --disable-narrowproto --prefix=/usr > --target=i686-pc-cygwin --host=i686-pc-cygwin --build=i686-pc-cygwin > > > [snip] > > In any case, I'll see if I can get xterm rebuilt with this > configuration change. Hello, It appears that the latest xterm-261-1 package still exhibits the dysfunctional scrollbar behavior (tested with Xorg server 1.8.0-1). The scroll handle starts at the top of the slider and never moves. And, when any mouse button action is issued in the scroll bar area, the entire bar (full height of the xterm window) becomes shaded. While scrolling is still possible, it is not the expected, nor desired, behavior. This was true of the previous 260-1 package (and a few prior) as well. It appears that an attempted workaround/solution was incorporated in the "xterm-261-1.cygport" file (provided with the src used to build this release) by adding the "--disable-narrowproto" option. However, the "--disable-imake" option also appears to be required to resolve this errant behavior. To resolve this issue, I rebuilt my xterm from the xterm-261-1 release src as follows (detailed for clarity): (note: lines prefixed with "[user@node] >" denotes a cygwin bash shell command-line operation) - installed the src (via cygwin setup) - [user@node] > mkdir ~/xterm-build - [user@node] > cd ~/xterm-build - [user@node] > cp /usr/src/xterm-261* . - edited the "xterm-261-1.cygport" file (used vi) to _ADD_ only the "--disable-imake" option; which results in the following: ------------------------------ cygconf \ --disable-desktop \ --disable-imake \ --disable-narrowproto \ --disable-setuid \ --enable-ansi-color \ --enable-256-color \ --enable-broken-osc \ --enable-broken-st \ --enable-dabbrev \ --enable-doublechars \ --enable-freetype \ --enable-i18n \ --enable-load-vt-fonts \ --enable-logging \ --enable-luit --enable-mini-luit \ --enable-tcap-query \ --enable-toolbar \ --enable-wide-chars \ --with-app-defaults=$(pkg-config --variable=appdefaultdir xt) \ cf_cv_svr4=no ------------------------------ - built the package as follows: -- met the build prerequisites defined in the "xterm-261-1.cygwin.patch" file -- [user@node] > cygport ./xterm-261-1.cygport all - exited and closed all cygwin X-sessions and X-server - started a cygwin bash console session (via the 'Cygwin Bash Shell' shortcut) - installed the newly-built xterm package from the newly-created "xterm-261-1.tar.bz2" file as follows: -- [user@node] > cd / -- [user@node] > tar xvf ~/xterm-build/xterm-261-1.tar.bz2 --bzip2 - started the XWin server and an xterm terminal The result is that the scrollbar now works fine ... the scroll handle starts as the full height of the window and compresses towards the bottom of the slider as the content scrolls off the top of the screen. Also, mouse button actions no longer change the size of the handle. Tested only in Win7 64-bit. I just thought this may be helpful feedback. BTW, my sincere thanks goes out to all of the hard-working developers and contributors of Cygwin!!! Thank You! :-) Kindly, Ken -- 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 andy.koppe@gmail.com Tue Aug 10 05:26:00 2010 From: andy.koppe@gmail.com (Andy Koppe) Date: Tue, 10 Aug 2010 05:26:00 -0000 Subject: X hardware acceleration still flaky? In-Reply-To: References: <5AD5281D-29D0-47D8-A6FF-1D984EFCF9B1@surrey.ac.uk> <4C5EA9BA.6060504@dronecode.org.uk> <4C5FF7D7.3010004@dronecode.org.uk> <4C602D10.9010302@dronecode.org.uk> Message-ID: On 9 August 2010 19:12, L.Wood wrote: > if cygwin terminal supports copy and paste, I couldn't figure it out... Right click on titlebar, Edit->Mark, drag left mouse button to select, right click to copy. Yep, it's terrible, but that's the standard Windows console for you. Enable 'Quick Edit' in its properties to be able to select without finding the Mark command first. Or use one of the other terminals, with straightforward copy-on-select: mintty, xterm, or rxvt(-unicode). Andy -- 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 ryanjohn@ece.cmu.edu Tue Aug 10 05:48:00 2010 From: ryanjohn@ece.cmu.edu (Ryan Johnson) Date: Tue, 10 Aug 2010 05:48:00 -0000 Subject: SIGSEGV in xorg-1.8.2.0 during -resize operation In-Reply-To: <4C607B0B.4000401@dronecode.org.uk> References: <4C606FBA.90704@ece.cmu.edu> <4C607B0B.4000401@dronecode.org.uk> Message-ID: <4C60E813.9070208@ece.cmu.edu> On 8/10/2010 12:02 AM, Jon TURNEY wrote: > On 09/08/2010 22:14, Ryan Johnson wrote: >> I was overjoyed to see that the release notes for the new X server >> release >> mention support for resizing the X desktop with the windows desktop. >> >> Unfortunately, it didn't work :( >> >> I modified the xwin windows shortcut to run as follows: >>> C:\cygwin\bin\run.exe /usr/bin/bash.exe -l -c /usr/bin/startxwin.exe >>> -- -resize > > You need to quote the entire command you are passing to bash after -c > > i.e, try C:\cygwin\bin\run.exe /usr/bin/bash.exe -l -c > "/usr/bin/startxwin.exe -- -resize" > >> Then started the server at 1920x1200x32bpp while my ThinkPad was >> attached to >> an external LCD. >> >> When I detached the monitor to leave the office, X disappeared with >> signal 11 >> (log attached). Oddly, the log file didn't mention -resize as an >> argument to >> XWin, but it did attempt to resize so I assume the feature was active. > > There have been some reports of the X server segfaulting when the > resolution changed, prior the addition of -resize support. > > This is something which also needs to be fixed. Huh. So it wasn't trying to resize at all, and just seg faulted due to existing badness? Thanks for the heads-up about quoting... that also explains why my attempts to set the resolution weren't working... Ryan -- 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 hummel.michel@gmail.com Tue Aug 10 08:26:00 2010 From: hummel.michel@gmail.com (Michel Hummel) Date: Tue, 10 Aug 2010 08:26:00 -0000 Subject: Xorg/CDE bug, fixed in the last Xorg version 1.8.99.905 In-Reply-To: <4C600EEE.5050505@dronecode.org.uk> References: <4C600EEE.5050505@dronecode.org.uk> Message-ID: 2010/8/9 Jon TURNEY : > On 09/08/2010 14:57, Michel Hummel wrote: >> >> 2010/8/9 Michel Hummel >>> >>> Hello >>> >>> I working on an bug With Xwin/Xorg and Solaris CDE WM which leads to >>> the freeze of the X server. >>> >>> My research shows that this bug seems to be fixed in Xorg 1.8.99.905 (1.9 >>> RC 5) >>> http://sourceware.org/bugzilla/show_bug.cgi?id=11301 >>> > [snip] > >>> Fatal server error: >>> could not open default font 'fixed' >>> winDeinitMultiWindowWM - Noting shutdown in progress >>> >>> I 've tried to follow the FAQ : >>> http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-error-font-eof >>> but it didn't change anything >>> >>> >>> * The directories exist >>> * The fonts are at the good place (it's working with the Release: >>> 1.8.2.0 (10802000)) >>> >>> perhaps i need to modify the fonts as I use a new version of the >>> libXfont package ? >>> >>> Is someone can help me ? >>> >>> Thanks, >>> Michel Hummel >> >> >> http://cgit.freedesktop.org/xorg/lib/libXfont/commit/?id=c482a2c104aa5cd1a265c2ca310a308dcc418fe7 >> >> Is the response to my question >> Thanks > > See also the section "libXfont linkage issue" in [1]. ?That documentation > needs to be updated to reflect the new reality once a libXfont is released > containing that change. > > [1] > http://x.cygwin.com/docs/cg/prog-build-prerequisites.html#prog-compiling-environment-setup > > -- > Jon TURNEY > Volunteer Cygwin/X X Server maintainer > Hello, Thank you for your help. Once this problem resolved, the server crashes with another message (something like) : -- assert failed (key->initialized); in privates.h -- I've look in the header privates.h and deleted the assert test : 119 static inline void * 120 dixGetPrivateAddr(PrivatePtr *privates, const DevPrivateKey key) 121 { 122 // ? ?assert(key->initialized); 123 ? ? return (char *) (*privates) + key->offset; 124 } Then the server seems to start and work correctly without any device problem. Do you have an idea about this new and last issues ? Thanks, Michel Hummel -- 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 Jean.JOHNER@cea.fr Tue Aug 10 08:41:00 2010 From: Jean.JOHNER@cea.fr (JOHNER Jean 066030) Date: Tue, 10 Aug 2010 08:41:00 -0000 Subject: How to launch an xterm using "Monospace" font Message-ID: <1299EF3181B10F479D85C328013285240331C4DE@THEZE.intra.cea.fr> Brian Timares wrote: >Jean, >I think this is what you want. I have: >XTerm*font: -*-courier-medium-r-*-*-*-100-*-*-*-*-*-* >in my .Xdefaults >Other than colors, here is my .Xdefaults (in my home directory, natch): >XTerm*scrollBar: on >XTerm*saveLines: 99999 >XTerm*font: -*-courier-medium-r-*-*-*-140-*-*-*-*-*-* >XTerm*visualBell: true >XTerm*titeInhibit: true >urxvt*secondaryScreen: false >The most important part is the XTerm*titeInhibit: true, it is beyond me >why that isn't the default everywhere (it prevents a screen clear when >you're, say, done reading a man page). I want to get rid of the title >bar but haven't explored that as I launch most of my xterms from a >script. Extract: >nohup xterm -name $h -title $h -ls -mc none +tb +mb -vb -sb -sl 99999 >-background grey95 -fg black -cr black -ms black -font >"-*-lucidatypewriter-medium-*-*-*-*-100-*-*-*-*-*-*" -e ssh -Yq root@$h >/dev/null & 2>&1 >Naturally $h is the server :) >To get the fonts I launched xfontsel and went through it and >experimented. Use the 'select' button to put the string into the >buffer. >Brian Thank you, Brian. It seems that full XLFD font name was necessary. Best regards. Jean Johner -- 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 jon.turney@dronecode.org.uk Tue Aug 10 09:49:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 10 Aug 2010 09:49:00 -0000 Subject: Xorg/CDE bug, fixed in the last Xorg version 1.8.99.905 In-Reply-To: References: <4C600EEE.5050505@dronecode.org.uk> Message-ID: <4C6120A6.3030402@dronecode.org.uk> On 10/08/2010 09:26, Michel Hummel wrote: > Thank you for your help. > Once this problem resolved, the server crashes with another message > (something like) : > -- > assert failed (key->initialized); in privates.h > -- > > > Then the server seems to start and work correctly without any device problem. > > Do you have an idea about this new and last issues ? You need the patch from [1] [1] http://lists.x.org/archives/xorg-devel/2010-August/011683.html 1.8.99.905 is a release candidate for the upcoming 1.9 release, you should expect minor issues like this if you choose to use it. -- Jon TURNEY Volunteer Cygwin/X X Server 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 lafrecciablu@postmail.ch Tue Aug 10 10:31:00 2010 From: lafrecciablu@postmail.ch (Rene Lafrecciablu) Date: Tue, 10 Aug 2010 10:31:00 -0000 Subject: Right-click on text area freezes X server Message-ID: <1281436260.249683-31187@martha.daybyday.de> Hi, This problem goot solved by using xorg-server 1.8.2-1. Point 2 (Slow response to keypresses in xorg-server-1.8.0-1) did not arise anymore, neither. Point 6 (frozen XDMCP session) is still there. Thanks for the excellent work. Rene ----- original message --------- Hi, This problem can easily be reproduced: - rlogin on a HP-UX 11.00 - start the wdb debugger (5.5.0) - right click on any text area field on it (e.g. source file or gdb command output) - X server hangs, meaning - the mouse cursor changes from a right2left arrow to a left2right one (and you can still move it around) - any type of mouse clicks have no effect (on any X Windows) - any keyboard input has no effect (including ESC) Killing the wdb (telnet from DOS + kill -9) unlocks the X server. The same happens when right clicking on any element in a xclearcase window (e.g. a file or a file version). Details: 1) I'm using a recent install of cygwin (July 2010) on XP Pro SP3 (bootcamped on a MacPro) 2) I downgraded xorg-server from 1.8.0-1 to 1.7.6-2 due to another bug (Slow response to keypresses in xorg-server-1.8.0-1, http://cygwin.com/ml/cygwin-xfree/2010-07/msg00000.html). (I coulnd't find the mentioned 1.8.0-2 version in the cygwin setup, not even by selecting the experimental category) 3) I was going through the FAQs and mailing list and checked stuff like not having XAPPLRESDIR, XCMSDB, XNLSPATH and XKEYSYMDB defined. 4) I use the default Xserver startup shortcut (startxwin.exe), then start a local xterm and rlogin to the HP-UX. 5) No customization besides xterm menus in .XWinrc and "xhost +" in .startxwinrc 6) I get also a frozen X Server by left clicking twice on a drop-down menu (like the Personal Applications or Printer) in the CDE bottom bar on HP-UX 11.00 using XDMCP. This has already been reported as Bug 27295 - input freezes in XDMCP session with Solaris 10 CDE when interacting with panel (http://bugs.freedesktop.org/show_bug.cgi?id=27295). 7) I don't have any of the above three problems on a another machine using xorg-server 1.5.3-7. 8) These are offline machines (not connected to the Internet), so I can't use cygwin setup directly. 9) I'm using also SFU NFS client (installed only this package of the SFU "suite"). 10) Exceed is also installed (but not running at the same time of course) 11) cygcheck and XWin.o.log attached. Any help is deeply appreciated, thanks. Rene ---- urspr?ngliche Nachricht Ende ---- -- 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 L.Wood@surrey.ac.uk Tue Aug 10 11:01:00 2010 From: L.Wood@surrey.ac.uk (L.Wood@surrey.ac.uk) Date: Tue, 10 Aug 2010 11:01:00 -0000 Subject: X hardware acceleration still flaky? In-Reply-To: References: <5AD5281D-29D0-47D8-A6FF-1D984EFCF9B1@surrey.ac.uk> <4C5EA9BA.6060504@dronecode.org.uk> <4C5FF7D7.3010004@dronecode.org.uk> <4C602D10.9010302@dronecode.org.uk> Message-ID: > Right, thanks for gdb --pid= capture instructions in other mail; > screengrabs of bt (if cygwin terminal supports copy and paste, I > couldn't figure it out...)in private mail to you. Thanks for the right-click title-bar hint, Andy. And here's the backtrace text from Jon's XWin code drop at: ftp://cygwin.com/pub/cygwinx/XWin.20100808-git-66f3680cb47fbd09.exe.bz2 crashing after I place geomview's camera window on my second screen: Loaded symbols for /cygdrive/c/Windows/system32/msi.dll Reading symbols from /cygdrive/c/Windows/system32/SFC.DLL... warning: Lowest section in /cygdrive/c/Windows/system32/SFC.DLL is .text at 0040 1000 done. Loaded symbols for /cygdrive/c/Windows/system32/SFC.DLL Reading symbols from /cygdrive/c/Windows/system32/sfc_os.DLL...done. Loaded symbols for /cygdrive/c/Windows/system32/sfc_os.DLL [Switching to thread 5736.0x1a08] (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. [Switching to thread 5736.0x16c4] 0x6fb96c8d in pixman_fill_sse2 () from /usr/bin/cygpixman-1-0.dll (gdb) bt #0 0x6fb96c8d in pixman_fill_sse2 () from /usr/bin/cygpixman-1-0.dll #1 0x6fb97205 in pixman_fill_sse2 () from /usr/bin/cygpixman-1-0.dll #2 0x6fb77245 in pixman_fill () from /usr/bin/cygpixman-1-0.dll #3 0x0044924b in fbFill (pDrawable=0x109306f8, pGC=0x10936530, x=657, y=367, width=450, height=450) at fbfill.c:48 #4 0x0044746f in fbPolyFillRect (pDrawable=0x109306f8, pGC=0x10936530, nrect=0, prect=0x1096791c) at fbfillrect.c:77 #5 0x0052728f in damagePolyFillRect (pDrawable=0x109306f8, pGC=0x10936530, nRects=1, pRects=0x10967914) at damage.c:1404 #6 0x005504c3 in ProcPolyFillRectangle (client=0x106bd4f0) at dispatch.c:1939 #7 0x0054c56e in Dispatch () at dispatch.c:439 #8 0x005465af in main (argc=3, argv=0x61227b64, envp=0x104300f8) at main.c:286 (gdb) c Continuing. Program exited with code 0400. (gdb) cheers, L. SaVi satellite constellation visualization http://savi.sf.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 jon.turney@dronecode.org.uk Tue Aug 10 12:13:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 10 Aug 2010 12:13:00 -0000 Subject: Unable to install X on 64-bit Windows 7 Premium In-Reply-To: <4C608D11.3040905@rksystems.com> References: <4C608D11.3040905@rksystems.com> Message-ID: <4C614247.3070308@dronecode.org.uk> On 10/08/2010 00:19, Bob Kline wrote: > I finally had to replace my ancient Windows XP box, and ended up with a > Windows 7 Home Premium 64-bit system. If I run setup.exe to install a fresh > cygwin, it succeeds as long as I don't touch the X11 set, leaving it at > Default (which is to say, don't install anything in the set). If I change > Default to Install for X11, I get a dialog box which says: > > Cygwin Setup - Running postinstall scripts > Postinstall script errors > The following errors occured executing postinstall scripts > Package: gcc4-core > gcc4-core.sh exit code 126 This one is already reported at [1], and the workaround given there,i.e. chmod 755 /usr/sbin/fix-libtool-scripts-for-latest-gcc-runtimes.sh and then run /etc/postinstall/gcc4-core.sh manually should work. I'm a bit surprised that gcc4 is a dependency of X. > Package: libglade2.0_0 > libglade2.0.sh exit code 2 > Package: xinit > xinit.sh exit code 8 > Package: No package > gcc4-core.sh exit code 126 > libglade2.0.sh exit code 2 > xinit.sh exit code 8 > > When I click Next, I get an error message saying the installation won't work > properly unless I correct the failures which occurred, and tells me to look in > the log file. The log file doesn't have anything beyond what appears in the > dialog box as far as the errors are concerned, and there's no clue anywhere > telling me how I'm supposed to go about correcting the errors. > [snip] > Could I please have some assistance figuring out how to correct the errors? > What other information do I need to supply? Thanks for reporting these problems. Setup has only recently started recording problems with postinstall scripts, previously it would silently ignore failures. Hmm... it seems that the output from these failing commands is only captured in setup.log.full, not setup.log, so I think that messagebox needs fixing. You can look there, or run these scripts manually (they can be found in /etc/postinstall) and post the errors reported by those scripts so we can fix the problems. [1] http://sourceware.org/ml/cygwin/2010-08/msg00158.html -- Jon TURNEY Volunteer Cygwin/X X Server 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 kpenzo@v2020.server.lu Tue Aug 10 12:19:00 2010 From: kpenzo@v2020.server.lu (KP Enzo) Date: Tue, 10 Aug 2010 12:19:00 -0000 Subject: Bo nurkowanie jest fajne! Message-ID: <20100810121927.9B82736CA423@v2020.server.lu> Klub P??etwonurk??w pisze: Czy jeste??cie Pa??stwo zainteresowani otrzymaniem informacji handlowej, dotycz??cej: 1. Nauki nurkowania 2. Turystyki rekreacyjno - nurkowej 3. Kurs??w nurkowych Je??eli tak, prosimy o odes??anie zgody na dostanie informacji dotycz??cej powy??szych temat??w na adres nadawcy. Niniejsze zapytanie nie jest informacj?? handlow??, a jedynie zapytaniem o zgod?? na przesy??anie informacji handlowych drog?? elektroniczn??, zgodnie z art. 10 ustawy z dnia 18 lipca 2002r. o ??wiadczeniu us??ug drog?? elektroniczn??. (Dz.U. z 2002r. Nr 144, poz 1204 z p????n. zm.) -- 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 bkline@rksystems.com Tue Aug 10 14:53:00 2010 From: bkline@rksystems.com (Bob Kline) Date: Tue, 10 Aug 2010 14:53:00 -0000 Subject: Unable to install X on 64-bit Windows 7 Premium In-Reply-To: <4C614247.3070308@dronecode.org.uk> References: <4C608D11.3040905@rksystems.com> <4C614247.3070308@dronecode.org.uk> Message-ID: <4C6167A1.5040001@rksystems.com> On 8/10/2010 8:12 AM, Jon TURNEY wrote: > gcc4-core.sh exit code 126 > > This one is already reported at [1], and the workaround given > there,i.e. .... Thanks for your reply. I had seen that report, but was dismayed to see that the poster had received no response to his questions about whether the workaround really solved the problem or had just suppressed a symptom, leaving his system in a state which was causing subsequent installation actions (and other programs) to fail. > .... > Hmm... it seems that the output from these failing commands is only > captured in setup.log.full, not setup.log, so I think that messagebox > needs fixing. > > You can look there, or run these scripts manually (they can be found > in /etc/postinstall) and post the errors reported by those scripts so > we can fix the problems. > I will (may take a few days, as we're about to take our daughter down to college). Thanks again. -- Bob Kline http://www.rksystems.com mailto:bkline@rksystems.com -- 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 bkline@rksystems.com Tue Aug 10 15:29:00 2010 From: bkline@rksystems.com (Bob Kline) Date: Tue, 10 Aug 2010 15:29:00 -0000 Subject: Unable to install X on 64-bit Windows 7 Premium In-Reply-To: References: <4C608D11.3040905@rksystems.com> <4C614247.3070308@dronecode.org.uk> <4C6167A1.5040001@rksystems.com> Message-ID: <4C617058.8070106@rksystems.com> On 8/10/2010 11:16 AM, Jim Reisert AD1C wrote: > Bob, FYI, I've been running Cygwin 1.7x and latest X on Win 7 Pro > 64-bit and not problems setting up or running. In other words, it > works right out of the box. > Thanks for the data point, Jim. The two possible explanations that come to mind for the difference in results between your system and mine are (a) there's some difference in the way Win 7 Pro and Win 7 Premium behave which accounts for the failure on Premium; or (b) you installed at an earlier point in time, when something was different about the Cygwin packages or the Windows patches or both. I'm inclined to think (b) is more likely. Jon pointed out earlier in this thread that the visible reporting of postinstall failures is a recent change, so perhaps the installation failures occurred on your system as well, but the installer didn't bother to report them. I'll see what I can learn about theory (a) by experimenting with a virtual Win 7 Pro system. -- Bob Kline http://www.rksystems.com mailto:bkline@rksystems.com -- 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 jon.turney@dronecode.org.uk Tue Aug 10 15:49:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 10 Aug 2010 15:49:00 -0000 Subject: Unable to install X on 64-bit Windows 7 Premium In-Reply-To: <4C614247.3070308@dronecode.org.uk> References: <4C608D11.3040905@rksystems.com> <4C614247.3070308@dronecode.org.uk> Message-ID: <4C617515.7020803@dronecode.org.uk> On 10/08/2010 13:12, Jon TURNEY wrote: > On 10/08/2010 00:19, Bob Kline wrote: >> I finally had to replace my ancient Windows XP box, and ended up with a >> Windows 7 Home Premium 64-bit system. If I run setup.exe to install a fresh >> cygwin, it succeeds as long as I don't touch the X11 set, leaving it at >> Default (which is to say, don't install anything in the set). If I change >> Default to Install for X11, I get a dialog box which says: >> >> Cygwin Setup - Running postinstall scripts >> Postinstall script errors >> The following errors occured executing postinstall scripts >> Package: gcc4-core >> gcc4-core.sh exit code 126 > > This one is already reported at [1], and the workaround given there,i.e. > > chmod 755 /usr/sbin/fix-libtool-scripts-for-latest-gcc-runtimes.sh > > and then run /etc/postinstall/gcc4-core.sh manually should work. > > I'm a bit surprised that gcc4 is a dependency of X. > >> Package: libglade2.0_0 >> libglade2.0.sh exit code 2 >> Package: xinit >> xinit.sh exit code 8 and since all xinit.sh does is run mkshortcut to create a start menu shortcut, I'd guess this is the same issue as [1], assuming we don't have a cygutils release with that fixed yet. [1] http://sourceware.org/ml/cygwin/2010-03/msg00357.html -- Jon TURNEY Volunteer Cygwin/X X Server 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 bkline@rksystems.com Tue Aug 10 20:37:00 2010 From: bkline@rksystems.com (Bob Kline) Date: Tue, 10 Aug 2010 20:37:00 -0000 Subject: Unable to install X on 64-bit Windows 7 Premium In-Reply-To: <4C617515.7020803@dronecode.org.uk> References: <4C608D11.3040905@rksystems.com> <4C614247.3070308@dronecode.org.uk> <4C617515.7020803@dronecode.org.uk> Message-ID: <4C61B89F.3070703@rksystems.com> On 8/10/2010 11:49 AM, Jon TURNEY wrote: > and since all xinit.sh does is run mkshortcut to create a start menu > shortcut, I'd guess this is the same issue as [1], assuming we don't > have a cygutils release with that fixed yet. > > [1] http://sourceware.org/ml/cygwin/2010-03/msg00357.html Right. As for the third problem (with libglade), the error output is add command failed could not open /etc/xml/catalog for saving Took a peek and saw that /etc/xml had not been created. So I created the directory and ran libglade2.0.sh again, reduced the error output to simply add command failed and when I checked for /etc/xml/catalog is saw that it had been created, but that it was empty. So I did some more googling, and found [1]. By adding --create to the script (and first removing the empty /etc/xml/catalog file) I was able to get the script to succeed. Unsettling that the libglade problem still hasn't been fixed after almost a couple of years, but at least I have (I think) "fixed" all three of the problems reported by the installer. As for the theories about the differences in results between Jim Reisert's Win 7 Pro machine and my Win 7 Premium box: I did the rest of my experimenting on a Win 7 Enterprise virtual machine, and ran into the same problems as on Win 7 Premium. So I'm pretty confident the different flavors of Win 7 had nothing to do with it. Much more likely that setup ran into the same failures (silently) on Win 7 Pro because the installation was done before setup was reporting the postinstall script failures. I would guess that the new practice of putting up the dialog window telling the new Cygwin user that his new installation will not work correctly until he fixes all of the errors which occurred will result in a decreased number of new users who are brave enough to persevere with Cygwin, but an increase in the number of problems which are actually reported and (let's hope) fixed. On balance, at least in the long run, a worthy trade-off. Thanks again for your assistance. [1] http://lists.macosforge.org/pipermail/macports-users/2008-October.txt -- Bob Kline http://www.rksystems.com mailto:bkline@rksystems.com -- 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 bkline@rksystems.com Wed Aug 11 13:20:00 2010 From: bkline@rksystems.com (Bob Kline) Date: Wed, 11 Aug 2010 13:20:00 -0000 Subject: Unable to install X on 64-bit Windows 7 Premium In-Reply-To: <4C614247.3070308@dronecode.org.uk> References: <4C608D11.3040905@rksystems.com> <4C614247.3070308@dronecode.org.uk> Message-ID: <4C62A363.1050309@rksystems.com> On 8/10/2010 8:12 AM, Jon TURNEY wrote: > I'm a bit surprised that gcc4 is a dependency of X. It's a dependency of imake, which is a member of the XWin set. -- Bob Kline mailto:bkline@rksystems.com http://www.rksystems.com -- 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 Wed Aug 11 20:17:00 2010 From: dickey@his.com (Thomas Dickey) Date: Wed, 11 Aug 2010 20:17:00 -0000 Subject: Unable to install X on 64-bit Windows 7 Premium In-Reply-To: <4C62A363.1050309@rksystems.com> References: <4C608D11.3040905@rksystems.com> <4C614247.3070308@dronecode.org.uk> <4C62A363.1050309@rksystems.com> Message-ID: <20100811161645.J72629@mail101.his.com> On Wed, 11 Aug 2010, Bob Kline wrote: > On 8/10/2010 8:12 AM, Jon TURNEY wrote: >> I'm a bit surprised that gcc4 is a dependency of X. > > It's a dependency of imake, which is a member of the XWin set. imake uses the C preprocessor... -- 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 sledz@zone42.org Thu Aug 12 07:31:00 2010 From: sledz@zone42.org (Steffen Sledz) Date: Thu, 12 Aug 2010 07:31:00 -0000 Subject: CygwinX at MS Terminalserver? Message-ID: <4C63A34E.2070901@zone42.org> Does anyone has experiences running CygwinX at an MS Terminalserver? We like to use it at one based on Windows Server 2003 with NTFS. Is it possible to run multiple XWin instances for multiple user sessions in parallel? Any suggestions how to setup the rights in /tmp, /var/log, /var/run, etc.? Steffen -- 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 kpenzo@v2020.server.lu Thu Aug 12 10:10:00 2010 From: kpenzo@v2020.server.lu (KP Enzo) Date: Thu, 12 Aug 2010 10:10:00 -0000 Subject: Bo nurkowanie jest fajne! Message-ID: <20100812100959.D054836CAE2F@v2020.server.lu> Klub P??etwonurk??w pisze: Czy jeste??cie Pa??stwo zainteresowani otrzymaniem informacji handlowej, dotycz??cej: 1. Nauki nurkowania 2. Turystyki rekreacyjno - nurkowej 3. Kurs??w nurkowych Je??eli tak, prosimy o odes??anie zgody na dostanie informacji dotycz??cej powy??szych temat??w na adres nadawcy. Niniejsze zapytanie nie jest informacj?? handlow??, a jedynie zapytaniem o zgod?? na przesy??anie informacji handlowych drog?? elektroniczn??, zgodnie z art. 10 ustawy z dnia 18 lipca 2002r. o ??wiadczeniu us??ug drog?? elektroniczn??. (Dz.U. z 2002r. Nr 144, poz 1204 z p????n. zm.) -- 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 ryanjohn@ece.cmu.edu Thu Aug 12 14:50:00 2010 From: ryanjohn@ece.cmu.edu (Ryan Johnson) Date: Thu, 12 Aug 2010 14:50:00 -0000 Subject: xterm and 7-bit control codes Message-ID: <4C640A08.3090907@ece.cmu.edu> Hi all, I'm running into a strange one... At some point in the past (on linux because I didn't know about cygwin yet), xterm used to send the following control sequence for a mouse click at row 1, col 250 ESC [ M SPC \303\206 ! ESC [ M # \303\206 ! From what I could piece together, the formula for the x position was: \40+x (x < 96) \300+X/64 \200+X%64 (otherwise) In other words, the first 96 characters were encoded as single octets, with all later ones encoded as an octet pair. I recently got back to using a wide monitor for the first time in years, and discovered that my hacks to emacs' xterm-mouse-mode no longer worked well because the two-octet code has been replaced by zero: ESC [ M SPC \000 ! ESC [ M # \000 ! This makes it hard to use the mouse on the right side of a large terminal window... I've verified that it's not emacs doing this (nor bash) by running directly (xterm -e) a small C utility which sends the mouse activation sequence and then converts stdin to an octet stream. Mouse clicks arrive just as emacs reported. Am I smoking something or has something about this control sequence changed in the last 5-6 years? I wonder if it has something to do with UTF-8 handling and if X changed somehow... The xfree86 control sequence documentation is less than helpful here [1]. For "normal tracking mode" it says: > On button press or release, xterm sends CSI M C b C x C y . The low > two bits of C b encode button information: 0=MB1 pressed, 1=MB2 > pressed, 2=MB3 pressed, 3=release. The next three bits encode the > modifiers which were down when the button was pressed and are added > together: 4=Shift, 8=Meta, 16=Control. Note however that the shift and > control bits are normally unavailable because xterm uses the control > modifier with mouse for popup menus, and the shift modifier is used in > the default translations for button events. The Meta modifier > recognized by xterm is the mod1 mask, and is not necessarily the > "Meta" key (see xmodmap). C x and C y are the x and y coordinates of > the mouse event, encoded as in X10 mode. In X10 mode: > On button press, xterm sends CSI M C b C x C y (6 characters). C b is > button???1. C x and C y are the x and y coordinates of the mouse when > the button was pressed. I remember reading the same thing all those years ago and being annoyed even then because it was so vague. Clearly the terminal was sending more than 6 octets (who knows how many "characters" that's supposed to be), and the spec doesn't mention the fact that all coordinates are offset by \40. How UTF-8, Unicode, and other encoding complexities fit in I have no clue... This may turn out to have nothing to do with cygwin/X; if so I'd appreciate ideas on where to send it next... Ideas? Ryan [1] http://www.xfree86.org/current/ctlseqs.html#Mouse%20Tracking -- 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 jon.turney@dronecode.org.uk Thu Aug 12 15:46:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 12 Aug 2010 15:46:00 -0000 Subject: SIGSEGV in xorg-1.8.2.0 during -resize operation In-Reply-To: <4C60E813.9070208@ece.cmu.edu> References: <4C606FBA.90704@ece.cmu.edu> <4C607B0B.4000401@dronecode.org.uk> <4C60E813.9070208@ece.cmu.edu> Message-ID: <4C64173D.30702@dronecode.org.uk> On 10/08/2010 06:48, Ryan Johnson wrote: > On 8/10/2010 12:02 AM, Jon TURNEY wrote: >> On 09/08/2010 22:14, Ryan Johnson wrote: >>> I was overjoyed to see that the release notes for the new X server release >>> mention support for resizing the X desktop with the windows desktop. >>> >>> Unfortunately, it didn't work :( >>> >>> I modified the xwin windows shortcut to run as follows: >>>> C:\cygwin\bin\run.exe /usr/bin/bash.exe -l -c /usr/bin/startxwin.exe -- >>>> -resize >> >> You need to quote the entire command you are passing to bash after -c >> >> i.e, try C:\cygwin\bin\run.exe /usr/bin/bash.exe -l -c >> "/usr/bin/startxwin.exe -- -resize" >> >>> Then started the server at 1920x1200x32bpp while my ThinkPad was attached to >>> an external LCD. >>> >>> When I detached the monitor to leave the office, X disappeared with signal 11 >>> (log attached). Oddly, the log file didn't mention -resize as an argument to >>> XWin, but it did attempt to resize so I assume the feature was active. Oh dear. Well it seems I only thought I added code to only enable resize support in multiwindow mode when requested, so it's always on for multiwindow mode at the moment. That wouldn't be so bad, but it also seems that the -resize code completely fails to correctly handle a change of colour depth (e.g. from 32 bits to 16 bits or vice versa) leading to this segfault. Unfortunately, fixing this looks to be quite complex :-( Thanks for testing, anyhow :-) -- Jon TURNEY Volunteer Cygwin/X X Server 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 jon.turney@dronecode.org.uk Thu Aug 12 15:49:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 12 Aug 2010 15:49:00 -0000 Subject: SIGSEGV in xorg-1.8.2.0 during -resize operation In-Reply-To: <4C60E813.9070208@ece.cmu.edu> References: <4C606FBA.90704@ece.cmu.edu> <4C607B0B.4000401@dronecode.org.uk> <4C60E813.9070208@ece.cmu.edu> Message-ID: <4C64173D.30702@dronecode.org.uk> On 10/08/2010 06:48, Ryan Johnson wrote: > On 8/10/2010 12:02 AM, Jon TURNEY wrote: >> On 09/08/2010 22:14, Ryan Johnson wrote: >>> I was overjoyed to see that the release notes for the new X server release >>> mention support for resizing the X desktop with the windows desktop. >>> >>> Unfortunately, it didn't work :( >>> >>> I modified the xwin windows shortcut to run as follows: >>>> C:\cygwin\bin\run.exe /usr/bin/bash.exe -l -c /usr/bin/startxwin.exe -- >>>> -resize >> >> You need to quote the entire command you are passing to bash after -c >> >> i.e, try C:\cygwin\bin\run.exe /usr/bin/bash.exe -l -c >> "/usr/bin/startxwin.exe -- -resize" >> >>> Then started the server at 1920x1200x32bpp while my ThinkPad was attached to >>> an external LCD. >>> >>> When I detached the monitor to leave the office, X disappeared with signal 11 >>> (log attached). Oddly, the log file didn't mention -resize as an argument to >>> XWin, but it did attempt to resize so I assume the feature was active. Oh dear. Well it seems I only thought I added code to only enable resize support in multiwindow mode when requested, so it's always on for multiwindow mode at the moment. That wouldn't be so bad, but it also seems that the -resize code completely fails to correctly handle a change of colour depth (e.g. from 32 bits to 16 bits or vice versa) leading to this segfault. Unfortunately, fixing this looks to be quite complex :-( Thanks for testing, anyhow :-) -- Jon TURNEY Volunteer Cygwin/X X Server 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 ryanjohn@ece.cmu.edu Thu Aug 12 16:04:00 2010 From: ryanjohn@ece.cmu.edu (Ryan Johnson) Date: Thu, 12 Aug 2010 16:04:00 -0000 Subject: SIGSEGV in xorg-1.8.2.0 during -resize operation In-Reply-To: <4C64173D.30702@dronecode.org.uk> References: <4C606FBA.90704@ece.cmu.edu> <4C607B0B.4000401@dronecode.org.uk> <4C60E813.9070208@ece.cmu.edu> <4C64173D.30702@dronecode.org.uk> Message-ID: <4C64180A.20108@ece.cmu.edu> On 8/12/2010 5:46 PM, Jon TURNEY wrote: > On 10/08/2010 06:48, Ryan Johnson wrote: >> On 8/10/2010 12:02 AM, Jon TURNEY wrote: >>> On 09/08/2010 22:14, Ryan Johnson wrote: >>>> When I detached the monitor to leave the office, X disappeared with >>>> signal 11 >>>> (log attached). Oddly, the log file didn't mention -resize as an >>>> argument to >>>> XWin, but it did attempt to resize so I assume the feature was active. > > Oh dear. Well it seems I only thought I added code to only enable > resize support in multiwindow mode when requested, so it's always on > for multiwindow mode at the moment. That wouldn't be so bad, but it > also seems that the -resize code completely fails to correctly handle > a change of colour depth (e.g. from 32 bits to 16 bits or vice versa) > leading to this segfault. > > Unfortunately, fixing this looks to be quite complex :-( > > Thanks for testing, anyhow :-) So... does that mean I have to roll back or face a seg fault after every commute? Or is there a way to explicitly disable it? Ryan -- 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 jon.turney@dronecode.org.uk Thu Aug 12 16:07:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 12 Aug 2010 16:07:00 -0000 Subject: CygwinX at MS Terminalserver? In-Reply-To: <4C63A34E.2070901@zone42.org> References: <4C63A34E.2070901@zone42.org> Message-ID: <4C641B91.60504@dronecode.org.uk> On 12/08/2010 08:31, Steffen Sledz wrote: > Does anyone has experiences running CygwinX at an MS Terminalserver? We like to use it at one based on Windows Server 2003 with NTFS. > > Is it possible to run multiple XWin instances for multiple user sessions in parallel? > > Any suggestions how to setup the rights in /tmp, /var/log, /var/run, etc.? You shouldn't change the rights on any of these, as this could affect the security or functioning of other cygwin apps. Fortunately, you shouldn't need to, as, provided each X server instance has a unique display number, everything should work :-) Where you may experience problems is if the X server crashes whilst being run by an Administrator, and then a non-Adminstrator user tries to run X server using the same display number, which will fail due being unable to remove the stale lock file and unix socket. Unfortunately, there is no obvious way to fix that without introducing a security hole (not that it is known to be secure anyhow) -- Jon TURNEY Volunteer Cygwin/X X Server 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 jon.turney@dronecode.org.uk Thu Aug 12 17:51:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 12 Aug 2010 17:51:00 -0000 Subject: SIGSEGV in xorg-1.8.2.0 during -resize operation In-Reply-To: <4C64180A.20108@ece.cmu.edu> References: <4C606FBA.90704@ece.cmu.edu> <4C607B0B.4000401@dronecode.org.uk> <4C60E813.9070208@ece.cmu.edu> <4C64173D.30702@dronecode.org.uk> <4C64180A.20108@ece.cmu.edu> Message-ID: <4C641C58.3000608@dronecode.org.uk> On 12/08/2010 16:49, Ryan Johnson wrote: > On 8/12/2010 5:46 PM, Jon TURNEY wrote: >> On 10/08/2010 06:48, Ryan Johnson wrote: >>> On 8/10/2010 12:02 AM, Jon TURNEY wrote: >>>> On 09/08/2010 22:14, Ryan Johnson wrote: >>>>> When I detached the monitor to leave the office, X disappeared with >>>>> signal 11 >>>>> (log attached). Oddly, the log file didn't mention -resize as an argument to >>>>> XWin, but it did attempt to resize so I assume the feature was active. >> >> Oh dear. Well it seems I only thought I added code to only enable resize >> support in multiwindow mode when requested, so it's always on for >> multiwindow mode at the moment. That wouldn't be so bad, but it also seems >> that the -resize code completely fails to correctly handle a change of >> colour depth (e.g. from 32 bits to 16 bits or vice versa) leading to this >> segfault. >> >> Unfortunately, fixing this looks to be quite complex :-( >> >> Thanks for testing, anyhow :-) > So... does that mean I have to roll back or face a seg fault after every > commute? Or is there a way to explicitly disable it? I'm afraid so. As I say, I meant to add a means to disable -resize in -multiwindow mode to avoid exactly this kind of situation. Since it's the transition from 32bpp to 16bpp which breaks this, one possible workaround would be to run your large monitor at 16bpp, which might also give you working resize. -- Jon TURNEY Volunteer Cygwin/X X Server 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 jon.turney@dronecode.org.uk Thu Aug 12 18:20:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 12 Aug 2010 18:20:00 -0000 Subject: X hardware acceleration still flaky? In-Reply-To: References: <5AD5281D-29D0-47D8-A6FF-1D984EFCF9B1@surrey.ac.uk> <4C5EA9BA.6060504@dronecode.org.uk> <4C5FF7D7.3010004@dronecode.org.uk> <4C602D10.9010302@dronecode.org.uk> Message-ID: <4C6434A1.10806@dronecode.org.uk> On 10/08/2010 12:00, L.Wood@surrey.ac.uk wrote: > Program received signal SIGSEGV, Segmentation fault. > [Switching to thread 5736.0x16c4] > 0x6fb96c8d in pixman_fill_sse2 () from /usr/bin/cygpixman-1-0.dll > (gdb) bt > #0 0x6fb96c8d in pixman_fill_sse2 () from /usr/bin/cygpixman-1-0.dll > #1 0x6fb97205 in pixman_fill_sse2 () from /usr/bin/cygpixman-1-0.dll > #2 0x6fb77245 in pixman_fill () from /usr/bin/cygpixman-1-0.dll > #3 0x0044924b in fbFill (pDrawable=0x109306f8, pGC=0x10936530, x=657, y=367, > width=450, height=450) at fbfill.c:48 > #4 0x0044746f in fbPolyFillRect (pDrawable=0x109306f8, pGC=0x10936530, > nrect=0, prect=0x1096791c) at fbfillrect.c:77 > #5 0x0052728f in damagePolyFillRect (pDrawable=0x109306f8, pGC=0x10936530, > nRects=1, pRects=0x10967914) at damage.c:1404 > #6 0x005504c3 in ProcPolyFillRectangle (client=0x106bd4f0) at dispatch.c:1939 > #7 0x0054c56e in Dispatch () at dispatch.c:439 > #8 0x005465af in main (argc=3, argv=0x61227b64, envp=0x104300f8) > at main.c:286 Thanks. With the details provided in the last couple of emails, I have managed to reproduce what I think is the same problem as you are seeing. 1) Start geomview 2) Cause the geomview camera window to start animating, e.g. by loading one of the demo scenes and making the camera rotate, or by opening SaVi and starting simulated time running 3) Move the camera window away from it's original position up or to the left (observe if you move it a small amount to the right or down, the area of scene being drawn in it which is updated is constrained to the original window position) This has nothing to do with 'hardware acceleration' or OpenGL, it seems that the particular way this application draws it's output (into a same-size child window of the camera window) interacts with the composite extension to expose a bug in the XWin code. You should be able to workaround the crash by starting the X server with '-extension Composite' to disable the composite extension. I've uploaded a build with an attempt at fixing this at [1]. Perhaps you could try it out and see if it works for you? I'm not sure why the image flickers so badly, a double buffered OpenGL visual seems to be being used, so only a complete frame should be transferred to the display, but I can see elements of the scene being drawn. [1] ftp://cygwin.com/pub/cygwinx/XWin.20100812-git-7180c693de178032.exe.bz2 -- Jon TURNEY Volunteer Cygwin/X X Server 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 L.Wood@surrey.ac.uk Thu Aug 12 20:42:00 2010 From: L.Wood@surrey.ac.uk (L.Wood@surrey.ac.uk) Date: Thu, 12 Aug 2010 20:42:00 -0000 Subject: X hardware acceleration still flaky? In-Reply-To: <4C6434A1.10806@dronecode.org.uk> References: <5AD5281D-29D0-47D8-A6FF-1D984EFCF9B1@surrey.ac.uk> <4C5EA9BA.6060504@dronecode.org.uk> <4C5FF7D7.3010004@dronecode.org.uk> <4C602D10.9010302@dronecode.org.uk> <4C6434A1.10806@dronecode.org.uk> Message-ID: Jon, thanks for looking into this. I can confirm that under the current Cygwin release, with your original XWin debug code and geomview running with opengl support enabled and SaVi animating the Geomview window and forcing camera updates: moving the geomview window up and/or to the left causes the crash, while moving it down and/or to the left constrains the updated area to the overlap of the current window position with the original viewport (if that's the right term) - hard to spot amongst the flickering, and I missed that. Apologies. So, yes, it's not related to use of a second monitor; I was moving the geomview camera up to that monitor to get the crash. I can confirm that your replacement code drop (url below) appears to fix this crash problem. However, I have a question about your conclusion that this has nothing to do with opengl. If you start geomview under a buggy crashing XWin server with: geomview -noopengl (one dash, note spelling) there's no flickering or crashing; drawing is always slow and reliable, even under a buggy XWin. From that, it's a pretty easy conclusion to presume that OpenGL is somehow involved? Or is only one of the geomview drawing methods (the one that just happens to use OpenGL) at fault with the composite extension? somewhat enlightened but also somewhat puzzled, thanks, L. SaVi satellite constellation visualization: http://savi.sf.net/ -----Original Message----- From: Jon TURNEY [mailto:jon.turney@dronecode.org.uk] Sent: 12 August 2010 18:51 To: cygwin-xfree@cygwin.com Cc: Wood L Dr (Electronic Eng) Subject: Re: X hardware acceleration still flaky? Importance: High On 10/08/2010 12:00, L.Wood@surrey.ac.uk wrote: > Program received signal SIGSEGV, Segmentation fault. > [Switching to thread 5736.0x16c4] > 0x6fb96c8d in pixman_fill_sse2 () from /usr/bin/cygpixman-1-0.dll > (gdb) bt > #0 0x6fb96c8d in pixman_fill_sse2 () from /usr/bin/cygpixman-1-0.dll > #1 0x6fb97205 in pixman_fill_sse2 () from /usr/bin/cygpixman-1-0.dll > #2 0x6fb77245 in pixman_fill () from /usr/bin/cygpixman-1-0.dll > #3 0x0044924b in fbFill (pDrawable=0x109306f8, pGC=0x10936530, x=657, y=367, > width=450, height=450) at fbfill.c:48 > #4 0x0044746f in fbPolyFillRect (pDrawable=0x109306f8, pGC=0x10936530, > nrect=0, prect=0x1096791c) at fbfillrect.c:77 > #5 0x0052728f in damagePolyFillRect (pDrawable=0x109306f8, pGC=0x10936530, > nRects=1, pRects=0x10967914) at damage.c:1404 > #6 0x005504c3 in ProcPolyFillRectangle (client=0x106bd4f0) at > dispatch.c:1939 > #7 0x0054c56e in Dispatch () at dispatch.c:439 > #8 0x005465af in main (argc=3, argv=0x61227b64, envp=0x104300f8) > at main.c:286 Thanks. With the details provided in the last couple of emails, I have managed to reproduce what I think is the same problem as you are seeing. 1) Start geomview 2) Cause the geomview camera window to start animating, e.g. by loading one of the demo scenes and making the camera rotate, or by opening SaVi and starting simulated time running 3) Move the camera window away from it's original position up or to the left (observe if you move it a small amount to the right or down, the area of scene being drawn in it which is updated is constrained to the original window position) This has nothing to do with 'hardware acceleration' or OpenGL, it seems that the particular way this application draws it's output (into a same-size child window of the camera window) interacts with the composite extension to expose a bug in the XWin code. You should be able to workaround the crash by starting the X server with '-extension Composite' to disable the composite extension. I've uploaded a build with an attempt at fixing this at [1]. Perhaps you could try it out and see if it works for you? I'm not sure why the image flickers so badly, a double buffered OpenGL visual seems to be being used, so only a complete frame should be transferred to the display, but I can see elements of the scene being drawn. [1] ftp://cygwin.com/pub/cygwinx/XWin.20100812-git-7180c693de178032.exe.bz2 -- Jon TURNEY Volunteer Cygwin/X X Server 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 dickey@his.com Fri Aug 13 07:13:00 2010 From: dickey@his.com (Thomas Dickey) Date: Fri, 13 Aug 2010 07:13:00 -0000 Subject: xterm and 7-bit control codes In-Reply-To: <4C640A08.3090907@ece.cmu.edu> References: <4C640A08.3090907@ece.cmu.edu> Message-ID: <20100812163131.V73121@mail101.his.com> On Thu, 12 Aug 2010, Ryan Johnson wrote: > Hi all, > > I'm running into a strange one... > > At some point in the past (on linux because I didn't know about cygwin yet), > xterm used to send the following control sequence for a mouse click at row 1, > col 250 > > ESC [ M SPC \303\206 ! ESC [ M # \303\206 ! > > From what I could piece together, the formula for the x position was: > > \40+x (x < 96) > \300+X/64 \200+X%64 (otherwise) > > In other words, the first 96 characters were encoded as single octets, with > all later ones encoded as an octet pair. As far as I know, xterm's never sent more than one byte for either x/y in a button event. Ditto for rxvt. It sounds like a useful idea, except that it would of course be incompatible with the existing applications. So it would have to be enabled by a new control sequence. (On the other hand, whatever application you were using at the time may have translated the characters in that manner). -- 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 sledz@zone42.org Fri Aug 13 08:23:00 2010 From: sledz@zone42.org (Steffen Sledz) Date: Fri, 13 Aug 2010 08:23:00 -0000 Subject: CygwinX at MS Terminalserver? In-Reply-To: <4C641B91.60504@dronecode.org.uk> References: <4C63A34E.2070901@zone42.org> <4C641B91.60504@dronecode.org.uk> Message-ID: <4C64F0A8.5020400@zone42.org> Am 12.08.2010 18:04, schrieb Jon TURNEY: > On 12/08/2010 08:31, Steffen Sledz wrote: >> Does anyone has experiences running CygwinX at an MS >> Terminalserver? We like to use it at one based on Windows >> Server 2003 with NTFS. >> >> Is it possible to run multiple XWin instances for multiple >> user sessions in parallel? >> >> Any suggestions how to setup the rights in /tmp, /var/log, >> /var/run, etc.? > > You shouldn't change the rights on any of these, as this could > affect the security or functioning of other cygwin apps. > > Fortunately, you shouldn't need to, as, provided each X server > instance has a unique display number, everything should work :-) This seems not to be right. :( Here are the results of my tests: testuser0001 starts an X server using the item "XWin Server" from the start menu. This results in the creation of some files/dirs with these rights. ------------>snip<---------------- $ ls -la /tmp /var/log /tmp: total 1 drwxrwxrwt+ 1 Administrator Administrators 0 Aug 13 08:55 . drwxr-xr-x+ 1 Administrator Administrators 0 May 17 15:51 .. -r--r--r-- 1 testuser0001 Domain Users 11 Aug 13 08:54 .X0-lock drwxrwxrwt+ 1 testuser0001 Domain Users 0 Aug 13 08:54 .X11-unix /var/log: total 2316 drwxrwxrwt+ 1 Administrator Administrators 0 Aug 13 08:54 . drwxr-xr-x+ 1 Administrator Administrators 0 May 17 16:21 .. -rw-r--r-- 1 Administrator Administrators 139786 Aug 13 08:48 setup.log -rw-r--r-- 1 Administrator Administrators 2219958 Aug 13 08:48 setup.log.full -rw-r--r-- 1 testuser0001 Domain Users 4447 Aug 13 08:54 XWin.0.log ------------>snap<---------------- Now testuser0002 tries to start another server in parallel. This gives this error: /usr/bin/startxwin: Resource temporarily unavailable (errno 11): Another X server instance is running on DISPLAY :0 Now testuser0001 stops his server by using the "Exit" item from the server menu. After this the files/dirs look like this. ------------>snip<---------------- $ ls -la /tmp /var/log /tmp: total 0 drwxrwxrwt+ 1 Administrator Administrators 0 Aug 13 08:58 . drwxr-xr-x+ 1 Administrator Administrators 0 May 17 15:51 .. drwxrwxrwt+ 1 testuser0001 Domain Users 0 Aug 13 08:58 .X11-unix /var/log: total 2316 drwxrwxrwt+ 1 Administrator Administrators 0 Aug 13 08:54 . drwxr-xr-x+ 1 Administrator Administrators 0 May 17 16:21 .. -rw-r--r-- 1 Administrator Administrators 139786 Aug 13 08:48 setup.log -rw-r--r-- 1 Administrator Administrators 2219958 Aug 13 08:48 setup.log.full -rw-r--r-- 1 testuser0001 Domain Users 4871 Aug 13 08:58 XWin.0.log ------------>snap<---------------- Now testuser0002 tries to start a server. This results in an error popup: ------------>snip<---------------- A fatal error has occured and Cygwin/X will now exit. Cannot open log file "/var/log/XWin.0.log" Please open /var/log/XWin.%s.log for more information. Vendor: The Cygwin/X Project Release: 1.8.2.0 (10802000) Contact: cygwin-xfree@cygwin.com Build Date: 2010-08-06 XWin was started with the following command-line: X :0 -multiwindow ------------>snap<---------------- > Where you may experience problems is if the X server crashes > whilst being run by an Administrator, and then a non-Adminstrator > user tries to run X server using the same display number, which > will fail due being unable to remove the stale lock file and unix > socket. Unfortunately, there is no obvious way to fix that > without introducing a security hole (not that it is known to be > secure anyhow) I think that's not the problem in this case. Steffen -- 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 hj.beckers@kreis-steinfurt.de Fri Aug 13 10:39:00 2010 From: hj.beckers@kreis-steinfurt.de (Hermann-Josef Beckers) Date: Fri, 13 Aug 2010 10:39:00 -0000 Subject: CygwinX at MS Terminalserver? In-Reply-To: <4C64F0A8.5020400@zone42.org> References: <4C63A34E.2070901@zone42.org> <4C641B91.60504@dronecode.org.uk> <4C64F0A8.5020400@zone42.org> Message-ID: cygwin-xfree-owner@cygwin.com schrieb am 13.08.2010 09:13:44: ...> > Am 12.08.2010 18:04, schrieb Jon TURNEY: > > On 12/08/2010 08:31, Steffen Sledz wrote: > >> Does anyone has experiences running CygwinX at an MS > >> Terminalserver? We like to use it at one based on Windows > >> Server 2003 with NTFS. > >> > >> Is it possible to run multiple XWin instances for multiple > >> user sessions in parallel? > >> > >> Any suggestions how to setup the rights in /tmp, /var/log, > >> /var/run, etc.? > > > > You shouldn't change the rights on any of these, as this could > > affect the security or functioning of other cygwin apps. > > > > Fortunately, you shouldn't need to, as, provided each X server > > instance has a unique display number, everything should work :-) > > This seems not to be right. :( > Maybe my way can help you. The following three lines are from my startup script: (1) OLDDPY=$(netstat -an | grep 0:60|tail -1|gawk -F: '{print substr($2,3,2) }') (2) DPY=$(expr $OLDDPY + 1) (3) run Xwin :$DPY -dpi 75 -swcursor -logfile $HOME/$USER.log ... more options All X servers use a port 60xx, so line (1) lists all net connections and greps the relevant 60xx lines. tail -1 gives the highest used 60xx port. The gawk returns the relevant 2 digits. Those get assigned to OLDDPY (old/last display number). Line (2) simply adds 1 to OLDDPY and assigns that number to DPY (you guess it, thats the new DISPLAY number ...). Line (3) starts X(win) with the new $DPY number and the parameter "--logfile $HOME/$USER.log" assigns a different logfile for each user. HTH hjb -- 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 sneakypete81@gmail.com Fri Aug 13 11:09:00 2010 From: sneakypete81@gmail.com (Pete) Date: Fri, 13 Aug 2010 11:09:00 -0000 Subject: XServer draws to incorrect window when using VirtuaWin In-Reply-To: References: Message-ID: VirtuaWin (http://virtuawin.sourceforge.net/) is a virtual desktop manager for Windows that lets you switch between several "virtual desktops", similar to those provided in KDE & Gnome. When switching between desktops that have CygwinX windows open, occasionally the Xserver draws to the wrong window. This is difficult to describe, so will continue with an example: Using Windows 7, Cygwin/X v1.8.0 Steps to reproduce: 1) Install VirtuaWin from?http://virtuawin.sourceforge.net/ 2) Start the CygwinX server 3) Open a (DOS) cygwin window 4) Type "xterm &" twice, to open two xterm windows. Maximise these two windows to full screen. 5) Move one of these windows to desktop2 6) Type "ping google.com -n 1000" to get a stream of data appearing in the xterm window on desktop2 7) Go back to desktop1, and make sure the DOS cygwin window is selected 8) Switch back to desktop2. The "ping" xterm window should be selected. 9) Switch back to desktop1. The cygwin window should be selected. What should happen: The empty xterm session on desktop1 should be displayed in the window behind the cygwin window What happens: The ping data stream appears in the xterm window on desktop1, and continues receiving updates every second. Selecting the xterm window causes the ping data to disappear and the empty xterm session to be displayed correctly. This is reproducible every time. The critical thing is that if the xterm window on desktop1 is not selected after a desktop switch, it shows the data from the xterm window on desktop 2. FWIW, this problem doesn't exist with xming, and I haven't seen the issue with any other applications. Any questions, please let me know. Thanks, Pete -- 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 jon.turney@dronecode.org.uk Fri Aug 13 11:15:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 13 Aug 2010 11:15:00 -0000 Subject: CygwinX at MS Terminalserver? In-Reply-To: <4C64F0A8.5020400@zone42.org> References: <4C63A34E.2070901@zone42.org> <4C641B91.60504@dronecode.org.uk> <4C64F0A8.5020400@zone42.org> Message-ID: <4C6527D3.3000303@dronecode.org.uk> On 13/08/2010 08:13, Steffen Sledz wrote: > Am 12.08.2010 18:04, schrieb Jon TURNEY: >> On 12/08/2010 08:31, Steffen Sledz wrote: >>> Does anyone has experiences running CygwinX at an MS >>> Terminalserver? We like to use it at one based on Windows >>> Server 2003 with NTFS. >>> >>> Is it possible to run multiple XWin instances for multiple >>> user sessions in parallel? >>> >>> Any suggestions how to setup the rights in /tmp, /var/log, >>> /var/run, etc.? >> >> You shouldn't change the rights on any of these, as this could >> affect the security or functioning of other cygwin apps. >> >> Fortunately, you shouldn't need to, as, provided each X server >> instance has a unique display number, everything should work :-) > > This seems not to be right. :( > > Here are the results of my tests: > [snip] > > Now testuser0002 tries to start another server in parallel. This gives this error: > > /usr/bin/startxwin: Resource temporarily unavailable (errno 11): Another X server instance is running on DISPLAY :0 This is expected. As I said, each X server instance must have a unique display number. This can't possibly work any other way. If two users both have an X server with display number 0, to which server should a client started with DISPLAY=:0.0 connect? > Now testuser0001 stops his server by using the "Exit" item from the server menu. After this the files/dirs look like this. [snip] > /var/log: > total 2316 > drwxrwxrwt+ 1 Administrator Administrators 0 Aug 13 08:54 . > drwxr-xr-x+ 1 Administrator Administrators 0 May 17 16:21 .. > -rw-r--r-- 1 Administrator Administrators 139786 Aug 13 08:48 setup.log > -rw-r--r-- 1 Administrator Administrators 2219958 Aug 13 08:48 setup.log.full > -rw-r--r-- 1 testuser0001 Domain Users 4871 Aug 13 08:58 XWin.0.log > ------------>snap<---------------- > > Now testuser0002 tries to start a server. This results in an error popup: > > ------------>snip<---------------- > A fatal error has occured and Cygwin/X will now exit. > > Cannot open log file "/var/log/XWin.0.log" This is interesting. On my systems, /var/log has mode 777, rather than 1777. Having the restricted deletion flag set on /var/log prevents other users from deleting the logfile from a previous run. However, checking the source for setup.exe, I see that it does create /var/log with 1777 permissions, so how I got into this state I don't know... I'm not sure that is right, but assuming it is intentional, I guess we need to create a /var/log/xwin with mode 777 and arrange for that to be the default logfile location mkdir /var/log/xwin chmod 777 /var/log/xwin adding '-logfile /var/log/xwin/XWin.%s.log' to your xwin command line. -- Jon TURNEY Volunteer Cygwin/X X Server 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 Kurt-Franke@web.de Fri Aug 13 21:07:00 2010 From: Kurt-Franke@web.de (Kurt Franke) Date: Fri, 13 Aug 2010 21:07:00 -0000 Subject: CygwinX at MS Terminalserver? References: <4C63A34E.2070901@zone42.org> <4C641B91.60504@dronecode.org.uk> Message-ID: Jon TURNEY dronecode.org.uk> writes: > Where you may experience problems is if the X server crashes whilst being run > by an Administrator, and then a non-Adminstrator user tries to run X server > using the same display number, which will fail due being unable to remove the > stale lock file and unix socket. Unfortunately, there is no obvious way to > fix that without introducing a security hole (not that it is known to be > secure anyhow) Hi, this problem could be handled. Create a script which checks for existence of the PID written into the file(s) /tmp/.X${DISPLAY_NUMBER}-lock and remove the Lockfile and also the Domainsocket for the same DISPLAY_NUMBER if the process doesn't exist. It is a good strategy to check for the string Xwin in the process command to ignore other processes which may got the same PID as the previous XServer process. Either do this periodically in the script itself and start it via inittab or as a windows service, or run it via cron. Checking once a minute should be sufficient. regards kf -- 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 jon.turney@dronecode.org.uk Fri Aug 13 22:24:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 13 Aug 2010 22:24:00 -0000 Subject: X hardware acceleration still flaky? In-Reply-To: References: <5AD5281D-29D0-47D8-A6FF-1D984EFCF9B1@surrey.ac.uk> <4C5EA9BA.6060504@dronecode.org.uk> <4C5FF7D7.3010004@dronecode.org.uk> <4C602D10.9010302@dronecode.org.uk> <4C6434A1.10806@dronecode.org.uk> Message-ID: <4C65B3DD.9000103@dronecode.org.uk> On 12/08/2010 19:20, L.Wood@surrey.ac.uk wrote: > I can confirm that under the current Cygwin release, with your original XWin debug code and geomview running with opengl support enabled and SaVi animating the Geomview window and forcing camera updates: > moving the geomview window up and/or to the left causes the crash, > while moving it down and/or to the left constrains the updated area to the overlap of the current window position with the original viewport (if that's the right term) - hard to spot amongst the flickering, and I missed that. Apologies. > > So, yes, it's not related to use of a second monitor; I was moving the geomview camera up to that monitor to get the crash. > > I can confirm that your replacement code drop (url below) appears to fix this crash problem. Thanks for testing. > However, I have a question about your conclusion that this has nothing to do with opengl. > > If you start geomview under a buggy crashing XWin server with: > geomview -noopengl (one dash, note spelling) > there's no flickering or crashing; drawing is always slow and reliable, even under a buggy XWin. From that, it's a pretty easy conclusion to presume that OpenGL is somehow involved? Or is only one of the geomview drawing methods (the one that just happens to use OpenGL) at fault with the composite extension? Whilst this is the obvious conclusion to reach, it doesn't seem to be correct. Supplying -noopengl to geomview causes it to do different things, and in particular, it creates a different window hierarchy inside the camera window (which you can observe using xwininfo -tree on that camera window). It seems that the window hierarchy used when opengl is selected, happens to expose a bug in XWin, which causes composite to handle the window's position incorrectly. -- Jon TURNEY Volunteer Cygwin/X X Server 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 ryanjohn@ece.cmu.edu Fri Aug 13 22:48:00 2010 From: ryanjohn@ece.cmu.edu (Ryan Johnson) Date: Fri, 13 Aug 2010 22:48:00 -0000 Subject: xterm and 7-bit control codes In-Reply-To: <20100812163131.V73121@mail101.his.com> References: <20100812163131.V73121@mail101.his.com> Message-ID: <4C65C607.8050008@ece.cmu.edu> On 8:59 PM, Thomas Dickey wrote: > As far as I know, xterm's never sent more than one byte for either x/y in > a button event. Ditto for rxvt. It sounds like a useful idea, except > that it would of course be incompatible with the existing applications. > So it would have to be enabled by a new control sequence. Hehe... very true about breaking existing apps. All those years ago the extra octet kick-started everything by confusing emacs (well, xterm-mouse-mode, really). I started looking at the character stream and reverse-engineered the above formula while trying to get rid of all the ascii garbage that polluted my buffers after stray mouse clicks. Only then did I realize I could exploit (rather than suppress) the extra octets to make large terminals behave better... > > (On the other hand, whatever application you were using at the time may > have translated the characters in that manner). I dug up an old .emacs, and it actually mentions gnu screen. If so, that's definitely been "fixed" because I specifically tested screen on several machines (cygwin, solaris, linux), plus rxvt and the gnome terminal***) before posting here. Any ideas what other terminal emulators I might test? Side note: how much pain would it be asking for if I tried to add the double-octet behavior to xterm as a feature? Would it be better to tackle rxvt? Or would it be man-weeks of work no matter what and I should just drop it? Thanks, Ryan *** testing gnome terminal was hilarious: enabling mouse support and clicking on the wrong position sends a control sequence containing ^Z, which duly backgrounds the app! -- 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 Aug 14 11:57:00 2010 From: dickey@his.com (Thomas Dickey) Date: Sat, 14 Aug 2010 11:57:00 -0000 Subject: xterm and 7-bit control codes In-Reply-To: <4C65C607.8050008@ece.cmu.edu> References: <20100812163131.V73121@mail101.his.com> <4C65C607.8050008@ece.cmu.edu> Message-ID: <20100813183236.L42351@mail101.his.com> On Sat, 14 Aug 2010, Ryan Johnson wrote: > On 8:59 PM, Thomas Dickey wrote: >> As far as I know, xterm's never sent more than one byte for either x/y in >> a button event. Ditto for rxvt. It sounds like a useful idea, except that >> it would of course be incompatible with the existing applications. >> So it would have to be enabled by a new control sequence. > Hehe... very true about breaking existing apps. All those years ago the extra > octet kick-started everything by confusing emacs (well, xterm-mouse-mode, > really). I started looking at the character stream and reverse-engineered the > above formula while trying to get rid of all the ascii garbage that polluted > my buffers after stray mouse clicks. Only then did I realize I could exploit > (rather than suppress) the extra octets to make large terminals behave > better... > >> >> (On the other hand, whatever application you were using at the time may >> have translated the characters in that manner). > I dug up an old .emacs, and it actually mentions gnu screen. If so, that's > definitely been "fixed" because I specifically tested screen on several > machines (cygwin, solaris, linux), plus rxvt and the gnome terminal***) > before posting here. Any ideas what other terminal emulators I might test? Not offhand. The only prior discussion I recall in that area was the 1-byte limit. It might have been someone's more/less private patch to screen - to be usable with screen in the first place, it has to be aware of the control sequence (otherwise it tends to filter things out). The mouse control sequences are a special case, since they don't have a final character. > Side note: how much pain would it be asking for if I tried to add the > double-octet behavior to xterm as a feature? Would it be better to tackle > rxvt? Or would it be man-weeks of work no matter what and I should just drop > it? It didn't sound like a lot of work: a case-statement entry in dpmodes (charproc.c) to enable/disable it, and a few lines of code in EditorButton (button.c) plus updating ctlseqs.ms). > > Thanks, > Ryan > > *** testing gnome terminal was hilarious: enabling mouse support and clicking > on the wrong position sends a control sequence containing ^Z, which duly > backgrounds the app! ;-) -- 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 ryanjohn@ece.cmu.edu Sat Aug 14 17:23:00 2010 From: ryanjohn@ece.cmu.edu (Ryan Johnson) Date: Sat, 14 Aug 2010 17:23:00 -0000 Subject: Missing dependency for Athena libraries Message-ID: <4C668494.9080503@ece.cmu.edu> Hi all, I just tried to pull down the Athena widget libraries (xaw and xaw3d) and got an unmet dependency message for libXpm-devel. It's not a big deal, since it offered to add it to my list, but a bit odd (I just clicked on each once... none of the cycling though install/keep/reinstall/etc which might have confused something). Regards, Ryan -- 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 andy.koppe@gmail.com Sun Aug 15 01:04:00 2010 From: andy.koppe@gmail.com (Andy Koppe) Date: Sun, 15 Aug 2010 01:04:00 -0000 Subject: Missing dependency for Athena libraries In-Reply-To: <4C668494.9080503@ece.cmu.edu> References: <4C668494.9080503@ece.cmu.edu> Message-ID: On 14 August 2010 12:57, Ryan Johnson wrote: > I just tried to pull down the Athena widget libraries (xaw and xaw3d) and > got an unmet dependency message for libXpm-devel. > > It's not a big deal, since it offered to add it to my list, but a bit odd (I > just clicked on each once... none of the cycling though > install/keep/reinstall/etc which might have confused something). That's the new normal, following a change to setup.exe. Previously, dependencies would have been added instantly when you selected a package. The problem with that was that those dependencies weren't deselected if you changed your mind about a package. Also, it got in the way when you cycled through the package actions to get to 'Uninstall', and sometimes people were surprised about the number of packages being quietly pulled in by their selections. Therefore now the dependencies being added automatically are always listed on the 'Resolve Dependencies' page. Seems the wording on that page still needs some fine-tuning though. I presume it was the 'Unmet Dependencies Found' line that made you think there's a problem? Andy -- 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 dants@cs.technion.ac.il Sun Aug 15 17:33:00 2010 From: dants@cs.technion.ac.il (Dan Tsafrir) Date: Sun, 15 Aug 2010 17:33:00 -0000 Subject: Unable to install X on 64-bit Windows 7 Premium In-Reply-To: <4C614247.3070308@dronecode.org.uk> References: <4C608D11.3040905@rksystems.com> <4C614247.3070308@dronecode.org.uk> Message-ID: On Tue, Aug 10, 2010 at 15:12, Jon TURNEY wrote: > On 10/08/2010 00:19, Bob Kline wrote: >> >> I finally had to replace my ancient Windows XP box, and ended up with a >> Windows 7 Home Premium 64-bit system. If I run setup.exe to install a >> fresh >> cygwin, it succeeds as long as I don't touch the X11 set, leaving it at >> Default (which is to say, don't install anything in the set). If I change >> Default to Install for X11, I get a dialog box which says: >> >> Cygwin Setup - Running postinstall scripts >> Postinstall script errors >> The following errors occured executing postinstall scripts >> Package: gcc4-core >> gcc4-core.sh exit code 126 > > This one is already reported at [1], and the workaround given there,i.e. > > chmod 755 /usr/sbin/fix-libtool-scripts-for-latest-gcc-runtimes.sh > > and then run /etc/postinstall/gcc4-core.sh manually should work. > I've done exactly this, then tried to install some X stuff and got: Package: xinit xinit.sh exit code 8 Package: No package xinit.sh exit code 8 Any help would be appreciated. Thanks, --Dan -- 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 dants@cs.technion.ac.il Sun Aug 15 17:49:00 2010 From: dants@cs.technion.ac.il (Dan Tsafrir) Date: Sun, 15 Aug 2010 17:49:00 -0000 Subject: Unable to install X on 64-bit Windows 7 Premium In-Reply-To: References: <4C608D11.3040905@rksystems.com> <4C614247.3070308@dronecode.org.uk> Message-ID: On Sun, Aug 15, 2010 at 04:03, Dan Tsafrir wrote: > > I've done exactly this, then tried to install some X stuff and got: > > ? ?Package: xinit > ? ? ? ? ? ?xinit.sh exit code 8 > ? ?Package: No package > ? ? ? ? ? ?xinit.sh exit code 8 > It turns out that the above error message is generated by the second (and final) line of /etc/postinstall/xinit.sh, which attempts to create the "Cygwin-X/Xwin Server" menu shortcut, using /usr/bin/mkshortcut.exe; I can't tell why the latter fails, but I've attached the output of strace to hopefully provide a clue. Thanks, --Dan -------------- next part -------------- 5 5 [main] mkshortcut 4904 open_shared: name shared.5, n 5, shared 0x60FC0000 (wanted 0x60FC0000), h 0xC4 121 126 [main] mkshortcut 4904 heap_init: heap base 0x10410000, heap top 0x10410000 75 201 [main] mkshortcut 4904 open_shared: name S-1-5-21-1390067357-606747145-725345543-18054.1, n 1, shared 0x60FD0000 (wanted 0x60FD0000), h 0xC8 38 239 [main] mkshortcut 4904 user_info::create: opening user shared for 'S-1-5-21-1390067357-606747145-725345543-18054' at 0x60FD0000 35 274 [main] mkshortcut 4904 user_info::create: user shared version 6112AFB3 60 334 [main] mkshortcut 4904 events_init: windows_system_directory 'C:\Windows\system32\', windows_system_directory_length 20 52 386 [main] mkshortcut 4904 dll_crt0_0: finished dll_crt0_0 initialization 119 505 [main] mkshortcut 4904 _cygtls::remove: wait 0xFFFFFFFF 46 551 [main] mkshortcut 4904 _cygtls::remove: removed 0x22CE64 element 0 84 635 [main] mkshortcut 4904 _cygtls::remove: wait 0xFFFFFFFF 33 668 [main] mkshortcut 4904 _cygtls::remove: removed 0x22CE64 element 0 9185 9853 [main] mkshortcut 4904 _cygwin_istext_for_stdio: fd 0: not open 45 9898 [main] mkshortcut 4904 _cygwin_istext_for_stdio: fd 1: not open 30 9928 [main] mkshortcut 4904 _cygwin_istext_for_stdio: fd 2: not open 406 10334 [main] mkshortcut 4904 mount_info::conv_to_posix_path: conv_to_posix_path (C:\cygwin\home\dants, no-keep-rel, no-add-slash) 63 10397 [main] mkshortcut 4904 normalize_win32_path: C:\cygwin\home\dants = normalize_win32_path (C:\cygwin\home\dants) 43 10440 [main] mkshortcut 4904 mount_info::conv_to_posix_path: /home/dants = conv_to_posix_path (C:\cygwin\home\dants) 137 10577 [main] mkshortcut (4904) open_shared: name cygpid.4904, n 4904, shared 0x60FF0000 (wanted 0x60FF0000), h 0x150 329 10906 [main] mkshortcut 4904 ********************************************** 31 10937 [main] mkshortcut 4904 Program name: C:\cygwin\bin\mkshortcut.exe (pid 4904, ppid 1) 29 10966 [main] mkshortcut 4904 App version: 1007.1, api: 0.218 28 10994 [main] mkshortcut 4904 DLL version: 1007.5, api: 0.225 28 11022 [main] mkshortcut 4904 DLL build: 2010-04-12 19:07 229 11251 [main] mkshortcut 4904 OS version: Windows NT-6.1 31 11282 [main] mkshortcut 4904 Heap size: 402653184 30 11312 [main] mkshortcut 4904 ********************************************** 29 11341 [main] mkshortcut 4904 pinfo::thisproc: myself->dwProcessId 4904 31 11372 [main] mkshortcut 4904 time: 1281893010 = time (0) 5661 17033 [main] mkshortcut 4904 parse_options: glob (called func) 59 17092 [main] mkshortcut 4904 parse_options: returning 114 17206 [main] mkshortcut 4904 environ_init: GetEnvironmentStrings returned 0x2BAF48 57 17263 [main] mkshortcut 4904 environ_init: 0x10438298: !::=::\ 54 17317 [main] mkshortcut 4904 environ_init: 0x104382A8: !C:=C:\cygwin\bin 58 17375 [main] mkshortcut 4904 environ_init: 0x104382C0: ALLUSERSPROFILE=C:\ProgramData 56 17431 [main] mkshortcut 4904 environ_init: 0x104382E8: APPDATA=C:\Users\dants\AppData\Roaming 57 17488 [main] mkshortcut 4904 environ_init: 0x10438318: COMMONPROGRAMFILES=C:\Program Files\Common Files 57 17545 [main] mkshortcut 4904 environ_init: 0x10438350: COMPUTERNAME=ZAFRIR 58 17603 [main] mkshortcut 4904 environ_init: 0x10438370: COMSPEC=C:\Windows\system32\cmd.exe 57 17660 [main] mkshortcut 4904 environ_init: 0x104383A0: CVS_RSH=/bin/ssh 56 17716 [main] mkshortcut 4904 environ_init: 0x104383B8: CYGWIN=noglob 56 17772 [main] mkshortcut 4904 environ_init: 0x104383D0: DEFLOGDIR=C:\ProgramData\McAfee\DesktopProtection 55 17827 [main] mkshortcut 4904 environ_init: 0x10438408: FP_NO_HOST_CHECK=NO 73 17900 [main] mkshortcut 4904 getwinenv: can't set native for HOME= since no environ yet 36 17936 [main] mkshortcut 4904 mount_info::conv_to_posix_path: conv_to_posix_path (C:\cygwin\home\dants, no-keep-rel, no-add-slash) 32 17968 [main] mkshortcut 4904 normalize_win32_path: C:\cygwin\home\dants = normalize_win32_path (C:\cygwin\home\dants) 31 17999 [main] mkshortcut 4904 mount_info::conv_to_posix_path: /home/dants = conv_to_posix_path (C:\cygwin\home\dants) 79 18078 [main] mkshortcut 4904 win_env::add_cache: posix /home/dants 29 18107 [main] mkshortcut 4904 win_env::add_cache: native HOME=C:\cygwin\home\dants 29 18136 [main] mkshortcut 4904 posify: env var converted to HOME=/home/dants 75 18211 [main] mkshortcut 4904 environ_init: 0x10438478: HOME=/home/dants 56 18267 [main] mkshortcut 4904 environ_init: 0x10438428: HOMEDRIVE=Z: 57 18324 [main] mkshortcut 4904 environ_init: 0x10438490: HOMEPATH=\ 57 18381 [main] mkshortcut 4904 environ_init: 0x104384A0: HOMESHARE=\\csta\HOME 57 18438 [main] mkshortcut 4904 environ_init: 0x104384C0: HOSTNAME=zafrir 56 18494 [main] mkshortcut 4904 environ_init: 0x104384D8: INFOPATH=/usr/local/info:/usr/share/info:/usr/info: 55 18549 [main] mkshortcut 4904 environ_init: 0x10438518: LANG=C.UTF-8 55 18604 [main] mkshortcut 4904 environ_init: 0x10438530: LOCALAPPDATA=C:\Users\dants\AppData\Local 54 18658 [main] mkshortcut 4904 environ_init: 0x10438560: LOGONSERVER=\\DAP 55 18713 [main] mkshortcut 4904 environ_init: 0x10438578: MANPATH=/usr/local/man:/usr/share/man:/usr/man: 56 18769 [main] mkshortcut 4904 environ_init: 0x104385B0: NUMBER_OF_PROCESSORS=1 57 18826 [main] mkshortcut 4904 environ_init: 0x104385D0: OLDPWD=/home/dants/tmp/cygutils-1.4.2-1/src/cygutils-1.4.2/src 62 18888 [main] mkshortcut 4904 environ_init: 0x10438618: OS=Windows_NT 62 18950 [main] mkshortcut 4904 getwinenv: can't set native for PATH= since no environ yet 62 19012 [main] mkshortcut 4904 mount_info::conv_to_posix_path: conv_to_posix_path (C:\cygwin\usr\local\bin, keep-rel, no-add-slash) 31 19043 [main] mkshortcut 4904 normalize_win32_path: C:\cygwin\usr\local\bin = normalize_win32_path (C:\cygwin\usr\local\bin) 31 19074 [main] mkshortcut 4904 mount_info::conv_to_posix_path: /usr/local/bin = conv_to_posix_path (C:\cygwin\usr\local\bin) 30 19104 [main] mkshortcut 4904 mount_info::conv_to_posix_path: conv_to_posix_path (C:\cygwin\bin, keep-rel, no-add-slash) 31 19135 [main] mkshortcut 4904 normalize_win32_path: C:\cygwin\bin = normalize_win32_path (C:\cygwin\bin) 30 19165 [main] mkshortcut 4904 mount_info::conv_to_posix_path: /usr/bin = conv_to_posix_path (C:\cygwin\bin) 30 19195 [main] mkshortcut 4904 mount_info::conv_to_posix_path: conv_to_posix_path (C:\cygwin\bin, keep-rel, no-add-slash) 30 19225 [main] mkshortcut 4904 normalize_win32_path: C:\cygwin\bin = normalize_win32_path (C:\cygwin\bin) 30 19255 [main] mkshortcut 4904 mount_info::conv_to_posix_path: /usr/bin = conv_to_posix_path (C:\cygwin\bin) 30 19285 [main] mkshortcut 4904 mount_info::conv_to_posix_path: conv_to_posix_path (C:\Windows\system32, keep-rel, no-add-slash) 31 19316 [main] mkshortcut 4904 normalize_win32_path: C:\Windows\system32 = normalize_win32_path (C:\Windows\system32) 31 19347 [main] mkshortcut 4904 mount_info::conv_to_posix_path: /cygdrive/c/Windows/system32 = conv_to_posix_path (C:\Windows\system32) 30 19377 [main] mkshortcut 4904 mount_info::conv_to_posix_path: conv_to_posix_path (C:\Windows, keep-rel, no-add-slash) 30 19407 [main] mkshortcut 4904 normalize_win32_path: C:\Windows = normalize_win32_path (C:\Windows) 30 19437 [main] mkshortcut 4904 mount_info::conv_to_posix_path: /cygdrive/c/Windows = conv_to_posix_path (C:\Windows) 31 19468 [main] mkshortcut 4904 mount_info::conv_to_posix_path: conv_to_posix_path (C:\Windows\System32\Wbem, keep-rel, no-add-slash) 30 19498 [main] mkshortcut 4904 normalize_win32_path: C:\Windows\System32\Wbem = normalize_win32_path (C:\Windows\System32\Wbem) 30 19528 [main] mkshortcut 4904 mount_info::conv_to_posix_path: /cygdrive/c/Windows/System32/Wbem = conv_to_posix_path (C:\Windows\System32\Wbem) 31 19559 [main] mkshortcut 4904 mount_info::conv_to_posix_path: conv_to_posix_path (C:\Windows\System32\WindowsPowerShell\v1.0\, keep-rel, add-slash) 30 19589 [main] mkshortcut 4904 normalize_win32_path: C:\Windows\System32\WindowsPowerShell\v1.0\ = normalize_win32_path (C:\Windows\System32\WindowsPowerShell\v1.0\) 31 19620 [main] mkshortcut 4904 mount_info::conv_to_posix_path: /cygdrive/c/Windows/System32/WindowsPowerShell/v1.0/ = conv_to_posix_path (C:\Windows\System32\WindowsPowerShell\v1.0\) 79 19699 [main] mkshortcut 4904 win_env::add_cache: posix /usr/local/bin:/usr/bin:/usr/bin:/cygdrive/c/Windows/system32:/cygdrive/c/Windows:/cygdrive/c/Windows/System32/Wbem:/cygdrive/c/Windows/System32/WindowsPowerShell/v1.0/ 31 19730 [main] mkshortcut 4904 win_env::add_cache: native PATH=C:\cygwin\usr\local\bin;C:\cygwin\bin;C:\cygwin\bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\ 31 19761 [main] mkshortcut 4904 posify: env var converted to PATH=/usr/local/bin:/usr/bin:/usr/bin:/cygdrive/c/Windows/system32:/cygdrive/c/Windows:/cygdrive/c/Windows/System32/Wbem:/cygdrive/c/Windows/System32/WindowsPowerShell/v1.0/ 91 19852 [main] mkshortcut 4904 environ_init: 0x10448838: PATH=/usr/local/bin:/usr/bin:/usr/bin:/cygdrive/c/Windows/system32:/cygdrive/c/Windows:/cygdrive/c/Windows/System32/Wbem:/cygdrive/c/Windows/System32/WindowsPowerShell/v1.0/ 62 19914 [main] mkshortcut 4904 environ_init: 0x10438630: PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC 63 19977 [main] mkshortcut 4904 environ_init: 0x10438678: PRINTER=\\prtw\b617d2 58 20035 [main] mkshortcut 4904 environ_init: 0x10438698: PROCESSOR_ARCHITECTURE=x86 61 20096 [main] mkshortcut 4904 environ_init: 0x104488F0: PROCESSOR_IDENTIFIER=x86 Family 6 Model 13 Stepping 8, GenuineIntel 60 20156 [main] mkshortcut 4904 environ_init: 0x104386B8: PROCESSOR_LEVEL=6 61 20217 [main] mkshortcut 4904 environ_init: 0x10448940: PROCESSOR_REVISION=0d08 61 20278 [main] mkshortcut 4904 environ_init: 0x10448960: PROGRAMFILES=C:\Program Files 61 20339 [main] mkshortcut 4904 environ_init: 0x10448988: PROMPT=$P$G 62 20401 [main] mkshortcut 4904 environ_init: 0x104489A0: PS1=\[\e]0;\w\a\]\n\[\e[32m\]\u@\h \[\e[33m\]\w\[\e[0m\]\n\$ 64 20465 [main] mkshortcut 4904 environ_init: 0x104489E8: PSModulePath=C:\Windows\system32\WindowsPowerShell\v1.0\Modules\ 62 20527 [main] mkshortcut 4904 environ_init: 0x10448A30: PUBLIC=C:\Users\Public 61 20588 [main] mkshortcut 4904 environ_init: 0x10448A50: PWD=/home/dants 61 20649 [main] mkshortcut 4904 environ_init: 0x10448A68: ProgramData=C:\ProgramData 57 20706 [main] mkshortcut 4904 environ_init: 0x10448A88: SESSIONNAME=Console 55 20761 [main] mkshortcut 4904 environ_init: 0x10448AA8: SHLVL=1 62 20823 [main] mkshortcut 4904 environ_init: 0x10448AB8: SYSTEMDRIVE=C: 57 20880 [main] mkshortcut 4904 environ_init: 0x10448AD0: SYSTEMROOT=C:\Windows 55 20935 [main] mkshortcut 4904 environ_init: 0x10448AF0: TERM=cygwin 59 20994 [main] mkshortcut 4904 environ_init: 0x10448B08: TFS_DIR=C:\Program Files\ThinkVantage Fingerprint Software\ 58 21052 [main] mkshortcut 4904 environ_init: 0x10448B50: TSMPATH=C:\Program Files\ThinkPad\UltraNav Utility 59 21111 [main] mkshortcut 4904 environ_init: 0x10448B88: TVT=C:\Program Files\Lenovo 54 21165 [main] mkshortcut 4904 environ_init: 0x10448BB0: USER=dants 55 21220 [main] mkshortcut 4904 environ_init: 0x10448BC0: USERDNSDOMAIN=CSF.TECHNION.AC.IL 55 21275 [main] mkshortcut 4904 environ_init: 0x10448BE8: USERDOMAIN=TD-CSF 54 21329 [main] mkshortcut 4904 environ_init: 0x10448C00: USERNAME=dants 54 21383 [main] mkshortcut 4904 environ_init: 0x10448C18: USERPROFILE=C:\Users\dants 56 21439 [main] mkshortcut 4904 environ_init: 0x10448C38: VSEDEFLOGDIR=C:\ProgramData\McAfee\DesktopProtection 56 21495 [main] mkshortcut 4904 environ_init: 0x10448C78: WINDIR=C:\Windows 54 21549 [main] mkshortcut 4904 environ_init: 0x10448C90: _=/usr/bin/strace 120 21669 [main] mkshortcut 4904 pinfo_init: Set nice to 0 32 21701 [main] mkshortcut 4904 pinfo_init: pid 4904, pgid 4904 169 21870 [main] mkshortcut 4904 dtable::extend: size 32, fds 0x6122554C 778 22648 [main] mkshortcut 4904 pwdgrp::load: \etc\passwd curr_lines 10 53 22701 [main] mkshortcut 4904 pwdgrp::load: \etc\passwd load succeeded 703 23404 [main] mkshortcut 4904 pwdgrp::load: \etc\group curr_lines 20 50 23454 [main] mkshortcut 4904 pwdgrp::load: \etc\group load succeeded 40 23494 [main] mkshortcut 4904 cygheap_user::ontherange: what 2, pw 0x104491A0 33 23527 [main] mkshortcut 4904 cygheap_user::ontherange: HOME is already in the environment /home/dants 34 23561 [main] mkshortcut 4904 wait_for_sigthread: wait_sig_inited 0x3C 10242 33803 [sig] mkshortcut 4904 wait_sig: entering ReadFile loop, my_readsig 0x15C, my_sendsig 0x160 138 33941 [main] mkshortcut 4904 wait_for_sigthread: process/signal handling enabled, state 0x41 170 34111 [main] mkshortcut 4904 build_argv: argv[0] = 'C:\cygwin\bin\mkshortcut.exe' 55 34166 [main] mkshortcut 4904 build_argv: argv[1] = '-AP' 53 34219 [main] mkshortcut 4904 build_argv: argv[2] = '-i' 52 34271 [main] mkshortcut 4904 build_argv: argv[3] = '/usr/bin/XWin.exe' 53 34324 [main] mkshortcut 4904 build_argv: argv[4] = '-n' 51 34375 [main] mkshortcut 4904 build_argv: argv[5] = 'Cygwin-X/Xwin Server' 53 34428 [main] mkshortcut 4904 build_argv: argv[6] = '-a' 52 34480 [main] mkshortcut 4904 build_argv: argv[7] = '/usr/bin/bash.exe -l -c /usr/bin/startxwin.exe' 77 34557 [main] mkshortcut 4904 build_argv: argv[8] = '/usr/bin/run.exe' 53 34610 [main] mkshortcut 4904 build_argv: argc 9 87 34697 [main] mkshortcut 4904 mount_info::conv_to_posix_path: conv_to_posix_path (C:\cygwin\bin\mkshortcut.exe, keep-rel, no-add-slash) 57 34754 [main] mkshortcut 4904 normalize_win32_path: C:\cygwin\bin\mkshortcut.exe = normalize_win32_path (C:\cygwin\bin\mkshortcut.exe) 57 34811 [main] mkshortcut 4904 mount_info::conv_to_posix_path: /usr/bin/mkshortcut.exe = conv_to_posix_path (C:\cygwin\bin\mkshortcut.exe) 222 35033 [main] mkshortcut 4904 build_fh_pc: fh 0x612256A4 141 35174 [main] mkshortcut 4904 open_shared: name (null), n 0, shared 0x60FE0000 (wanted 0x60FE0000), h 0x3C 69 35243 [main] mkshortcut 4904 _pinfo::set_ctty: old no ctty 57 35300 [main] mkshortcut 4904 _pinfo::set_ctty: attaching ctty /dev/console sid 4904, pid 4904, pgid 4904, tty->pgid 0, tty->sid 4904 303 35603 [main] mkshortcut 4904 fhandler_base::set_flags: flags 0x10002, supplied_bin 0x0 60 35663 [main] mkshortcut 4904 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000 54 35717 [main] mkshortcut 4904 fhandler_base::set_flags: filemode set to binary 529 36246 [main] mkshortcut 4904 init_cygheap::manage_console_count: fhandler_console::open: console_count 1, amount 1, ctty /dev/console, avoid_freeing_console 0 99 36345 [main] mkshortcut 4904 fhandler_console::open: opened conin$ 0xF, conout$ 0x13 75 36420 [main] mkshortcut 4904 fhandler_console::output_tcsetattr: 0 = tcsetattr (,60FE001C) (ENABLE FLAGS 3) (lflag 107 oflag 9) 263 36683 [main] mkshortcut 4904 build_fh_pc: fh 0x6122592C 58 36741 [main] mkshortcut 4904 fhandler_base::set_flags: flags 0x10001, supplied_bin 0x0 55 36796 [main] mkshortcut 4904 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000 53 36849 [main] mkshortcut 4904 fhandler_base::set_flags: filemode set to binary 53 36902 [main] mkshortcut 4904 fhandler_base::init: created new fhandler_base for handle 0x254, bin 1 119 37021 [main] mkshortcut 4904 build_fh_pc: fh 0x61225B64 55 37076 [main] mkshortcut 4904 fhandler_base::set_flags: flags 0x10002, supplied_bin 0x0 54 37130 [main] mkshortcut 4904 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000 53 37183 [main] mkshortcut 4904 fhandler_base::set_flags: filemode set to binary 534 37717 [main] mkshortcut 4904 init_cygheap::manage_console_count: fhandler_console::open: console_count 2, amount 1, ctty /dev/console, avoid_freeing_console 0 100 37817 [main] mkshortcut 4904 fhandler_console::open: opened conin$ 0x37, conout$ 0x3B 75 37892 [main] mkshortcut 4904 fhandler_console::output_tcsetattr: 0 = tcsetattr (,60FE001C) (ENABLE FLAGS 3) (lflag 107 oflag 9) 110 38002 [main] mkshortcut 4904 fhandler_console::need_invisible: invisible_console 0 341 38343 [main] mkshortcut 4904 dll_crt0_1: user_data->main 0x401180 60 38403 [main] mkshortcut 4904 __set_errno: void dll_crt0_1(void*):936 val 0 763 39166 [main] mkshortcut 4904 normalize_posix_path: src /usr/bin/XWin.exe 55 39221 [main] mkshortcut 4904 normalize_posix_path: /usr/bin/XWin.exe = normalize_posix_path (/usr/bin/XWin.exe) 61 39282 [main] mkshortcut 4904 mount_info::conv_to_win32_path: conv_to_win32_path (/usr/bin/XWin.exe) 62 39344 [main] mkshortcut 4904 set_flags: flags: binary (0x2) 66 39410 [main] mkshortcut 4904 mount_info::conv_to_win32_path: src_path /usr/bin/XWin.exe, dst C:\cygwin\bin\XWin.exe, flags 0x2000A, rc 0 369 39779 [main] mkshortcut 4904 symlink_info::check: 0x0 = NtCreateFile (\??\C:\cygwin\bin\XWin.exe) 93 39872 [main] mkshortcut 4904 symlink_info::check: not a symlink 96 39968 [main] mkshortcut 4904 symlink_info::check: 0 = symlink.check (C:\cygwin\bin\XWin.exe, 0x22AE90) (0x82000A) 59 40027 [main] mkshortcut 4904 path_conv::check: this->path(C:\cygwin\bin\XWin.exe), has_acls(1) 384 40411 [main] mkshortcut 4904 normalize_posix_path: src /usr/bin/run.exe 53 40464 [main] mkshortcut 4904 normalize_posix_path: /usr/bin/run.exe = normalize_posix_path (/usr/bin/run.exe) 53 40517 [main] mkshortcut 4904 mount_info::conv_to_win32_path: conv_to_win32_path (/usr/bin/run.exe) 54 40571 [main] mkshortcut 4904 set_flags: flags: binary (0x2) 53 40624 [main] mkshortcut 4904 mount_info::conv_to_win32_path: src_path /usr/bin/run.exe, dst C:\cygwin\bin\run.exe, flags 0x2000A, rc 0 276 40900 [main] mkshortcut 4904 symlink_info::check: 0x0 = NtCreateFile (\??\C:\cygwin\bin\run.exe) 80 40980 [main] mkshortcut 4904 symlink_info::check: not a symlink 83 41063 [main] mkshortcut 4904 symlink_info::check: 0 = symlink.check (C:\cygwin\bin\run.exe, 0x22AE90) (0x82000A) 58 41121 [main] mkshortcut 4904 path_conv::check: this->path(C:\cygwin\bin\run.exe), has_acls(1) 59 41180 [main] mkshortcut 4904 normalize_posix_path: src Cygwin-X/Xwin Server 54 41234 [main] mkshortcut 4904 cwdstuff::get: posix /home/dants 53 41287 [main] mkshortcut 4904 cwdstuff::get: (/home/dants) = cwdstuff::get (0x10410038, 32768, 1, 0), errno 0 71 41358 [main] mkshortcut 4904 normalize_posix_path: /home/dants/Cygwin-X/Xwin Server = normalize_posix_path (Cygwin-X/Xwin Server) 55 41413 [main] mkshortcut 4904 mount_info::conv_to_win32_path: conv_to_win32_path (/home/dants/Cygwin-X/Xwin Server) 55 41468 [main] mkshortcut 4904 set_flags: flags: binary (0x2) 53 41521 [main] mkshortcut 4904 mount_info::conv_to_win32_path: src_path /home/dants/Cygwin-X/Xwin Server, dst C:\cygwin\home\dants\Cygwin-X\Xwin Server, flags 0x3000A, rc 0 148 41669 [main] mkshortcut 4904 symlink_info::check: 0xC000003A = NtCreateFile (\??\C:\cygwin\home\dants\Cygwin-X\Xwin Server) 61 41730 [main] mkshortcut 4904 symlink_info::check: 0xC000003A = NtQueryInformationFile (\??\C:\cygwin\home\dants\Cygwin-X\Xwin Server) 57 41787 [main] mkshortcut 4904 symlink_info::check: not a symlink 52 41839 [main] mkshortcut 4904 symlink_info::check: 0 = symlink.check (C:\cygwin\home\dants\Cygwin-X\Xwin Server, 0x22AE90) (0x83000A) 56 41895 [main] mkshortcut 4904 mount_info::conv_to_win32_path: conv_to_win32_path (/home/dants/Cygwin-X) 54 41949 [main] mkshortcut 4904 set_flags: flags: binary (0x2) 53 42002 [main] mkshortcut 4904 mount_info::conv_to_win32_path: src_path /home/dants/Cygwin-X, dst C:\cygwin\home\dants\Cygwin-X, flags 0x3000A, rc 0 134 42136 [main] mkshortcut 4904 symlink_info::check: 0xC0000034 = NtCreateFile (\??\C:\cygwin\home\dants\Cygwin-X) 62 42198 [main] mkshortcut 4904 symlink_info::check: 0xC0000034 = NtQueryInformationFile (\??\C:\cygwin\home\dants\Cygwin-X) 139 42337 [main] mkshortcut 4904 symlink_info::check: 0xC0000034 = NtCreateFile (\??\C:\cygwin\home\dants\Cygwin-X.lnk) 60 42397 [main] mkshortcut 4904 symlink_info::check: 0xC0000034 = NtQueryInformationFile (\??\C:\cygwin\home\dants\Cygwin-X.lnk) 56 42453 [main] mkshortcut 4904 symlink_info::check: 0 = symlink.check (C:\cygwin\home\dants\Cygwin-X, 0x22AE90) (0x3000A) 55 42508 [main] mkshortcut 4904 mount_info::conv_to_win32_path: conv_to_win32_path (/home/dants) 59 42567 [main] mkshortcut 4904 set_flags: flags: binary (0x2) 53 42620 [main] mkshortcut 4904 mount_info::conv_to_win32_path: src_path /home/dants, dst C:\cygwin\home\dants, flags 0x3000A, rc 0 139 42759 [main] mkshortcut 4904 symlink_info::check: 0x0 = NtCreateFile (\??\C:\cygwin\home\dants) 79 42838 [main] mkshortcut 4904 symlink_info::check: not a symlink 82 42920 [main] mkshortcut 4904 symlink_info::check: 0 = symlink.check (C:\cygwin\home\dants, 0x22AE90) (0x3000A) 253 43173 [main] mkshortcut 4904 path_conv::check: this->path(C:\cygwin\home\dants\Cygwin-X\Xwin Server), has_acls(1) 121 43294 [main] mkshortcut 4904 cwdstuff::get: posix /home/dants 53 43347 [main] mkshortcut 4904 cwdstuff::get: (C:\cygwin\home\dants) = cwdstuff::get (0x1044AD08, 32768, 0, 0), errno 0 67629 110976 [main] mkshortcut 4904 mount_info::conv_to_posix_path: conv_to_posix_path (C:\cygwin\bin\run.exe, no-keep-rel, no-add-slash) 156 111132 [main] mkshortcut 4904 normalize_win32_path: C:\cygwin\bin\run.exe = normalize_win32_path (C:\cygwin\bin\run.exe) 66 111198 [main] mkshortcut 4904 mount_info::conv_to_posix_path: /usr/bin/run.exe = conv_to_posix_path (C:\cygwin\bin\run.exe) 50771 161969 [main] mkshortcut 4904 close: close (0) 218 162187 [main] mkshortcut 4904 init_cygheap::manage_console_count: fhandler_console::close: console_count 1, amount -1, ctty /dev/console, avoid_freeing_console 0 66 162253 [main] mkshortcut 4904 close: 0 = close (0) 425 162678 [main] mkshortcut 4904 close: close (1) 54 162732 [main] mkshortcut 4904 fhandler_base::close: closing '' handle 0x254 58 162790 [main] mkshortcut 4904 close: 0 = close (1) 411 163201 [main] mkshortcut 4904 close: close (2) 101 163302 [main] mkshortcut 4904 init_cygheap::manage_console_count: fhandler_console::close: console_count 0, amount -1, ctty /dev/console, avoid_freeing_console 0 60 163362 [main] mkshortcut 4904 close: 0 = close (2) 229 163591 [main] mkshortcut 4904 do_exit: do_exit (2048), exit_state 1 59 163650 [main] mkshortcut 4904 void: 0x0 = signal (20, 0x1) 55 163705 [main] mkshortcut 4904 void: 0x0 = signal (1, 0x1) 53 163758 [main] mkshortcut 4904 void: 0x0 = signal (2, 0x1) 52 163810 [main] mkshortcut 4904 void: 0x0 = signal (3, 0x1) 84 163894 [main] mkshortcut 4904 sigproc_terminate: entering 53 163947 [main] mkshortcut 4904 sig_send: sendsig 0x160, pid 4904, signal -42, its_me 1 60 164007 [main] mkshortcut 4904 sig_send: Not waiting for sigcomplete. its_me 1 signal -42 56 164063 [main] mkshortcut 4904 sig_send: returning 0x0 from sending signal -42 57 164120 [main] mkshortcut 4904 proc_terminate: nprocs 0 54 164174 [main] mkshortcut 4904 proc_terminate: leaving 54 164228 [main] mkshortcut 4904 __to_clock_t: dwHighDateTime 0, dwLowDateTime 937500 55 164283 [main] mkshortcut 4904 __to_clock_t: total 00000000 0000005D 53 164336 [main] mkshortcut 4904 __to_clock_t: dwHighDateTime 0, dwLowDateTime 625000 60 164396 [main] mkshortcut 4904 __to_clock_t: total 00000000 0000003E 877 165273 [main] mkshortcut 4904 pinfo::exit: Calling ExitProcess n 0x800, exitcode 0x8 -------------- 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 andy.koppe@gmail.com Mon Aug 16 06:36:00 2010 From: andy.koppe@gmail.com (Andy Koppe) Date: Mon, 16 Aug 2010 06:36:00 -0000 Subject: Unable to install X on 64-bit Windows 7 Premium In-Reply-To: References: <4C608D11.3040905@rksystems.com> <4C614247.3070308@dronecode.org.uk> Message-ID: On 15 August 2010 18:32, Dan Tsafrir wrote: >> I've done exactly this, then tried to install some X stuff and got: >> >> ? ?Package: xinit >> ? ? ? ? ? ?xinit.sh exit code 8 >> ? ?Package: No package >> ? ? ? ? ? ?xinit.sh exit code 8 >> > > It turns out that the above error message is generated by the second > (and final) line of /etc/postinstall/xinit.sh, which attempts to > create the "Cygwin-X/Xwin Server" menu shortcut, using > /usr/bin/mkshortcut.exe; I can't tell why the latter fails, but I've > attached the output of strace to hopefully provide a clue. It's due to a known bug in mkshortcut, which is missing a 'return 0;' statement. Sorry 'bout that. Andy -- 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 sledz@zone42.org Mon Aug 16 10:14:00 2010 From: sledz@zone42.org (Steffen Sledz) Date: Mon, 16 Aug 2010 10:14:00 -0000 Subject: CygwinX at MS Terminalserver? In-Reply-To: <4C6527D3.3000303@dronecode.org.uk> References: <4C63A34E.2070901@zone42.org> <4C641B91.60504@dronecode.org.uk> <4C64F0A8.5020400@zone42.org> <4C6527D3.3000303@dronecode.org.uk> Message-ID: <4C68DC4F.2000800@zone42.org> Am 13.08.2010 13:09, schrieb Jon TURNEY: >> Now testuser0002 tries to start another server in parallel. >> This gives this error: >> >> /usr/bin/startxwin: Resource temporarily unavailable (errno 11): Another X server instance is running on DISPLAY :0 > > This is expected. As I said, each X server instance must > have a unique display number. > > This can't possibly work any other way. If two users both > have an X server with display number 0, to which server should > a client started with DISPLAY=:0.0 connect? That's clear. I thought (or hoped) that starting X server using the "XWin Server" menu item automatically searches for an unused display number and uses it. I think that would be a good default behaviour. >> A fatal error has occured and Cygwin/X will now exit. >> >> Cannot open log file "/var/log/XWin.0.log" > > This is interesting. On my systems, /var/log has mode 777, > rather than 1777. > > Having the restricted deletion flag set on /var/log prevents > other users from deleting the logfile from a previous run. > > However, checking the source for setup.exe, I see that it does > create /var/log with 1777 permissions, so how I got into this > state I don't know... > > I'm not sure that is right, but assuming it is intentional, I > guess we need to create a /var/log/xwin with mode 777 and arrange > for that to be the default logfile location > > mkdir /var/log/xwin > chmod 777 /var/log/xwin > adding '-logfile /var/log/xwin/XWin.%s.log' to your xwin command line. I tested this with success. :) It would be very helpfully too if this can become the default behaviour of the "XWin Server" menu item (or XWin). Steffen -- 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 ryanjohn@ece.cmu.edu Mon Aug 16 10:57:00 2010 From: ryanjohn@ece.cmu.edu (Ryan Johnson) Date: Mon, 16 Aug 2010 10:57:00 -0000 Subject: Missing dependency for Athena libraries In-Reply-To: References: Message-ID: <4C690F5F.1060302@ece.cmu.edu> On 8:59 PM, Andy Koppe wrote: > On 14 August 2010 12:57, Ryan Johnson wrote: >> I just tried to pull down the Athena widget libraries (xaw and xaw3d) and >> got an unmet dependency message for libXpm-devel. >> >> It's not a big deal, since it offered to add it to my list, but a bit odd (I >> just clicked on each once... none of the cycling though >> install/keep/reinstall/etc which might have confused something). > That's the new normal, following a change to setup.exe. > > Previously, dependencies would have been added instantly when you > selected a package. The problem with that was that those dependencies > weren't deselected if you changed your mind about a package. Also, it > got in the way when you cycled through the package actions to get to > 'Uninstall', and sometimes people were surprised about the number of > packages being quietly pulled in by their selections. Therefore now > the dependencies being added automatically are always listed on the > 'Resolve Dependencies' page. > > Seems the wording on that page still needs some fine-tuning though. I > presume it was the 'Unmet Dependencies Found' line that made you think > there's a problem? Ah, OK. That seems fine -- I only worried because in the past that message meant something was wonky. Ryan -- 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 ryanjohn@ece.cmu.edu Mon Aug 16 15:00:00 2010 From: ryanjohn@ece.cmu.edu (Ryan Johnson) Date: Mon, 16 Aug 2010 15:00:00 -0000 Subject: xwin -multiwindow puts glass pane over windows taskbar Message-ID: <4C691984.1090702@ece.cmu.edu> Hi all, The latest versions of the X server put a glass pane over the windows taskbar -- you have to click on it and then wait several seconds before it responds and gets out of the way. This seems related to the previous problem of generally slow response to key presses... Has anyone else run into this? Ryan -- 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 Aug 18 03:35:00 2010 From: cgf-use-the-mailinglist-please@cygwin.com (Christopher Faylor) Date: Wed, 18 Aug 2010 03:35:00 -0000 Subject: Missing dependency for Athena libraries In-Reply-To: <4C690F5F.1060302@ece.cmu.edu> References: <4C690F5F.1060302@ece.cmu.edu> Message-ID: <20100816150029.GB32478@ednor.casa.cgf.cx> On Mon, Aug 16, 2010 at 12:13:51PM +0200, Ryan Johnson wrote: > On 8:59 PM, Andy Koppe wrote: >> On 14 August 2010 12:57, Ryan Johnson wrote: >>> I just tried to pull down the Athena widget libraries (xaw and xaw3d) and >>> got an unmet dependency message for libXpm-devel. >>> >>> It's not a big deal, since it offered to add it to my list, but a bit odd (I >>> just clicked on each once... none of the cycling though >>> install/keep/reinstall/etc which might have confused something). >> That's the new normal, following a change to setup.exe. >> >> Previously, dependencies would have been added instantly when you >> selected a package. The problem with that was that those dependencies >> weren't deselected if you changed your mind about a package. Also, it >> got in the way when you cycled through the package actions to get to >> 'Uninstall', and sometimes people were surprised about the number of >> packages being quietly pulled in by their selections. Therefore now >> the dependencies being added automatically are always listed on the >> 'Resolve Dependencies' page. >> >> Seems the wording on that page still needs some fine-tuning though. I >> presume it was the 'Unmet Dependencies Found' line that made you think >> there's a problem? >Ah, OK. That seems fine -- I only worried because in the past that >message meant something was wonky. Actually, I don't think the message ever meant anything was wrong. 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 angelikareedy@hotmail.com Thu Aug 19 19:50:00 2010 From: angelikareedy@hotmail.com (=?utf-8?B?Tmlra2kgQ2FydGVy?=) Date: Thu, 19 Aug 2010 19:50:00 -0000 Subject: =?utf-8?B?U2NoZWR1bGUgYW4gYXBwb2ludG1lbnQ=?= Message-ID: My name is Nikki, and I have some customers looking for Replacement Windows and other related services in your area. Watch our short video about getting your business on millions of mobile phones it will bring you lots of new clients. http://www.youtube.com/mobilephone101 My family has seventeen years experience in this area of business and I am looking for a registered, reputable company with a 100% commitment to Customer satisfaction. I only work with one company in each major city. I partner with companies like yours in over 105 major cities across the Country and they are some of the most successful Replacement Windows and other related services in the United States. If you are the owner of the company and can handle more customers on a consistent basis and would be open to discussing some sort of deal, please reply to this message with your name, phone number, and the best time to reach you when you will have a couple of minutes to chat. Nikki Carter 702-410-6741 LOCALpowerpro.com 702-410-6741 From yselkowitz@users.sourceforge.net Fri Aug 20 00:19:00 2010 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Fri, 20 Aug 2010 00:19:00 -0000 Subject: [ANNOUNCEMENT] Updated: gvim-7.3.003-1 Message-ID: The following package has been updated for the Cygwin distribution: *** gvim-7.3.003-1 gVim provides a GTK+ GUI for the Vim text editor. This is an update to the latest upstream version with the current patchset, and requires a simultaneous 7.3.x update to the vim package in order to operate. Yaakov Cygwin/X -- CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO ====================================== If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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 noggin@uwo.ca Fri Aug 20 00:21:00 2010 From: noggin@uwo.ca (noggin) Date: Fri, 20 Aug 2010 00:21:00 -0000 Subject: libglade2.0_0 problem Message-ID: <4C6DC9DB.9040500@uwo.ca> Started installing cygwinX on Windows XP August 19 EST 1700h. Used ucalgary.ca mirror Chose default, plus ssh, ssl, vim Download OK, installing Ok, final stages stopped ~1900h Error libglade2.0_0 and libglade2.0.sh 'package does not exist' or words to that effect Hit Back, so lost the exact error message. Oops. What do I do ? Typo in the installation script ? Nick -- 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 noggin@uwo.ca Fri Aug 20 14:48:00 2010 From: noggin@uwo.ca (noggin) Date: Fri, 20 Aug 2010 14:48:00 -0000 Subject: CygwinX Users Guide Message-ID: <4C6DCA72.9040705@uwo.ca> Tried to print the PDF version of the guide, August 19 1700h. All screenshots are displaced off the right-hand side. Change magnification and they are still displaced. -- 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 JayGoldman@crd.com Fri Aug 20 14:54:00 2010 From: JayGoldman@crd.com (Jay Goldman) Date: Fri, 20 Aug 2010 14:54:00 -0000 Subject: X Server no longer launches urxvtc-X Message-ID: <8483108B583CFC4FAEFEE85B95CF015C2EECAB2F78@MAIL4.crd.com> I have the following menu items in my .XWinrc: ?????? Black EXEC ?"/bin/urxvtc-X -fg green -bg black?? -cr dodgerblue -g 80x40 -e /bin/bash -l -I" ?????? dodger EXEC ?"urxvtc-X -fg white -bg dodgerblue?? -cr blue -g 80x42 -e /bin/bash -l -I" Which have been working for months . Today I upgraded my cygwin install and all my menu items like the above no longer work. (as noted above I've tried both simply urxvtc-X and /bin/urxvtc-X If, however, I open up a command window using rxvt and then enter the above Line (by copy and paste) it works fine. Note, menu items like: ??????????????? Xterm exec "xterm" Work correctly, While menu items such as: ??????????????? Notepad exec "notepad" Do not. ??????????????? Does anyone know what has changed in cygwin and/or cygwinX that would cause this? Could this be related to the change to the windows working directory? TIA, Jay -- 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 Fri Aug 20 15:05:00 2010 From: cygwin@cwilson.fastmail.fm (Charles Wilson) Date: Fri, 20 Aug 2010 15:05:00 -0000 Subject: X Server no longer launches urxvtc-X In-Reply-To: <8483108B583CFC4FAEFEE85B95CF015C2EECAB2F78@MAIL4.crd.com> References: <8483108B583CFC4FAEFEE85B95CF015C2EECAB2F78@MAIL4.crd.com> Message-ID: <4C6E9714.40409@cwilson.fastmail.fm> On 8/20/2010 10:48 AM, Jay Goldman wrote: > I have the following menu items in my .XWinrc: > Black EXEC "/bin/urxvtc-X -fg green -bg black -cr dodgerblue -g 80x40 -e /bin/bash -l -I" > dodger EXEC "urxvtc-X -fg white -bg dodgerblue -cr blue -g 80x42 -e /bin/bash -l -I" > > Which have been working for months . > > Today I upgraded my cygwin install and all my menu items like the above no longer work. > (as noted above I've tried both simply urxvtc-X and /bin/urxvtc-X > If, however, I open up a command window using rxvt and then enter the above > Line (by copy and paste) it works fine. My first guess was that the urxvt daemon (urxvtd-X) was not running, so the client failed. But if you can launch the client using some incantation, then that means the daemon is running. > > Note, menu items like: > Xterm exec "xterm" > Work correctly, > While menu items such as: > Notepad exec "notepad" > Do not. Ah. Here's the clue: launching a native win32 program fails. I bet this is related to the change in cygwin-1.7.6 where the cygwin "current working directory" and the win32 CWD are no longer automatically kept in sync (there are good reasons for this new behavior). This change has caused a number of problems, and it is not yet clear how they will be resolved. Stay tuned to the main cygwin list -- and meanwhile, revert to cygwin-1.7.5. -- 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 JayGoldman@crd.com Fri Aug 20 17:56:00 2010 From: JayGoldman@crd.com (Jay Goldman) Date: Fri, 20 Aug 2010 17:56:00 -0000 Subject: X Server no longer launches urxvtc-X In-Reply-To: <4C6E9714.40409@cwilson.fastmail.fm> References: <8483108B583CFC4FAEFEE85B95CF015C2EECAB2F78@MAIL4.crd.com> <4C6E9714.40409@cwilson.fastmail.fm> Message-ID: <8483108B583CFC4FAEFEE85B95CF015C2EECAB2F84@MAIL4.crd.com> Chuck - thanks for the reply. This is what I had concluded but it's nice to get some confirmation. For the next few days I can live with 'manually' starting urxvtc-X via individual batch files. Thanks, Jay -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Charles Wilson Sent: Friday, August 20, 2010 10:54 AM To: cygwin-xfree@cygwin.com Subject: Re: X Server no longer launches urxvtc-X On 8/20/2010 10:48 AM, Jay Goldman wrote: > I have the following menu items in my .XWinrc: > Black EXEC "/bin/urxvtc-X -fg green -bg black -cr dodgerblue -g 80x40 -e /bin/bash -l -I" > dodger EXEC "urxvtc-X -fg white -bg dodgerblue -cr blue -g 80x42 -e /bin/bash -l -I" > > Which have been working for months . > > Today I upgraded my cygwin install and all my menu items like the above no longer work. > (as noted above I've tried both simply urxvtc-X and /bin/urxvtc-X > If, however, I open up a command window using rxvt and then enter the above > Line (by copy and paste) it works fine. My first guess was that the urxvt daemon (urxvtd-X) was not running, so the client failed. But if you can launch the client using some incantation, then that means the daemon is running. > > Note, menu items like: > Xterm exec "xterm" > Work correctly, > While menu items such as: > Notepad exec "notepad" > Do not. Ah. Here's the clue: launching a native win32 program fails. I bet this is related to the change in cygwin-1.7.6 where the cygwin "current working directory" and the win32 CWD are no longer automatically kept in sync (there are good reasons for this new behavior). This change has caused a number of problems, and it is not yet clear how they will be resolved. Stay tuned to the main cygwin list -- and meanwhile, revert to cygwin-1.7.5. -- 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/ -- 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 corinna-cygwin@cygwin.com Fri Aug 20 18:14:00 2010 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 20 Aug 2010 18:14:00 -0000 Subject: X Server no longer launches urxvtc-X In-Reply-To: <4C6E9714.40409@cwilson.fastmail.fm> References: <8483108B583CFC4FAEFEE85B95CF015C2EECAB2F78@MAIL4.crd.com> <4C6E9714.40409@cwilson.fastmail.fm> Message-ID: <20100820175631.GA12466@calimero.vinschen.de> On Aug 20 10:54, Charles Wilson wrote: > On 8/20/2010 10:48 AM, Jay Goldman wrote: > >I have the following menu items in my .XWinrc: > > Black EXEC "/bin/urxvtc-X -fg green -bg black -cr dodgerblue -g 80x40 -e /bin/bash -l -I" > > dodger EXEC "urxvtc-X -fg white -bg dodgerblue -cr blue -g 80x42 -e /bin/bash -l -I" > > > >Which have been working for months . > > > >Today I upgraded my cygwin install and all my menu items like the above no longer work. > >(as noted above I've tried both simply urxvtc-X and /bin/urxvtc-X > >If, however, I open up a command window using rxvt and then enter the above > >Line (by copy and paste) it works fine. > > My first guess was that the urxvt daemon (urxvtd-X) was not running, > so the client failed. But if you can launch the client using some > incantation, then that means the daemon is running. > > > > >Note, menu items like: > > Xterm exec "xterm" > >Work correctly, > >While menu items such as: > > Notepad exec "notepad" > >Do not. > > Ah. Here's the clue: launching a native win32 program fails. I bet > this is related to the change in cygwin-1.7.6 where the cygwin > "current working directory" and the win32 CWD are no longer > automatically kept in sync (there are good reasons for this new > behavior). Maybe that's related, but why? Does urxvtc-X start applications using CreateProcess? I'm asking because if they are started via fork/exec, the cwd for the child process gets set to the Cygwin cwd if the child is a native Win32 process, like Notepad. Cygwin executables OTOH shouldn't be affected, unless, again, they use native Win32 calls. And that also doesn't answer the question why starting /bin/urxvtc-X in the menu entries at the start of the mail are not working anymore, at least unless /bin/urxvtc-X is not a Cygwin application. > This change has caused a number of problems, and it is not yet clear > how they will be resolved. In the first place: http://cygwin.com/ml/cygwin/2010-08/msg00554.html and http://cygwin.com/ml/cygwin/2010-08/msg00562.html Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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 JayGoldman@crd.com Fri Aug 20 19:07:00 2010 From: JayGoldman@crd.com (Jay Goldman) Date: Fri, 20 Aug 2010 19:07:00 -0000 Subject: X Server no longer launches urxvtc-X In-Reply-To: <20100820175631.GA12466@calimero.vinschen.de> References: <8483108B583CFC4FAEFEE85B95CF015C2EECAB2F78@MAIL4.crd.com> <4C6E9714.40409@cwilson.fastmail.fm> <20100820175631.GA12466@calimero.vinschen.de> Message-ID: <8483108B583CFC4FAEFEE85B95CF015C2EECAB2FBC@MAIL4.crd.com> Another data point, when I try: black EXEC "/bin/rxvt -fg green -bg black -cr dodgerblue -g 80x40 -e /bin/bash -l -i " rxvt successfully starts up but displays: /bin/find: failed to restore initial working directory: No such file or directory Before .bash_profile is invoked -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Corinna Vinschen Sent: Friday, August 20, 2010 1:57 PM To: cygwin-xfree@cygwin.com Subject: Re: X Server no longer launches urxvtc-X On Aug 20 10:54, Charles Wilson wrote: > On 8/20/2010 10:48 AM, Jay Goldman wrote: > >I have the following menu items in my .XWinrc: > > Black EXEC "/bin/urxvtc-X -fg green -bg black -cr dodgerblue -g 80x40 -e /bin/bash -l -I" > > dodger EXEC "urxvtc-X -fg white -bg dodgerblue -cr blue -g 80x42 -e /bin/bash -l -I" > > > >Which have been working for months . > > > >Today I upgraded my cygwin install and all my menu items like the above no longer work. > >(as noted above I've tried both simply urxvtc-X and /bin/urxvtc-X > >If, however, I open up a command window using rxvt and then enter the above > >Line (by copy and paste) it works fine. > > My first guess was that the urxvt daemon (urxvtd-X) was not running, > so the client failed. But if you can launch the client using some > incantation, then that means the daemon is running. > > > > >Note, menu items like: > > Xterm exec "xterm" > >Work correctly, > >While menu items such as: > > Notepad exec "notepad" > >Do not. > > Ah. Here's the clue: launching a native win32 program fails. I bet > this is related to the change in cygwin-1.7.6 where the cygwin > "current working directory" and the win32 CWD are no longer > automatically kept in sync (there are good reasons for this new > behavior). Maybe that's related, but why? Does urxvtc-X start applications using CreateProcess? I'm asking because if they are started via fork/exec, the cwd for the child process gets set to the Cygwin cwd if the child is a native Win32 process, like Notepad. Cygwin executables OTOH shouldn't be affected, unless, again, they use native Win32 calls. And that also doesn't answer the question why starting /bin/urxvtc-X in the menu entries at the start of the mail are not working anymore, at least unless /bin/urxvtc-X is not a Cygwin application. > This change has caused a number of problems, and it is not yet clear > how they will be resolved. In the first place: http://cygwin.com/ml/cygwin/2010-08/msg00554.html and http://cygwin.com/ml/cygwin/2010-08/msg00562.html Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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 corinna-cygwin@cygwin.com Fri Aug 20 19:59:00 2010 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 20 Aug 2010 19:59:00 -0000 Subject: X Server no longer launches urxvtc-X In-Reply-To: <8483108B583CFC4FAEFEE85B95CF015C2EECAB2FBC@MAIL4.crd.com> References: <8483108B583CFC4FAEFEE85B95CF015C2EECAB2F78@MAIL4.crd.com> <4C6E9714.40409@cwilson.fastmail.fm> <20100820175631.GA12466@calimero.vinschen.de> <8483108B583CFC4FAEFEE85B95CF015C2EECAB2FBC@MAIL4.crd.com> Message-ID: <20100820190626.GH11340@calimero.vinschen.de> Please dont top-post. On Aug 20 14:14, Jay Goldman wrote: > Another data point, when I try: > black EXEC "/bin/rxvt -fg green -bg black -cr dodgerblue -g 80x40 -e /bin/bash -l -i " > rxvt successfully starts up but displays: > /bin/find: failed to restore initial working directory: No such file or directory > Before .bash_profile is invoked Works for me without such a message. Do you know from where find is called? > -----Original Message----- > From: Corinna Vinschen > On Aug 20 10:54, Charles Wilson wrote: > > On 8/20/2010 10:48 AM, Jay Goldman wrote: > > >I have the following menu items in my .XWinrc: > > > Black EXEC "/bin/urxvtc-X -fg green -bg black -cr dodgerblue -g 80x40 -e /bin/bash -l -I" > > > dodger EXEC "urxvtc-X -fg white -bg dodgerblue -cr blue -g 80x42 -e /bin/bash -l -I" > > > > > >Which have been working for months . Doesn't work for me either, but has apparently nothing to do with the CWD issue. This looks more like a rebase problem. > > >Note, menu items like: > > > Xterm exec "xterm" > > >Work correctly, > > >While menu items such as: > > > Notepad exec "notepad" > > >Do not. I tried this as well now, and both menu entries work for me. Maybe the difference is the Cygwin DLL. Can you please try the latest Cygwin DLL from the developer snapshots at http://cygwin.com/snapshots/ and report back if this works better for you? Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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 JayGoldman@crd.com Mon Aug 23 16:03:00 2010 From: JayGoldman@crd.com (Jay Goldman) Date: Mon, 23 Aug 2010 16:03:00 -0000 Subject: X Server no longer launches urxvtc-X In-Reply-To: <20100820190626.GH11340@calimero.vinschen.de> References: <8483108B583CFC4FAEFEE85B95CF015C2EECAB2F78@MAIL4.crd.com> <4C6E9714.40409@cwilson.fastmail.fm> <20100820175631.GA12466@calimero.vinschen.de> <8483108B583CFC4FAEFEE85B95CF015C2EECAB2FBC@MAIL4.crd.com> <20100820190626.GH11340@calimero.vinschen.de> Message-ID: <8483108B583CFC4FAEFEE85B95CF015C2EECAB2FF4@MAIL4.crd.com> When I just replace the cygwin1.dll bash, \bin\bash.exe -login -i From cmd window results in: The procedure entry point CreateProcessAsUserW could not be located in the dynamic link library KERNEL32.dll I have no idea where find is being invoked when I execute rxvt, since it is invoked before .bash_profile is invoked. > -----Original Message----- > On August 20, 2010 3:06 PM, Corinna Vinschen wrote:> > > Please dont top-post. > > > On Aug 20 14:14, Jay Goldman wrote: > > Another data point, when I try: > > black EXEC "/bin/rxvt -fg green -bg black -cr dodgerblue -g > 80x40 -e /bin/bash -l -i " > > rxvt successfully starts up but displays: > > /bin/find: failed to restore initial working directory: No such > file or directory > > Before .bash_profile is invoked > > Works for me without such a message. Do you know from where find is > called? > > > -----Original Message----- > > From: Corinna Vinschen > > On Aug 20 10:54, Charles Wilson wrote: > > > On 8/20/2010 10:48 AM, Jay Goldman wrote: > > > >I have the following menu items in my .XWinrc: > > > > Black EXEC "/bin/urxvtc-X -fg green -bg black -cr > dodgerblue -g 80x40 -e /bin/bash -l -I" > > > > dodger EXEC "urxvtc-X -fg white -bg dodgerblue -cr blue > -g 80x42 -e /bin/bash -l -I" > > > > > > > >Which have been working for months . > > Doesn't work for me either, but has apparently nothing to do with > the CWD issue. This looks more like a rebase problem. > > > > >Note, menu items like: > > > > Xterm exec "xterm" > > > >Work correctly, > > > >While menu items such as: > > > > Notepad exec "notepad" > > > >Do not. > > I tried this as well now, and both menu entries work for me. > > Maybe the difference is the Cygwin DLL. Can you please try the latest > Cygwin DLL from the developer snapshots at http://cygwin.com/snapshots/ > and report back if this works better for you? > > > Thanks, > Corinna > > -- > Corinna Vinschen Please, send mails regarding Cygwin > to > Cygwin Project Co-Leader cygwin AT cygwin DOT com > Red Hat > > -- > 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 JayGoldman@crd.com Tue Aug 24 20:27:00 2010 From: JayGoldman@crd.com (Jay Goldman) Date: Tue, 24 Aug 2010 20:27:00 -0000 Subject: X Server no longer launches urxvtc-X References: <8483108B583CFC4FAEFEE85B95CF015C2EECAB2F78@MAIL4.crd.com> <4C6E9714.40409@cwilson.fastmail.fm> <20100820175631.GA12466@calimero.vinschen.de> <8483108B583CFC4FAEFEE85B95CF015C2EECAB2FBC@MAIL4.crd.com> <20100820190626.GH11340@calimero.vinschen.de> Message-ID: <8483108B583CFC4FAEFEE85B95CF015C2EECAB3097@MAIL4.crd.com> More data points: Both 'rxvt' and 'urxvt' work from my .XWinrc, except that I get the '/bin/find: failed to restore initial working directory: No such file or directory' message. But 'urxvtc' does not. My .XWinrc entries are: rxvt exec "rxvt -fg green -bg black -cr dodgerblue -g 80x40" urxvt exec "urxvt -fg white -bg darkblue -cr dodgerblue -g 80x42 -e /bin/bash -l -i" urxvtc exec "urxvtc -fg white -bg darkblue -cr dodgerblue -g 80x42 -e /bin/bash -l -i" however, within windows created using either rxvt or urxvt I can then execute urxvtc commands successfully. Thus the daemon is running, here is ps output: jgoldman 5068 1 ? Aug 20 /usr/bin/XWin jgoldman 8156 1 con Aug 20 /usr/bin/urxvtd-X So, there seems to be some issue with running 'urxvtc' or urxvtc's ability to contact the daemon from within the XWindows server. Is there any logging that I can enable? > -----Original Message----- > From: Jay Goldman > Sent: Friday, August 20, 2010 3:59 PM > To: cygwin-xfree@cygwin.com > Subject: RE: X Server no longer launches urxvtc-X > > When I just replace the cygwin1.dll bash, > \bin\bash.exe -login -i > From cmd window results in: > The procedure entry point CreateProcessAsUserW could not be > located in the dynamic link library KERNEL32.dll > > I have no idea where find is being invoked when I execute rxvt, since > it is invoked before .bash_profile is invoked. > > > -----Original Message----- > > On August 20, 2010 3:06 PM, Corinna Vinschen wrote:> > > > > > Please dont top-post. > > > > > > On Aug 20 14:14, Jay Goldman wrote: > > > Another data point, when I try: > > > black EXEC "/bin/rxvt -fg green -bg black -cr dodgerblue -g > > 80x40 -e /bin/bash -l -i " > > > rxvt successfully starts up but displays: > > > /bin/find: failed to restore initial working directory: No such > > file or directory > > > Before .bash_profile is invoked > > > > Works for me without such a message. Do you know from where find is > > called? > > > > > -----Original Message----- > > > From: Corinna Vinschen > > > On Aug 20 10:54, Charles Wilson wrote: > > > > On 8/20/2010 10:48 AM, Jay Goldman wrote: > > > > >I have the following menu items in my .XWinrc: > > > > > Black EXEC "/bin/urxvtc-X -fg green -bg black -cr > > dodgerblue -g 80x40 -e /bin/bash -l -I" > > > > > dodger EXEC "urxvtc-X -fg white -bg dodgerblue -cr > blue > > -g 80x42 -e /bin/bash -l -I" > > > > > > > > > >Which have been working for months . > > > > Doesn't work for me either, but has apparently nothing to do with > > the CWD issue. This looks more like a rebase problem. > > > > > > >Note, menu items like: > > > > > Xterm exec "xterm" > > > > >Work correctly, > > > > >While menu items such as: > > > > > Notepad exec "notepad" > > > > >Do not. > > > > I tried this as well now, and both menu entries work for me. > > > > Maybe the difference is the Cygwin DLL. Can you please try the > latest > > Cygwin DLL from the developer snapshots at > http://cygwin.com/snapshots/ > > and report back if this works better for you? > > > > > > Thanks, > > Corinna > > > > -- > > Corinna Vinschen Please, send mails regarding Cygwin > > to > > Cygwin Project Co-Leader cygwin AT cygwin DOT com > > Red Hat > > > > -- > > 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 borgille@gmail.com Wed Aug 25 02:46:00 2010 From: borgille@gmail.com (Rob Gillen) Date: Wed, 25 Aug 2010 02:46:00 -0000 Subject: X Server no longer launches urxvtc-X Message-ID: > Another data point, when I try: > black EXEC "/bin/rxvt -fg green -bg black -cr dodgerblue -g 80x40 -e /bin/bash -l -i " > rxvt successfully starts up but displays: > /bin/find: failed to restore initial working directory: No such file or directory > Before .bash_profile is invoked Jay, I resolved the "find" issue by modifying the /etc/profile file. The real issue is the change made in the latest release of the cygwin1.dll where the current working directory is set to an invalid directory. Until you set the current working directory to something when find is called, you'll continue to see this. Try moving this portion of the /etc/profile script: # Make sure we start in home unless invoked by CHERE if [ ! -z "${CHERE_INVOKING}" ]; then unset CHERE_INVOKING else cd "${HOME}" fi so that it is located before the execution of all the /etc/profile.d scripts. -- 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 noggin@uwo.ca Wed Aug 25 09:46:00 2010 From: noggin@uwo.ca (noggin) Date: Wed, 25 Aug 2010 09:46:00 -0000 Subject: Postinstall script error Message-ID: <4C7483F0.1070705@uwo.ca> Here is a slice from setup.log 2010/08/23 23:47:07 running: C:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/fltk.sh 2010/08/23 23:48:01 running: C:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/libglade2.0.sh 2010/08/23 23:48:03 abnormal exit: exit code=2 2010/08/23 23:48:03 running: C:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/obconf.sh Nick -- 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 nxy_bit@yahoo.cn Wed Aug 25 13:30:00 2010 From: nxy_bit@yahoo.cn (Lucas) Date: Wed, 25 Aug 2010 13:30:00 -0000 Subject: 1.7.6: Install error said postinstall error Message-ID: <32892.2503.qm@web92104.mail.cnh.yahoo.com> When I was installing Cygwin downloaded using the newest setup.exe yesterday, lots of error happend and the install GUI said postinstall error. Packages: No Package boxes.sh: exit code : 2 libglade2.0.sh: exit code : 2 fontconfig.sh: exit code : 14 .... I have searched the maillist and found many people asked about this error but the error code are not like mine, so I turn for help here, thinking that maybe somebody here knows about it. Besides, the error report mails seem to not have got any solution so for, so is this a bug of the bash scripts in the new version? I have attached the setup.log. THANKS a lot, everybody! -------------- next part -------------- A non-text attachment was scrubbed... Name: setup.log Type: application/octet-stream Size: 255661 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 JayGoldman@crd.com Thu Aug 26 13:57:00 2010 From: JayGoldman@crd.com (Jay Goldman) Date: Thu, 26 Aug 2010 13:57:00 -0000 Subject: X Server no longer launches urxvtc-X In-Reply-To: References: Message-ID: <8483108B583CFC4FAEFEE85B95CF015C30A91EC0B5@MAIL4.crd.com> Thanks Bob, this eliminates the '/bin/find' error when starting rxvt or urxvt. I just added cd / before the PATH= line. Still cannot run urxvtc from X server tray app. > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree- > owner@cygwin.com] On Behalf Of Rob Gillen > Sent: Tuesday, August 24, 2010 4:27 PM > To: cygwin-xfree@cygwin.com > Subject: RE: X Server no longer launches urxvtc-X > > > Another data point, when I try: > > black EXEC "/bin/rxvt -fg green -bg black -cr dodgerblue -g > 80x40 -e /bin/bash -l -i " > > rxvt successfully starts up but displays: > > /bin/find: failed to restore initial working directory: No such > file or directory > > Before .bash_profile is invoked > > Jay, I resolved the "find" issue by modifying the /etc/profile file. > The real issue is the change made in the latest release of the > cygwin1.dll where the current working directory is set to an invalid > directory. Until you set the current working directory to something > when find is called, you'll continue to see this. Try moving this > portion of the /etc/profile script: > > # Make sure we start in home unless invoked by CHERE > if [ ! -z "${CHERE_INVOKING}" ]; then > unset CHERE_INVOKING > else > cd "${HOME}" > fi > > so that it is located before the execution of all the /etc/profile.d > scripts. > > -- > 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 jon.turney@dronecode.org.uk Thu Aug 26 17:18:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 26 Aug 2010 17:18:00 -0000 Subject: Postinstall script error In-Reply-To: <4C7483F0.1070705@uwo.ca> References: <4C7483F0.1070705@uwo.ca> Message-ID: <4C7672CB.409@dronecode.org.uk> On 25/08/2010 03:46, noggin wrote: > Here is a slice from setup.log > 2010/08/23 23:47:07 running: C:\cygwin\bin\bash.exe --norc --noprofile > /etc/postinstall/fltk.sh > 2010/08/23 23:48:01 running: C:\cygwin\bin\bash.exe --norc --noprofile > /etc/postinstall/libglade2.0.sh > 2010/08/23 23:48:03 abnormal exit: exit code=2 > 2010/08/23 23:48:03 running: C:\cygwin\bin\bash.exe --norc --noprofile > /etc/postinstall/obconf.sh A workaround for this problem is reported at [1] mkdir -p /etc/xml edit /etc/postinstall/libglade2.0.sh to add --create /etc/postinstall/libglade2.0.sh [1] http://sourceware.org/ml/cygwin-xfree/2010-08/msg00074.html -- Jon TURNEY Volunteer Cygwin/X X Server 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 strata_ranger@hotmail.com Thu Aug 26 17:38:00 2010 From: strata_ranger@hotmail.com (Richard Gitschlag) Date: Thu, 26 Aug 2010 17:38:00 -0000 Subject: Unable to start XWin with --nolock Message-ID: I am having trouble starting XWin on my system. It complains about being unable to "read lock" the file -- okay, so it resides on a FAT32 drive, no big.? Just add --nolock to my command line and move on. But it doesn't work.? But it does.? But doesn't. I AM able to run XWin from inside cygwin's bash prompt: $ xinit -- -nolock -multiwindow $ startxwin -- -nolock But I can NOT run Xwin from a Windows command prompt or a Start Menu shortcut: > /cygwin/bin/run.exe /usr/bin/bash.exe -l -c /usr/bin/xinit -- -nolock -multiwindow > /cygwin/bin/run.exe /usr/bin/bash.exe -l -c /usr/bin/startxwin -- -nolock In these cases I am given the read-lock error, and: "XWin was started with the following command line:? X :0" In other words, I am unable to pass my command-line options to XWin, so I cannot work around the error. Did I overlook something?? What do I do next? -- Stratadrake strata_ranger@hotmail.com -------------------- Numbers may not lie, but neither do they tell the whole truth. -- 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 jon.turney@dronecode.org.uk Thu Aug 26 17:46:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 26 Aug 2010 17:46:00 -0000 Subject: Unable to start XWin with --nolock In-Reply-To: References: Message-ID: <4C76A69B.1010309@dronecode.org.uk> On 26/08/2010 18:18, Richard Gitschlag wrote: > I am having trouble starting XWin on my system. > > It complains about being unable to "read lock" the file -- okay, so it resides on a FAT32 drive, no big. Just add --nolock to my command line and move on. > > But it doesn't work. But it does. But doesn't. > > I AM able to run XWin from inside cygwin's bash prompt: > > $ xinit -- -nolock -multiwindow > $ startxwin -- -nolock > > But I can NOT run Xwin from a Windows command prompt or a Start Menu shortcut: > >> /cygwin/bin/run.exe /usr/bin/bash.exe -l -c /usr/bin/xinit -- -nolock -multiwindow > >> /cygwin/bin/run.exe /usr/bin/bash.exe -l -c /usr/bin/startxwin -- -nolock > > In these cases I am given the read-lock error, and: > > "XWin was started with the following command line: X :0" > > In other words, I am unable to pass my command-line options to XWin, so I cannot work around the error. > > Did I overlook something? What do I do next? You need to quote the command after -c to prevent bash assuming those options are meant for itself. This has been answered a few times before, e.g. at [1] I'm not sure if you arrived at using -nolock from reading FAQ 3.4 [2], perhaps I need to improve that FAQ to give more guidance. [1] http://sourceware.org/ml/cygwin-xfree/2010-04/msg00026.html [2] http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-cant-read-lock-file -- Jon TURNEY Volunteer Cygwin/X X Server 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 jon.turney@dronecode.org.uk Fri Aug 27 01:40:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 27 Aug 2010 01:40:00 -0000 Subject: CygwinX Users Guide In-Reply-To: <4C6DCA72.9040705@uwo.ca> References: <4C6DCA72.9040705@uwo.ca> Message-ID: <4C76A854.3090506@dronecode.org.uk> On 20/08/2010 01:21, noggin wrote: > Tried to print the PDF version of the guide, August 19 1700h. > All screenshots are displaced off the right-hand side. > Change magnification and they are still displaced. Thanks for reporting this issue. This document seems to have been this way forever. I've tweaked the docbook source so these images should be scaled to fit in the PDF output, and rebuilt and uploaded the documentation. -- Jon TURNEY Volunteer Cygwin/X X Server 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 noggin@uwo.ca Fri Aug 27 15:53:00 2010 From: noggin@uwo.ca (Nicholas C Payne) Date: Fri, 27 Aug 2010 15:53:00 -0000 Subject: CygwinX Users Guide In-Reply-To: <4C76A854.3090506@dronecode.org.uk> References: <4C6DCA72.9040705@uwo.ca> <4C76A854.3090506@dronecode.org.uk> Message-ID: <74808b54226b.4c76df41@uwo.ca> Jon, not on my time scale ! Its equivalent in 2003 was OK... I'll have to check 2005 and 2006 when I get back into the lab !! I have our graduate students build CygwinX in order to access the Cambridge Structural Database on a Fedora-Linux box. Needless to say, from Micros**t Windows... Nick On 10.08.26, Jon TURNEY wrote: > On 20/08/2010 01:21, noggin wrote: > >Tried to print the PDF version of the guide, August 19 1700h. > >All screenshots are displaced off the right-hand side. > >Change magnification and they are still displaced. > > Thanks for reporting this issue. > > This document seems to have been this way forever.? I've tweaked the docbook source so these images should be scaled to fit in the PDF output, and rebuilt and uploaded the documentation. > > -- > Jon TURNEY > Volunteer Cygwin/X X Server 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 jon.turney@dronecode.org.uk Fri Aug 27 16:32:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 27 Aug 2010 16:32:00 -0000 Subject: CygwinX at MS Terminalserver? In-Reply-To: <4C68DC4F.2000800@zone42.org> References: <4C63A34E.2070901@zone42.org> <4C641B91.60504@dronecode.org.uk> <4C64F0A8.5020400@zone42.org> <4C6527D3.3000303@dronecode.org.uk> <4C68DC4F.2000800@zone42.org> Message-ID: <4C77DF53.9020802@dronecode.org.uk> On 16/08/2010 07:35, Steffen Sledz wrote: > Am 13.08.2010 13:09, schrieb Jon TURNEY: >>> Now testuser0002 tries to start another server in parallel. >>> This gives this error: >>> >>> /usr/bin/startxwin: Resource temporarily unavailable (errno 11): Another X server instance is running on DISPLAY :0 >> >> This is expected. As I said, each X server instance must >> have a unique display number. >> >> This can't possibly work any other way. If two users both >> have an X server with display number 0, to which server should >> a client started with DISPLAY=:0.0 connect? > > That's clear. I thought (or hoped) that starting X server using the "XWin Server" menu item automatically searches for an unused display number and uses it. I think that would be a good default behaviour. I agree it would be useful, and it is on the todo list [1], but there's a non-trivial problem to solve first: How is the display number which the server has allocated communicated to other processes, so that the users clients appear on the right display? If you start the X server first and then launch everything from the traymenu, everything would works fine, as the X server places a correct DISPLAY variable into the environment inherited by the child process. But if you start the X server via xinit/startx/startxwin, the display number needs to be communicated back to xinit, so that the correct display number is used for clients which are subsequently started by xinit. Fedora ships with a patch [2] which adds the -displayfd option, which allocates a display number and writes it to the specified fd. But to be useful to us, xinit would needs some code to use that flag (under some circumstances) and read that display number and use it for the clients it creates. There's also the case where the user explicitly sets DISPLAY programmatically or manually before starting clients. I think with some suitable shell scripting, -displayfd probably can be used for that also. [1] http://x.cygwin.com/devel/todo.html [2] http://cvs.fedoraproject.org/viewvc/devel/xorg-x11-server/xserver-1.6.0-displayfd.patch >>> A fatal error has occured and Cygwin/X will now exit. >>> >>> Cannot open log file "/var/log/XWin.0.log" >> >> This is interesting. On my systems, /var/log has mode 777, >> rather than 1777. >> >> Having the restricted deletion flag set on /var/log prevents >> other users from deleting the logfile from a previous run. >> >> However, checking the source for setup.exe, I see that it does >> create /var/log with 1777 permissions, so how I got into this >> state I don't know... >> >> I'm not sure that is right, but assuming it is intentional, I >> guess we need to create a /var/log/xwin with mode 777 and arrange >> for that to be the default logfile location >> >> mkdir /var/log/xwin >> chmod 777 /var/log/xwin >> adding '-logfile /var/log/xwin/XWin.%s.log' to your xwin command line. > > I tested this with success. :) > > It would be very helpfully too if this can become the default behaviour of the "XWin Server" menu item (or XWin). Well, it's not clear here how this should be fixed. I *think* that this is just a setup bug, and we can simply create /var/log with mode 777. -- Jon TURNEY Volunteer Cygwin/X X Server 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 noggin@uwo.ca Sat Aug 28 11:11:00 2010 From: noggin@uwo.ca (Nicholas C. Payne) Date: Sat, 28 Aug 2010 11:11:00 -0000 Subject: CygwinX Users Guide In-Reply-To: <4C76A854.3090506@dronecode.org.uk> References: <4C6DCA72.9040705@uwo.ca> <4C76A854.3090506@dronecode.org.uk> Message-ID: <4C77E88A.8040003@uwo.ca> Jon, I found it. The guide, sole author Harold L. Hunt, had the screen shots perfectly positioned 28 April 2006. That was the (last) previous time I installed CygwinX. Nick On 26/08/2010 1:45 PM, Jon TURNEY wrote: > On 20/08/2010 01:21, noggin wrote: >> Tried to print the PDF version of the guide, August 19 1700h. >> All screenshots are displaced off the right-hand side. >> Change magnification and they are still displaced. > > Thanks for reporting this issue. > > This document seems to have been this way forever. I've tweaked the > docbook source so these images should be scaled to fit in the PDF > output, and rebuilt and uploaded the documentation. > -- Prof. (Emeritus) Nicholas C. Payne, Department of Chemistry, University of Western Ontario, LONDON, Ontario, N6A 5B7, Canada payne@uwo.ca phone: 519-661-3793 fax: 519-661-3022 -- 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 jon.turney@dronecode.org.uk Sun Aug 29 13:39:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sun, 29 Aug 2010 13:39:00 -0000 Subject: 1.7.6: Install error said postinstall error In-Reply-To: <32892.2503.qm@web92104.mail.cnh.yahoo.com> References: <32892.2503.qm@web92104.mail.cnh.yahoo.com> Message-ID: <4C78EEFD.6030501@dronecode.org.uk> On 25/08/2010 10:24, Lucas wrote: > When I was installing Cygwin downloaded using the newest setup.exe yesterday, lots of error happend and the install GUI said postinstall error. This doesn't seem to be an X problem, so should have been sent to the main cygwin list. > Packages: > No Package > boxes.sh: exit code : 2 http://sourceware.org/ml/cygwin/2010-08/msg00199.html Add the missing : to /etc/postinstall/boxes.sh and all should be well. > libglade2.0.sh: exit code : 2 http://cygwin.com/ml/cygwin-xfree/2010-08/msg00120.html > fontconfig.sh: exit code : 14 Not sure what's causing this one. Can you post the output from trying to run /etc/postinstall/fontconfig.sh and/or /var/log/setup.log.full ? > .... > > I have searched the maillist and found many people asked about this error but the error code are not like mine, so I turn for help here, thinking that maybe somebody here knows about it. Besides, the error report mails seem to not have got any solution so for, so is this a bug of the bash scripts in the new version? > I have attached the setup.log. > THANKS a lot, everybody! -- Jon TURNEY Volunteer Cygwin/X X Server 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 jon.turney@dronecode.org.uk Sun Aug 29 14:17:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sun, 29 Aug 2010 14:17:00 -0000 Subject: /dev/windows and select() [was Re: Slow response to keypresses in xorg-server-1.8.0-1] In-Reply-To: References: <4BDC3161.9070101@cornell.edu> <4BDDE5F1.9080204@cornell.edu> <4C2B8171.5020409@dronecode.org.uk> <4C5B08AE.4080902@pobox.com> <4C5DD910.9050809@dronecode.org.uk> Message-ID: <4C7A62FD.10506@dronecode.org.uk> On 08/08/2010 12:04, Andy Koppe wrote: > On 7 August 2010 23:07, Jon TURNEY wrote: >> Hmmm, looking again at the implementation of select(), I don't immediately >> see that when waiting on /dev/windows, it checks that the message queue has >> old messages on it before waiting. The MSDN documentation for >> MsgWaitForMultipleObjects() seems to says that messages which had arrived >> before the last PeekMessage() etc. aren't considered new and so don't end >> the wait? > > I think you're right, a call to PeekMessage is needed for proper > select() semantics: it shouldn't block if data is available for > reading. Attached is a small test-case which seems to demonstrate this problem. Run ./dev-windows-select-test and observe select() blocks for the full timeout, despite the fact that the /dev/windows fd is ready for reading (and it reported as such as the end of the timeout) If you run './dev-windows-select-test -skip' to skip the PeekMessage(), select() returns immediately, indicating the /dev/windows fd is ready for reading. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: dev-windows-select-test.c 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 corinna-cygwin@cygwin.com Sun Aug 29 14:41:00 2010 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Sun, 29 Aug 2010 14:41:00 -0000 Subject: /dev/windows and select() [was Re: Slow response to keypresses in xorg-server-1.8.0-1] In-Reply-To: <4C7A62FD.10506@dronecode.org.uk> References: <4BDC3161.9070101@cornell.edu> <4BDDE5F1.9080204@cornell.edu> <4C2B8171.5020409@dronecode.org.uk> <4C5B08AE.4080902@pobox.com> <4C5DD910.9050809@dronecode.org.uk> <4C7A62FD.10506@dronecode.org.uk> Message-ID: <20100829141716.GG6726@calimero.vinschen.de> On Aug 29 14:39, Jon TURNEY wrote: > On 08/08/2010 12:04, Andy Koppe wrote: > >On 7 August 2010 23:07, Jon TURNEY wrote: > >>Hmmm, looking again at the implementation of select(), I don't immediately > >>see that when waiting on /dev/windows, it checks that the message queue has > >>old messages on it before waiting. The MSDN documentation for > >>MsgWaitForMultipleObjects() seems to says that messages which had arrived > >>before the last PeekMessage() etc. aren't considered new and so don't end > >>the wait? > > > >I think you're right, a call to PeekMessage is needed for proper > >select() semantics: it shouldn't block if data is available for > >reading. > > Attached is a small test-case which seems to demonstrate this problem. > > Run ./dev-windows-select-test and observe select() blocks for the > full timeout, despite the fact that the /dev/windows fd is ready for > reading (and it reported as such as the end of the timeout) > > If you run './dev-windows-select-test -skip' to skip the > PeekMessage(), select() returns immediately, indicating the > /dev/windows fd is ready for reading. > [...] Thanks for the testcase. I examined this and I think I have a workaround. MSDN states that there's a flag QS_ALLPOSTMESSAGE for MsgWaitForMultipleObjects, which is not cleared by PeekMessage, if the wMsgFilterMin and wMsgFilterMax arguments are not both 0. So, what I did was to add the QS_ALLPOSTMESSAGE flag to the MsgWaitForMultipleObjects call in select.cc, and to change the PeekMessage call in select.cc:peek_windows() from PeekMessage (&m, (HWND) h, 0, 0, PM_NOREMOVE) to PeekMessage (&m, (HWND) h, 1, UINT_MAX, PM_NOREMOVE) Same in your above test application. This appears to do the trick. However, I'm not exactly sure if that's a valid fix. Patch below. Corinna Index: select.cc =================================================================== RCS file: /cvs/src/src/winsup/cygwin/select.cc,v retrieving revision 1.160 diff -u -p -r1.160 select.cc --- select.cc 2 Apr 2010 22:36:44 -0000 1.160 +++ select.cc 29 Aug 2010 14:16:18 -0000 @@ -287,7 +287,8 @@ select_stuff::wait (fd_set *readfds, fd_ if (!windows_used) wait_ret = WaitForMultipleObjects (m, w4, FALSE, ms); else - wait_ret = MsgWaitForMultipleObjects (m, w4, FALSE, ms, QS_ALLINPUT); + wait_ret = MsgWaitForMultipleObjects (m, w4, FALSE, ms, + QS_ALLINPUT | QS_ALLPOSTMESSAGE); switch (wait_ret) { @@ -1531,7 +1532,7 @@ peek_windows (select_record *me, bool) if (me->read_selected && me->read_ready) return 1; - if (PeekMessage (&m, (HWND) h, 0, 0, PM_NOREMOVE)) + if (PeekMessage (&m, (HWND) h, 1, UINT_MAX, PM_NOREMOVE)) { me->read_ready = true; select_printf ("window %d(%p) ready", me->fd, me->fh->get_handle ()); -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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 corinna-cygwin@cygwin.com Sun Aug 29 14:50:00 2010 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Sun, 29 Aug 2010 14:50:00 -0000 Subject: /dev/windows and select() [was Re: Slow response to keypresses in xorg-server-1.8.0-1] In-Reply-To: <20100829141716.GG6726@calimero.vinschen.de> References: <4BDC3161.9070101@cornell.edu> <4BDDE5F1.9080204@cornell.edu> <4C2B8171.5020409@dronecode.org.uk> <4C5B08AE.4080902@pobox.com> <4C5DD910.9050809@dronecode.org.uk> <4C7A62FD.10506@dronecode.org.uk> <20100829141716.GG6726@calimero.vinschen.de> Message-ID: <20100829144150.GI6726@calimero.vinschen.de> On Aug 29 16:17, Corinna Vinschen wrote: > On Aug 29 14:39, Jon TURNEY wrote: > > On 08/08/2010 12:04, Andy Koppe wrote: > > >On 7 August 2010 23:07, Jon TURNEY wrote: > > >>Hmmm, looking again at the implementation of select(), I don't immediately > > >>see that when waiting on /dev/windows, it checks that the message queue has > > >>old messages on it before waiting. The MSDN documentation for > > >>MsgWaitForMultipleObjects() seems to says that messages which had arrived > > >>before the last PeekMessage() etc. aren't considered new and so don't end > > >>the wait? > > >[...] > > Thanks for the testcase. I examined this and I think I have a > workaround. MSDN states that there's a flag QS_ALLPOSTMESSAGE for > MsgWaitForMultipleObjects, which is not cleared by PeekMessage, if the > wMsgFilterMin and wMsgFilterMax arguments are not both 0. So, what I > did was to add the QS_ALLPOSTMESSAGE flag to the > MsgWaitForMultipleObjects call in select.cc, and to change the > PeekMessage call in select.cc:peek_windows() from > > PeekMessage (&m, (HWND) h, 0, 0, PM_NOREMOVE) > > to > > PeekMessage (&m, (HWND) h, 1, UINT_MAX, PM_NOREMOVE) > > Same in your above test application. This appears to do the trick. > However, I'm not exactly sure if that's a valid fix. Patch below. Hmm, this ignores the potential WM_NULL message, afaics. For some reason, using PeekMessage (&m, (HWND) h, 0, UINT_MAX, PM_NOREMOVE) results in MsgWaitForMultipleObjects hanging, too. OTOH, using PeekMessage (&m, (HWND) h, 0, 16, PM_NOREMOVE) && PeekMessage (&m, (HWND) h, 17, UINT_MAX, PM_NOREMOVE) does not. Go figure. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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 corinna-cygwin@cygwin.com Sun Aug 29 15:09:00 2010 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Sun, 29 Aug 2010 15:09:00 -0000 Subject: /dev/windows and select() [was Re: Slow response to keypresses in xorg-server-1.8.0-1] In-Reply-To: <20100829144150.GI6726@calimero.vinschen.de> References: <4BDC3161.9070101@cornell.edu> <4BDDE5F1.9080204@cornell.edu> <4C2B8171.5020409@dronecode.org.uk> <4C5B08AE.4080902@pobox.com> <4C5DD910.9050809@dronecode.org.uk> <4C7A62FD.10506@dronecode.org.uk> <20100829141716.GG6726@calimero.vinschen.de> <20100829144150.GI6726@calimero.vinschen.de> Message-ID: <20100829145041.GJ6726@calimero.vinschen.de> On Aug 29 16:41, Corinna Vinschen wrote: > On Aug 29 16:17, Corinna Vinschen wrote: > > On Aug 29 14:39, Jon TURNEY wrote: > > > On 08/08/2010 12:04, Andy Koppe wrote: > > > >On 7 August 2010 23:07, Jon TURNEY wrote: > > > >>Hmmm, looking again at the implementation of select(), I don't immediately > > > >>see that when waiting on /dev/windows, it checks that the message queue has > > > >>old messages on it before waiting. The MSDN documentation for > > > >>MsgWaitForMultipleObjects() seems to says that messages which had arrived > > > >>before the last PeekMessage() etc. aren't considered new and so don't end > > > >>the wait? > > > >[...] > > > > Thanks for the testcase. I examined this and I think I have a > > workaround. MSDN states that there's a flag QS_ALLPOSTMESSAGE for > > MsgWaitForMultipleObjects, which is not cleared by PeekMessage, if the > > wMsgFilterMin and wMsgFilterMax arguments are not both 0. So, what I > > did was to add the QS_ALLPOSTMESSAGE flag to the > > MsgWaitForMultipleObjects call in select.cc, and to change the > > PeekMessage call in select.cc:peek_windows() from > > > > PeekMessage (&m, (HWND) h, 0, 0, PM_NOREMOVE) > > > > to > > > > PeekMessage (&m, (HWND) h, 1, UINT_MAX, PM_NOREMOVE) > > > > Same in your above test application. This appears to do the trick. > > However, I'm not exactly sure if that's a valid fix. Patch below. > > Hmm, this ignores the potential WM_NULL message, afaics. For some > reason, using > > PeekMessage (&m, (HWND) h, 0, UINT_MAX, PM_NOREMOVE) > > results in MsgWaitForMultipleObjects hanging, too. OTOH, using > > PeekMessage (&m, (HWND) h, 0, 16, PM_NOREMOVE) > && PeekMessage (&m, (HWND) h, 17, UINT_MAX, PM_NOREMOVE) > > does not. Go figure. Yeah, I realize I'm talking to myself, but this works, too: PeekMessage (&m, (HWND) h, 0, UINT_MAX - 1, PM_NOREMOVE) Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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 dtrollope@informatica.com Mon Aug 30 11:23:00 2010 From: dtrollope@informatica.com (Trollope, David) Date: Mon, 30 Aug 2010 11:23:00 -0000 Subject: /dev/windows and select() [was Re: Slow response to keypresses in xorg-server-1.8.0-1] In-Reply-To: <20100829145041.GJ6726@calimero.vinschen.de> References: <4BDC3161.9070101@cornell.edu> <4BDDE5F1.9080204@cornell.edu> <4C2B8171.5020409@dronecode.org.uk> <4C5B08AE.4080902@pobox.com> <4C5DD910.9050809@dronecode.org.uk> <4C7A62FD.10506@dronecode.org.uk> <20100829141716.GG6726@calimero.vinschen.de> <20100829144150.GI6726@calimero.vinschen.de> <20100829145041.GJ6726@calimero.vinschen.de> Message-ID: <75D6C200-C94D-4705-8D9A-5365EE0A2A28@informatica.com> We are listening and learning :-) Dave Sent from my iPad On Aug 29, 2010, at 9:51 AM, "Corinna Vinschen" wrote: > On Aug 29 16:41, Corinna Vinschen wrote: >> On Aug 29 16:17, Corinna Vinschen wrote: >>> On Aug 29 14:39, Jon TURNEY wrote: >>>> On 08/08/2010 12:04, Andy Koppe wrote: >>>>> On 7 August 2010 23:07, Jon TURNEY wrote: >>>>>> Hmmm, looking again at the implementation of select(), I don't immediately >>>>>> see that when waiting on /dev/windows, it checks that the message queue has >>>>>> old messages on it before waiting. The MSDN documentation for >>>>>> MsgWaitForMultipleObjects() seems to says that messages which had arrived >>>>>> before the last PeekMessage() etc. aren't considered new and so don't end >>>>>> the wait? >>>>> [...] >>> >>> Thanks for the testcase. I examined this and I think I have a >>> workaround. MSDN states that there's a flag QS_ALLPOSTMESSAGE for >>> MsgWaitForMultipleObjects, which is not cleared by PeekMessage, if the >>> wMsgFilterMin and wMsgFilterMax arguments are not both 0. So, what I >>> did was to add the QS_ALLPOSTMESSAGE flag to the >>> MsgWaitForMultipleObjects call in select.cc, and to change the >>> PeekMessage call in select.cc:peek_windows() from >>> >>> PeekMessage (&m, (HWND) h, 0, 0, PM_NOREMOVE) >>> >>> to >>> >>> PeekMessage (&m, (HWND) h, 1, UINT_MAX, PM_NOREMOVE) >>> >>> Same in your above test application. This appears to do the trick. >>> However, I'm not exactly sure if that's a valid fix. Patch below. >> >> Hmm, this ignores the potential WM_NULL message, afaics. For some >> reason, using >> >> PeekMessage (&m, (HWND) h, 0, UINT_MAX, PM_NOREMOVE) >> >> results in MsgWaitForMultipleObjects hanging, too. OTOH, using >> >> PeekMessage (&m, (HWND) h, 0, 16, PM_NOREMOVE) >> && PeekMessage (&m, (HWND) h, 17, UINT_MAX, PM_NOREMOVE) >> >> does not. Go figure. > > Yeah, I realize I'm talking to myself, but this works, too: > > PeekMessage (&m, (HWND) h, 0, UINT_MAX - 1, PM_NOREMOVE) > > > Corinna > > -- > Corinna Vinschen Please, send mails regarding Cygwin to > Cygwin Project Co-Leader cygwin AT cygwin DOT com > Red Hat > > -- > 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 corinna-cygwin@cygwin.com Mon Aug 30 12:05:00 2010 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Mon, 30 Aug 2010 12:05:00 -0000 Subject: /dev/windows and select() [was Re: Slow response to keypresses in xorg-server-1.8.0-1] In-Reply-To: <4C7A62FD.10506@dronecode.org.uk> References: <4BDC3161.9070101@cornell.edu> <4BDDE5F1.9080204@cornell.edu> <4C2B8171.5020409@dronecode.org.uk> <4C5B08AE.4080902@pobox.com> <4C5DD910.9050809@dronecode.org.uk> <4C7A62FD.10506@dronecode.org.uk> Message-ID: <20100830112313.GN6726@calimero.vinschen.de> On Aug 29 14:39, Jon TURNEY wrote: > On 08/08/2010 12:04, Andy Koppe wrote: > >On 7 August 2010 23:07, Jon TURNEY wrote: > >>Hmmm, looking again at the implementation of select(), I don't immediately > >>see that when waiting on /dev/windows, it checks that the message queue has > >>old messages on it before waiting. The MSDN documentation for > >>MsgWaitForMultipleObjects() seems to says that messages which had arrived > >>before the last PeekMessage() etc. aren't considered new and so don't end > >>the wait? > > > >I think you're right, a call to PeekMessage is needed for proper > >select() semantics: it shouldn't block if data is available for > >reading. > > Attached is a small test-case which seems to demonstrate this problem. > > Run ./dev-windows-select-test and observe select() blocks for the > full timeout, despite the fact that the /dev/windows fd is ready for > reading (and it reported as such as the end of the timeout) > > If you run './dev-windows-select-test -skip' to skip the > PeekMessage(), select() returns immediately, indicating the > /dev/windows fd is ready for reading. Again, thanks for the testcase. I applied a patch to Cygwin which should make select on /dev/windows fully functional. The blessed solution is to replace the call to MsgWaitForMultipleObjects with a call to MsgWaitForMultipleObjectsEx with the MWMO_INPUTAVAILABLE flag set. This flag is defined to do exactly what we need. The only downside is that this flag does not exist on NT4 and its usage results in an "invalid argument" error. So, for NT4, I added the workaround I described in my yesterday's soliloquy. I'm planning to release Cygwin 1.7.7 tomorrow at the latest, so please give it a test as soon as possible. Here's a binary DLL for testing (build w/o optimization, so it's probably a bit slow): http://cygwin.de/cygwin-177/new-cygwin1.dll.bz2 (md5sum: 7e07fd9eafd021697a0861c1ae4fa94e) Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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 jon.turney@dronecode.org.uk Mon Aug 30 12:33:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 30 Aug 2010 12:33:00 -0000 Subject: /dev/windows and select() [was Re: Slow response to keypresses in xorg-server-1.8.0-1] In-Reply-To: <20100830112313.GN6726@calimero.vinschen.de> References: <4BDC3161.9070101@cornell.edu> <4BDDE5F1.9080204@cornell.edu> <4C2B8171.5020409@dronecode.org.uk> <4C5B08AE.4080902@pobox.com> <4C5DD910.9050809@dronecode.org.uk> <4C7A62FD.10506@dronecode.org.uk> <20100830112313.GN6726@calimero.vinschen.de> Message-ID: <4C7B9E4B.2060800@dronecode.org.uk> On 30/08/2010 12:23, Corinna Vinschen wrote: > On Aug 29 14:39, Jon TURNEY wrote: >> On 08/08/2010 12:04, Andy Koppe wrote: >>> On 7 August 2010 23:07, Jon TURNEY wrote: >>>> Hmmm, looking again at the implementation of select(), I don't immediately >>>> see that when waiting on /dev/windows, it checks that the message queue has >>>> old messages on it before waiting. The MSDN documentation for >>>> MsgWaitForMultipleObjects() seems to says that messages which had arrived >>>> before the last PeekMessage() etc. aren't considered new and so don't end >>>> the wait? >>> >>> I think you're right, a call to PeekMessage is needed for proper >>> select() semantics: it shouldn't block if data is available for >>> reading. >> >> Attached is a small test-case which seems to demonstrate this problem. >> >> Run ./dev-windows-select-test and observe select() blocks for the >> full timeout, despite the fact that the /dev/windows fd is ready for >> reading (and it reported as such as the end of the timeout) >> >> If you run './dev-windows-select-test -skip' to skip the >> PeekMessage(), select() returns immediately, indicating the >> /dev/windows fd is ready for reading. > > Again, thanks for the testcase. I applied a patch to Cygwin which > should make select on /dev/windows fully functional. > > The blessed solution is to replace the call to MsgWaitForMultipleObjects > with a call to MsgWaitForMultipleObjectsEx with the MWMO_INPUTAVAILABLE > flag set. This flag is defined to do exactly what we need. > > The only downside is that this flag does not exist on NT4 and its usage > results in an "invalid argument" error. So, for NT4, I added the > workaround I described in my yesterday's soliloquy. > > I'm planning to release Cygwin 1.7.7 tomorrow at the latest, so please > give it a test as soon as possible. Here's a binary DLL for testing > (build w/o optimization, so it's probably a bit slow): > > http://cygwin.de/cygwin-177/new-cygwin1.dll.bz2 > (md5sum: 7e07fd9eafd021697a0861c1ae4fa94e) Thanks Corinna :-) I tried that cygwin DLL with my test case, and with an X server with what I now realize is the workaround I'd applied reverted [1] and it seems to work fine. [1] http://cgit.freedesktop.org/~yselkowitz/xserver/commit/?h=cygwin-release-1.8&id=6da3190eacae2c2b021060f8fd9427816ac06f21 -- 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 Siegmar.Gross@informatik.hs-fulda.de Mon Aug 30 16:22:00 2010 From: Siegmar.Gross@informatik.hs-fulda.de (Siegmar Gross) Date: Mon, 30 Aug 2010 16:22:00 -0000 Subject: Cygwin 1.7.6-1 , Windows 7: STATUS_ACCESS_VIOLATION Message-ID: <201008301229.o7UCT0cY017914@tyr.informatik.hs-fulda.de> Hi, I have installed Cygwin 1.7.6-1 on "Windows 7" running on a virtual machine (VMware Workstation 6.5.4). I am using TCSH instead of BASH and I have configured an X11 GUI which I use since 2004 with Cygwin 1.5.x (since about a year with X11R7) on Windows XP without problems. When I use this environment with Cygwin 1.7.6, I have the following problems. I have seen in the mailing list that other persons have similar problems, but I have not found a solution. Perhaps I have some additional information which can track the problem. Sometimes I get only one xterm-window or the background color of the root window will only be painted in the upper part or not all. Most times I get no xterm-window, when I left-click in the root window of the window manager "fvwm2" and choose "xterm". In these cases I get for example the following error messages in the original console window from Cygwin. 8 [main] fvwm 3168 exception::handle: Exception: STATUS_ACCESS_VIOLATION 101981 [main] fvwm 3168 open_stackdumpfile: Dumping stack trace to fvwm.exe.stackdump 8 [main] xterm 468 exception::handle: Exception: STATUS_ACCESS_VIOLATION 1591 [main] xterm 468 open_stackdumpfile: Dumping stack trace to xterm.exe.stackdump I close and restart Cygwin in these cases until I get the expected user interface with two "xterm windows". The problem remains even if I disable "Windows Firewall". Sometimes Cygwin repaints only the upper part of the graphical user interface when I close Cygwin to an icon and reopen the icon. When I move with the mouse cursor over the unpainted parts (contents of "xterm windows" or the background of the "root window") the area under the mouse pointer will be repainted (like a brush). Sometimes all missing parts are automatically repainted when I execute a command. The access violation is not restricted to "xterm". tyr x 135 cat fvwm_1.exe.stackdump Exception: STATUS_ACCESS_VIOLATION at eip=610200B7 eax=00C3F870 ebx=6123DC54 ecx=7514783F edx=003E4118 esi=00000000 edi=0022FA14 ebp=61020800 esp=0022C7E4 program=C:\cygwin\bin\fvwm.exe, pid 2356, thread main cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023 Stack trace: Frame Function Args End of stack trace tyr x 136 diff fvwm_1.exe.stackdump fvwm_2.exe.stackdump 2,3c2,3 < eax=00C3F870 ebx=6123DC54 ecx=7514783F edx=003E4118 esi=00000000 edi=0022FA14 < ebp=61020800 esp=0022C7E4 program=C:\cygwin\bin\fvwm.exe, pid 2356, thread main --- > eax=00C347C0 ebx=6123DE2C ecx=7574783F edx=00264118 esi=00000000 edi=0022FA14 > ebp=61020800 esp=0022C7E4 program=C:\cygwin\bin\fvwm.exe, pid 2312, thread main tyr x 137 cat xterm_1.exe.stackdump Exception: STATUS_ACCESS_VIOLATION at eip=610200B7 eax=00B900F8 ebx=6123E374 ecx=75B9783F edx=003E4118 esi=00000000 edi=0022FA14 ebp=61020800 esp=0022C7E4 program=C:\cygwin\bin\xterm.exe, pid 2104, thread main cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023 Stack trace: Frame Function Args End of stack trace tyr x 138 diff xterm_1.exe.stackdump xterm_2.exe.stackdump 2,3c2,3 < eax=00B900F8 ebx=6123E374 ecx=75B9783F edx=003E4118 esi=00000000 edi=0022FA14 < ebp=61020800 esp=0022C7E4 program=C:\cygwin\bin\xterm.exe, pid 2104, thread main --- > eax=00AD00F8 ebx=6123E694 ecx=7574783F edx=003D4118 esi=00000000 edi=0022FA14 > ebp=61020800 esp=0022C7E4 program=C:\cygwin\bin\xterm.exe, pid 4000, thread main tyr x 139 diff xterm_1.exe.stackdump xterm_3.exe.stackdump 2,3c2,3 < eax=00B900F8 ebx=6123E374 ecx=75B9783F edx=003E4118 esi=00000000 edi=0022FA14 < ebp=61020800 esp=0022C7E4 program=C:\cygwin\bin\xterm.exe, pid 2104, thread main --- > eax=00D100F8 ebx=6123E50C ecx=7574783F edx=002D4118 esi=00000000 edi=0022FA14 > ebp=61020800 esp=0022C7E4 program=C:\cygwin\bin\xterm.exe, pid 2788, thread main tyr x 140 tyr x 141 cat id.exe.stackdump Exception: STATUS_ACCESS_VIOLATION at eip=610BFE94 eax=00000000 ebx=18EC0000 ecx=00000010 edx=67F054B2 esi=67F0B000 edi=00000001 ebp=18EBFD9C esp=18EBFD74 program=C:\cygwin\bin\id.exe, pid 3944, thread unknown (0xE5C) cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023 Stack trace: Frame Function Args 18EBFD9C 610BFE94 (67F0B000, 67F05550, 18EBFE1C, 6102001A) 18EBFDAC 67F010D9 (61161D98, 6123A424, 6123A424, 610205E0) 18EBFE1C 6102001A (67F00000, 00000000, 00000001, 005C23A0) 18EBFE3C 76EEAFC4 (67F08920, 67F00000, 00000000, 00000001) 18EBFEE0 76EF38DA (00000000, 00000002, 00000000, 18EBFF88) 18EBFEF4 76EF384D (00000000, 7666D513, 00000002, C4B334DF) 18EBFF88 7666D358 (00000002, 18EBFFD4, 76EEB495, 00000002) 18EBFF94 76611194 (00000002, 6E0A380C, 00000000, 00000000) 18EBFFD4 76EEB495 (7666D35E, 00000002, 00000000, 00000000) 12 [unknown (0xE5C)] id 3944 exception::handle: Error while dumping state (probably corrupted stack) tyr x 142 cat tcsh.exe.stackdump Exception: STATUS_ACCESS_VIOLATION at eip=610BFE94 eax=00000000 ebx=008A0000 ecx=00000010 edx=67F054B2 esi=67F0B000 edi=00000001 ebp=0089FD9C esp=0089FD74 program=C:\cygwin\bin\tcsh.exe, pid 3240, thread unknown (0xC5C) cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023 Stack trace: Frame Function Args 0089FD9C 610BFE94 (67F0B000, 67F05550, 0089FE1C, 6102001A) 0089FDAC 67F010D9 (61161D98, 6123A424, 6123A424, 610205E0) 0089FE1C 6102001A (67F00000, 00000000, 00000001, 005A2560) 0089FE3C 7757AFC4 (67F08920, 67F00000, 00000000, 00000001) 0089FEE0 775838DA (00000000, 00000002, 00000000, 0089FF88) 0089FEF4 7758384D (00000000, 76F4D513, 00000002, 812A24CF) 0089FF88 76F4D358 (00000002, 0089FFD4, 7757B495, 00000002) 0089FF94 76EF1194 (00000002, 76E2454F, 00000000, 00000000) 0089FFD4 7757B495 (76F4D35E, 00000002, 00000000, 00000000) 8 [unknown (0xC5C)] tcsh 3240 exception::handle: Error while dumping state (probably corrupted stack) tyr x 143 If you need any other information I can try to provide it. Thank you very much for any help to solve this problem in advance. Kind regards Siegmar -- 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 matias.364@gmail.com Mon Aug 30 20:23:00 2010 From: matias.364@gmail.com (matias kaukonen) Date: Mon, 30 Aug 2010 20:23:00 -0000 Subject: changing font In-Reply-To: References: <20100720134027.M30079@mail101.his.com> Message-ID: The above worked on my previous computer, but now it does not work with my current computer. This is what I tried: 1. a) Added XTerm[.*]vt100.font:lucidasanstypewriter-10 to .Xdefaults b) typed: xrdb ~/.Xdefaults; xrdb ~/.Xresources next, 2. a) Added XTerm[.*]vt100.font:lucidasanstypewriter-10 to .Xresources b) typed: xrdb ~/.Xdefaults; xrdb ~/.Xresources But neither one affected the xterm font. -M. -- 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 Aug 31 12:34:00 2010 From: dickey@his.com (Thomas Dickey) Date: Tue, 31 Aug 2010 12:34:00 -0000 Subject: changing font In-Reply-To: References: <20100720134027.M30079@mail101.his.com> Message-ID: <20100830162223.N41005@mail101.his.com> On Mon, 30 Aug 2010, matias kaukonen wrote: > The above worked on my previous computer, but now it does not work with my > current computer. This is what I tried: > 1. a) Added XTerm[.*]vt100.font:lucidasanstypewriter-10 to .Xdefaults > b) typed: xrdb ~/.Xdefaults; xrdb ~/.Xresources > > next, > 2. a) Added XTerm[.*]vt100.font:lucidasanstypewriter-10 to .Xresources > b) typed: xrdb ~/.Xdefaults; xrdb ~/.Xresources > > But neither one affected the xterm font. does xfd -fn lucidasanstypewriter-10 display the font you asked for? -- 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 matias.364@gmail.com Tue Aug 31 17:00:00 2010 From: matias.364@gmail.com (matias kaukonen) Date: Tue, 31 Aug 2010 17:00:00 -0000 Subject: changing font In-Reply-To: <20100830162223.N41005@mail101.his.com> References: <20100720134027.M30079@mail101.his.com> <20100830162223.N41005@mail101.his.com> Message-ID: Yes, it displays the font but it does not set the font. Only the 'quit' button works. On Mon, Aug 30, 2010 at 4:22 PM, Thomas Dickey wrote: > On Mon, 30 Aug 2010, matias kaukonen wrote: > >> The above worked on my previous computer, but now it does not work with my >> current computer. ?This is what I tried: >> 1. a) ?Added XTerm[.*]vt100.font:lucidasanstypewriter-10 to .Xdefaults >> ? b) typed: xrdb ~/.Xdefaults; xrdb ~/.Xresources >> >> next, >> 2. a) Added XTerm[.*]vt100.font:lucidasanstypewriter-10 to .Xresources >> ? b) ?typed: xrdb ~/.Xdefaults; xrdb ~/.Xresources >> >> But neither one affected the xterm font. > > does > ? ? ? ?xfd -fn lucidasanstypewriter-10 > > display the font you asked for? > > -- > 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 jon.turney@dronecode.org.uk Tue Aug 31 17:06:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 31 Aug 2010 17:06:00 -0000 Subject: SIGSEGV in xorg-1.8.2.0 during -resize operation In-Reply-To: <4C641C58.3000608@dronecode.org.uk> References: <4C606FBA.90704@ece.cmu.edu> <4C607B0B.4000401@dronecode.org.uk> <4C60E813.9070208@ece.cmu.edu> <4C64173D.30702@dronecode.org.uk> <4C64180A.20108@ece.cmu.edu> <4C641C58.3000608@dronecode.org.uk> Message-ID: <4C7D3542.8000605@dronecode.org.uk> On 12/08/2010 17:07, Jon TURNEY wrote: > On 12/08/2010 16:49, Ryan Johnson wrote: >> On 8/12/2010 5:46 PM, Jon TURNEY wrote: >>> On 10/08/2010 06:48, Ryan Johnson wrote: >>>> On 8/10/2010 12:02 AM, Jon TURNEY wrote: >>>>> On 09/08/2010 22:14, Ryan Johnson wrote: >>>>>> When I detached the monitor to leave the office, X disappeared with >>>>>> signal 11 >>>>>> (log attached). Oddly, the log file didn't mention -resize as an >>>>>> argument to >>>>>> XWin, but it did attempt to resize so I assume the feature was active. >>> >>> Oh dear. Well it seems I only thought I added code to only enable resize >>> support in multiwindow mode when requested, so it's always on for >>> multiwindow mode at the moment. That wouldn't be so bad, but it also seems >>> that the -resize code completely fails to correctly handle a change of >>> colour depth (e.g. from 32 bits to 16 bits or vice versa) leading to this >>> segfault. >>> >>> Unfortunately, fixing this looks to be quite complex :-( >>> >>> Thanks for testing, anyhow :-) >> So... does that mean I have to roll back or face a seg fault after every >> commute? Or is there a way to explicitly disable it? > > I'm afraid so. As I say, I meant to add a means to disable -resize in > -multiwindow mode to avoid exactly this kind of situation. > > Since it's the transition from 32bpp to 16bpp which breaks this, one possible > workaround would be to run your large monitor at 16bpp, which might also give > you working resize. Okay, I think I have worked out the correct thing to do do to handle bpp changes in the RANDR code, and I've uploaded a test build at [1]. Perhaps you could try it and see if it works for you? Note that you will need to use -resize with this build to turn on RANDR in any mode. If you can make this crash, with or without -resize, a backtrace would be very helpful. [1] ftp://cygwin.com/pub/cygwinx/XWin.20100831-git-5fa9c90425fb1d68.exe.bz2 -- Jon TURNEY Volunteer Cygwin/X X Server 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 jon.turney@dronecode.org.uk Tue Aug 31 17:44:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 31 Aug 2010 17:44:00 -0000 Subject: xwin -multiwindow puts glass pane over windows taskbar In-Reply-To: <4C691984.1090702@ece.cmu.edu> References: <4C691984.1090702@ece.cmu.edu> Message-ID: <4C7D3694.2050408@dronecode.org.uk> On 16/08/2010 11:57, Ryan Johnson wrote: > The latest versions of the X server put a glass pane over the windows taskbar > -- you have to click on it and then wait several seconds before it responds > and gets out of the way. > > This seems related to the previous problem of generally slow response to key > presses... > > Has anyone else run into this? I don't see any behaviour like that, and I can't really visualize what you are describing. Can you upload some screenshots somewhere? Facts which might be relevant: - do you have the taskbar set to autohide? - what version of Windows are you using? - is this the same problem as you mentioned at [1]? [1] http://cygwin.com/ml/cygwin-xfree/2010-08/msg00011.html -- Jon TURNEY Volunteer Cygwin/X X Server 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/