* Vim segv'ing
@ 2011-06-27 19:35 Andrew DeFaria
2011-06-29 22:28 ` Jeremy Hetzler
0 siblings, 1 reply; 23+ messages in thread
From: Andrew DeFaria @ 2011-06-27 19:35 UTC (permalink / raw)
To: cygwin
[-- Attachment #1: Type: text/plain, Size: 255 bytes --]
Just started happening recently:
$ vi /etc/hosts
:wq
$ vi /etc/hosts
:w
Vim: Caught deadly signal SEGV
Vim: Finished.
Segmentation fault
--
Andrew DeFaria <http://defaria.com>
Drive carefully. It's not only cars that can be "recalled" by their maker.%
[-- Attachment #2: cygcheck.out --]
[-- Type: text/plain, Size: 57046 bytes --]
Cygwin Configuration Diagnostics
Current System Time: Mon Jun 27 12:34:08 2011
Windows XP Professional Ver 5.1 Build 2600 Service Pack 3
Path: .
\\sc2smbsvr\adefaria\bin
C:\Cygwin\opt\clearscm\bin
C:\Cygwin\opt\clearscm\cc
C:\Cygwin\opt\clearscm\cq
C:\Cygwin\opt\clearscm\cvsbin
C:\Program Files\Rational\Clearcase\bin
C:\Program Files\Rational\Common
C:\Cygwin\bin
C:\Cygwin\sbin
C:\Cygwin\bin
C:\Cygwin\usr\local\bin
C:\Program Files\Rational\clearcase\bin
C:\Program Files\Rational\clearcase\etc
C:\Cygwin\usr\sbin
C:\WINDOWS\System32
C:\WINDOWS
Output from C:\Cygwin\bin\id.exe
UID: 597856(adefaria) GID: 10513(Domain Users)
10513(Domain Users) 0(root) 544(Administrators)
545(Users) 579446(scstaff)
SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS
PWD = '/home/adefaria'
CYGWIN = 'ntsec smbntsec nodosfilewarnings'
HOME = '/home/adefaria'
CLEARCASE_BLD_HOST_TYPE = 'unix'
HOMEPATH = '\Documents and Settings\adefaria'
GREEN = '\033[32m'
APPDATA = 'C:\Documents and Settings\adefaria\Application Data'
CLEARTOOL = '/dev/c/Program Files/Rational/Clearcase/bin/cleartool'
B_BLUE = '\033[34m'
TERM = 'xterm'
RoxioCentral = 'C:\Program Files\Common Files\Roxio Shared\9.0\Roxio Central33\'
PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 15 Stepping 6, GenuineIntel'
esc = '\033'
WINDIR = 'C:\WINDOWS'
AQUA = '\033[36m'
YELLOW = '\033[33m'
B_AQUA = '\033[36m'
CVSROOT = ':pserver:andrew@defaria.com:/cvs/defaria.com'
PERLTIDY = '/home/adefaria/.rc/perltidyrc'
PERLCRITIC = '/home/adefaria/.rc/perlcriticrc'
OLDPWD = '/usr/bin'
LINUX_VOBTAG_PREFIX = '/vob'
USERDOMAIN = 'TELLABS-WEST'
B_RED = '\033[31m'
UATDATA = 'C:\WINDOWS\system32\CCM\UATData\D9F8C395-CAB8-491d-B8AC-179A1FE1BE77'
OS = 'Windows_NT'
ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
CDPATH = '.:/vob/adpscmtools:/vob/9200/software/common'
LOGS = '/dev/c/Program Files/Rational/Clearcase/var/log'
NORMAL = '\033[39m'
!:: = '::\'
LS_COLORS = 'no=00:fi=00:di=01;33:ln=01;36:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.bz2=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.avi=01;35:*.fli=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.ogg=01;35:*.mp3=01;35:*.wav=01;35:'
TEMP = '/tmp'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
interactive = 'true'
BLUE = '\033[34m'
VOBTAG_PREFIX = '\'
B_MAGENTA = '\033[35m'
USERNAME = 'adefaria'
PAGER = 'less -s'
RGY = '/dev/c/Program Files/Rational/Clearcase/var/atria/rgy'
PROCESSOR_LEVEL = '6'
MAIL = '/var/mail/'
MAGENTA = '\033[35m'
B_GREEN = '\033[32m'
FP_NO_HOST_CHECK = 'NO'
SYSTEMDRIVE = 'C:'
LANG = 'C'
USERPROFILE = 'C:\Documents and Settings\adefaria'
PVOB = '\9200_projects'
SYSNAME = 'Usscandrewdl'
LOGONSERVER = '\\USSJ1WDSW02'
CLEARCASE_PRIMARY_GROUP = 'scstaff'
PROCESSOR_ARCHITECTURE = 'x86'
MULTITOOL = '/dev/c/Program Files/Rational/bin/multitool'
RED = '\033[31m'
SHLVL = '1'
PS4 = '${0##*/} line $LINENO:'
USERDNSDOMAIN = 'TELLABS-WEST.TELLABSINC.NET'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
HOMEDRIVE = 'C:'
VENDOR = 'Unknown'
COMSPEC = 'C:\WINDOWS\system32\cmd.exe'
LESS = 'eiXP?f%f :[stdin] .?pt(%pt\%):?bt(%bt bytes):-..'
TMP = '/tmp'
SYSTEMROOT = 'C:\WINDOWS'
VISUAL = 'vi'
PROCESSOR_REVISION = '0f06'
B_YELLOW = '\033[33m'
ARCH = 'cygwin'
MSHOME = '/dev/c/Program Files/Rational/'
PROGRAMFILES = 'C:\Program Files'
DISPLAY = ':0'
CCHOME = '/dev/c/Program Files/Rational/Clearcase'
NUMBER_OF_PROCESSORS = '2'
B_WHITE = '\033[36m'
SESSIONNAME = 'Console'
COMPUTERNAME = 'USSCANDREWDL'
WHITE = '\033[36m'
_ = '/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
(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 95381Mb 36% CP CS UN PA FC
d: cd N/A N/A
e: fd N/A N/A
m: net MVFS 80000Mb 38% CP CS CCase
Warning: Mount entries should not have a trailing (back)slash
C:\Cygwin / system binary,auto
\\sc2smbsvr\adefaria /home/adefaria system binary
C:\Cygwin\bin /usr/bin system binary,auto
C:\Cygwin\lib /usr/lib system binary,auto
M:\ /view system binary
cygdrive prefix /dev user binary,posix=0,auto
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\cat.exe
Found: C:\Cygwin\bin\cat.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
-> C:\Cygwin\etc\alternatives\cpp
-> C:\Cygwin\bin\cpp-4.exe
Found: C:\Cygwin\bin\crontab.exe
Found: C:\Cygwin\bin\crontab.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
-> C:\Cygwin\etc\alternatives\gcc
-> C:\Cygwin\bin\gcc-4.exe
Found: C:\Cygwin\bin\gdb.exe
Found: C:\Cygwin\bin\gdb.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\ld.exe
Found: C:\Cygwin\bin\ld.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\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\rm.exe
Found: C:\Cygwin\bin\rm.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\sh.exe
Found: C:\Cygwin\bin\sh.exe
Found: C:\Cygwin\bin\tar.exe
Found: C:\Cygwin\bin\tar.exe
Found: .\test
Found: C:\Cygwin\bin\test.exe
Warning: .\test hides C:\Cygwin\bin\test.exe
Found: C:\Cygwin\bin\test.exe
Warning: .\test hides C:\Cygwin\bin\test.exe
Not Found: test
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
-> C:\Cygwin\etc\alternatives\vim
-> C:\Cygwin\bin\vim-nox.exe
117k 2011/05/16 C:\Cygwin\bin\cygapr-1-0.dll - os=4.0 img=1.0 sys=4.0
"cygapr-1-0.dll" v0.0 ts=2011/5/16 10:15
86k 2010/10/04 C:\Cygwin\bin\cygaprutil-1-0.dll - os=4.0 img=1.0 sys=4.0
"cygaprutil-1-0.dll" v0.0 ts=2010/10/4 15:28
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 4: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/17 21:40
62k 2011/01/12 C:\Cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0
"cygbz2-1.dll" v0.0 ts=2011/1/11 19:12
8k 2011/01/28 C:\Cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0
"cygcharset-1.dll" v0.0 ts=2011/1/27 19:51
108k 2010/01/05 C:\Cygwin\bin\cygcloog-0.dll - os=4.0 img=1.0 sys=4.0
"cygcloog-0.dll" v0.0 ts=2010/1/4 16:45
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 0:42
7k 2003/10/19 C:\Cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0
"cygcrypt-0.dll" v0.0 ts=2003/10/19 0:57
1147k 2011/03/16 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=2011/3/16 13:54
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 5:12
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 5:12
46k 2009/01/07 C:\Cygwin\bin\cygecpg.dll - os=4.0 img=1.0 sys=4.0
"cygecpg.dll" v0.0 ts=2009/1/7 8:46
12k 2009/01/07 C:\Cygwin\bin\cygecpg_compat.dll - os=4.0 img=1.0 sys=4.0
"cygecpg_compat.dll" v0.0 ts=2009/1/7 8:46
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 4:42
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/8 21:03
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 3:26
22k 2011/03/22 C:\Cygwin\bin\cygffi-4.dll - os=4.0 img=1.0 sys=4.0
"cygffi-4.dll" v0.0 ts=2011/3/21 21:13
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 14: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/13 18: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 6: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/2/28 22: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 11: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 2: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 9: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 13:24
44k 2011/03/22 C:\Cygwin\bin\cyggcc_s-1.dll - os=4.0 img=1.0 sys=4.0
"cyggcc_s-1.dll" v0.0 ts=2011/3/21 21:02
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 14: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 3: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/25 23: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/25 23:58
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 0:05
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/14 20:25
357k 2010/10/08 C:\Cygwin\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0
"cygGL-1.dll" v0.0 ts=2010/10/7 13:56
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/14 20:22
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/14 20: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 4:23
14k 2009/06/06 C:\Cygwin\bin\cyggmpxx-4.dll - os=4.0 img=1.0 sys=4.0
"cyggmpxx-4.dll" v0.0 ts=2009/6/6 4: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/14 20:23
25k 2011/03/22 C:\Cygwin\bin\cyggomp-1.dll - os=4.0 img=1.0 sys=4.0
"cyggomp-1.dll" v0.0 ts=2011/3/21 21:16
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 14:21
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/14 20:23
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 5:20
25k 2011/01/26 C:\Cygwin\bin\cyghistory7.dll - os=4.0 img=1.0 sys=4.0
"cyghistory7.dll" v0.0 ts=2011/1/25 19:25
337k 2007/09/16 C:\Cygwin\bin\cyghttpd2core.dll - os=4.0 img=1.0 sys=4.0
"cyghttpd2core.dll" v0.0 ts=2007/9/16 13:58
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 14:39
358k 2011/04/29 C:\Cygwin\bin\cygicons-0.dll - os=4.0 img=1.4 sys=4.0
"cygicons-0.dll" v0.0 ts=2011/4/28 21:37
980k 2011/01/28 C:\Cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0
"cygiconv-2.dll" v0.0 ts=2011/1/27 19:52
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 6: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/19 18: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/2 18: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/19 22: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 8: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 13: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 12:39
200k 2010/08/09 C:\Cygwin\bin\cygjpeg-8.dll - os=4.0 img=1.0 sys=4.0
"cygjpeg-8.dll" v0.0 ts=2010/8/9 0:02
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 5:28
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 5: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 5:31
5k 2011/03/29 C:\Cygwin\bin\cyglsa.dll - os=4.0 img=1.0 sys=4.0
"cyglsa.dll" v0.0 ts=2011/3/28 14:14
9k 2011/03/29 C:\Cygwin\bin\cyglsa64.dll - os=5.2 img=0.0 sys=5.2
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 8:54
123k 2011/05/19 C:\Cygwin\bin\cyglzma-5.dll - os=4.0 img=1.0 sys=4.0
"cyglzma-5.dll" v0.0 ts=2011/5/18 19:41
103k 2011/02/03 C:\Cygwin\bin\cygmagic-1.dll - os=4.0 img=1.0 sys=4.0
"cygmagic-1.dll" v0.0 ts=2011/2/3 1:47
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 6: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/2/28 22: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 11: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 2: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 9: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 16:53
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 4:23
64k 2009/11/09 C:\Cygwin\bin\cygmpc-1.dll - os=4.0 img=1.0 sys=4.0
"cygmpc-1.dll" v0.0 ts=2009/11/8 17:21
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 14: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/20 23: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 7: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/2/28 22: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 11: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 9: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 6: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/2/28 22: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 11: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 2: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 9:28
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 6: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/2/28 22: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 11: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 2: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 8:30
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/14 21: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/14 21:11
1627k 2011/04/08 C:\Cygwin\bin\cygperl5_10.dll - os=4.0 img=1.0 sys=4.0
"cygperl5_10.dll" v0.0 ts=2010/8/28 11:17
52k 2009/01/07 C:\Cygwin\bin\cygpgtypes.dll - os=4.0 img=1.0 sys=4.0
"cygpgtypes.dll" v0.0 ts=2009/1/7 8:46
377k 2010/08/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/8/2 16:47
250k 2010/08/08 C:\Cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0
"cygpng12.dll" v0.0 ts=2010/8/7 20:58
22k 2002/06/09 C:\Cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0
"cygpopt-0.dll" v0.0 ts=2002/6/8 22:45
695k 2009/04/18 C:\Cygwin\bin\cygppl-7.dll - os=4.0 img=1.0 sys=4.0
"cygppl-7.dll" v0.0 ts=2009/4/18 5:44
2481k 2009/04/18 C:\Cygwin\bin\cygppl_c-2.dll - os=4.0 img=1.0 sys=4.0
"cygppl_c-2.dll" v0.0 ts=2009/4/18 5:47
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 8:46
18k 2009/04/18 C:\Cygwin\bin\cygpwl-4.dll - os=4.0 img=1.0 sys=4.0
"cygpwl-4.dll" v0.0 ts=2009/4/18 5:44
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 5:20
164k 2011/01/26 C:\Cygwin\bin\cygreadline7.dll - os=4.0 img=1.0 sys=4.0
"cygreadline7.dll" v0.0 ts=2011/1/25 19:25
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/1 20:19
8k 2011/05/05 C:\Cygwin\bin\cygsigsegv-2.dll - os=4.0 img=1.0 sys=4.0
"cygsigsegv-2.dll" v0.0 ts=2011/5/5 0:33
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 13:39
1613k 2010/12/01 C:\Cygwin\bin\cygsqlite3-0.dll - os=4.0 img=1.0 sys=4.0
"cygsqlite3-0.dll" v0.0 ts=2010/12/1 4:20
263k 2011/03/16 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=2011/3/16 13:54
8k 2011/03/22 C:\Cygwin\bin\cygssp-0.dll - os=4.0 img=1.0 sys=4.0
"cygssp-0.dll" v0.0 ts=2011/3/21 21:12
771k 2011/03/22 C:\Cygwin\bin\cygstdc++-6.dll - os=4.0 img=1.0 sys=4.0
"cygstdc++-6.dll" v0.0 ts=2011/3/21 21:53
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 6: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 11: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 9:28
347k 2011/04/08 C:\Cygwin\bin\cygtiff-5.dll - os=4.0 img=1.0 sys=4.0
"cygtiff-5.dll" v0.0 ts=2011/4/7 18:27
9k 2011/04/08 C:\Cygwin\bin\cygtiffxx-5.dll - os=4.0 img=1.0 sys=4.0
"cygtiffxx-5.dll" v0.0 ts=2011/4/7 18:27
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/20 23: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 12:19
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 2:02
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/9 16: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/9 16:43
11k 2010/08/03 C:\Cygwin\bin\cygXau-6.dll - os=4.0 img=1.0 sys=4.0
"cygXau-6.dll" v0.0 ts=2010/8/2 17:32
336k 2010/08/03 C:\Cygwin\bin\cygXaw-7.dll - os=4.0 img=1.0 sys=4.0
"cygXaw-7.dll" v0.0 ts=2010/8/2 21:55
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 15: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/27 19:15
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/27 19:16
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 15:31
52k 2010/08/03 C:\Cygwin\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0
"cygXext-6.dll" v0.0 ts=2010/8/2 21:18
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 13:33
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/13 22: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/20 23:32
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 0: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 0:29
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 10:01
32k 2010/08/03 C:\Cygwin\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0
"cygXrender-1.dll" v0.0 ts=2010/8/2 21:48
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/1 22:27
76k 2010/08/01 C:\Cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0
"cygz.dll" v0.0 ts=2010/8/1 14:04
2604k 2011/03/29 C:\Cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
"cygwin1.dll" v0.0 ts=2011/3/29 1:10
Cygwin DLL version info:
DLL version: 1.7.9
DLL epoch: 19
DLL old termios: 5
DLL malloc env: 28
Cygwin conv: 181
API major: 0
API minor: 237
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
117k 2011/05/16 C:\Cygwin\bin\cygapr-1-0.dll - os=4.0 img=1.0 sys=4.0
"cygapr-1-0.dll" v0.0 ts=2011/5/16 10:15
86k 2010/10/04 C:\Cygwin\bin\cygaprutil-1-0.dll - os=4.0 img=1.0 sys=4.0
"cygaprutil-1-0.dll" v0.0 ts=2010/10/4 15:28
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 4: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/17 21:40
62k 2011/01/12 C:\Cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0
"cygbz2-1.dll" v0.0 ts=2011/1/11 19:12
8k 2011/01/28 C:\Cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0
"cygcharset-1.dll" v0.0 ts=2011/1/27 19:51
108k 2010/01/05 C:\Cygwin\bin\cygcloog-0.dll - os=4.0 img=1.0 sys=4.0
"cygcloog-0.dll" v0.0 ts=2010/1/4 16:45
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 0:42
7k 2003/10/19 C:\Cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0
"cygcrypt-0.dll" v0.0 ts=2003/10/19 0:57
1147k 2011/03/16 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=2011/3/16 13:54
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 5:12
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 5:12
46k 2009/01/07 C:\Cygwin\bin\cygecpg.dll - os=4.0 img=1.0 sys=4.0
"cygecpg.dll" v0.0 ts=2009/1/7 8:46
12k 2009/01/07 C:\Cygwin\bin\cygecpg_compat.dll - os=4.0 img=1.0 sys=4.0
"cygecpg_compat.dll" v0.0 ts=2009/1/7 8:46
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 4:42
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/8 21:03
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 3:26
22k 2011/03/22 C:\Cygwin\bin\cygffi-4.dll - os=4.0 img=1.0 sys=4.0
"cygffi-4.dll" v0.0 ts=2011/3/21 21:13
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 14: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/13 18: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 6: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/2/28 22: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 11: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 2: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 9: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 13:24
44k 2011/03/22 C:\Cygwin\bin\cyggcc_s-1.dll - os=4.0 img=1.0 sys=4.0
"cyggcc_s-1.dll" v0.0 ts=2011/3/21 21:02
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 14: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 3: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/25 23: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/25 23:58
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 0:05
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/14 20:25
357k 2010/10/08 C:\Cygwin\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0
"cygGL-1.dll" v0.0 ts=2010/10/7 13:56
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/14 20:22
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/14 20: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 4:23
14k 2009/06/06 C:\Cygwin\bin\cyggmpxx-4.dll - os=4.0 img=1.0 sys=4.0
"cyggmpxx-4.dll" v0.0 ts=2009/6/6 4: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/14 20:23
25k 2011/03/22 C:\Cygwin\bin\cyggomp-1.dll - os=4.0 img=1.0 sys=4.0
"cyggomp-1.dll" v0.0 ts=2011/3/21 21:16
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 14:21
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/14 20:23
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 5:20
25k 2011/01/26 C:\Cygwin\bin\cyghistory7.dll - os=4.0 img=1.0 sys=4.0
"cyghistory7.dll" v0.0 ts=2011/1/25 19:25
337k 2007/09/16 C:\Cygwin\bin\cyghttpd2core.dll - os=4.0 img=1.0 sys=4.0
"cyghttpd2core.dll" v0.0 ts=2007/9/16 13:58
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 14:39
358k 2011/04/29 C:\Cygwin\bin\cygicons-0.dll - os=4.0 img=1.4 sys=4.0
"cygicons-0.dll" v0.0 ts=2011/4/28 21:37
980k 2011/01/28 C:\Cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0
"cygiconv-2.dll" v0.0 ts=2011/1/27 19:52
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 6: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/19 18: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/2 18: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/19 22: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 8: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 13: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 12:39
200k 2010/08/09 C:\Cygwin\bin\cygjpeg-8.dll - os=4.0 img=1.0 sys=4.0
"cygjpeg-8.dll" v0.0 ts=2010/8/9 0:02
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 5:28
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 5: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 5:31
5k 2011/03/29 C:\Cygwin\bin\cyglsa.dll - os=4.0 img=1.0 sys=4.0
"cyglsa.dll" v0.0 ts=2011/3/28 14:14
9k 2011/03/29 C:\Cygwin\bin\cyglsa64.dll - os=5.2 img=0.0 sys=5.2
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 8:54
123k 2011/05/19 C:\Cygwin\bin\cyglzma-5.dll - os=4.0 img=1.0 sys=4.0
"cyglzma-5.dll" v0.0 ts=2011/5/18 19:41
103k 2011/02/03 C:\Cygwin\bin\cygmagic-1.dll - os=4.0 img=1.0 sys=4.0
"cygmagic-1.dll" v0.0 ts=2011/2/3 1:47
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 6: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/2/28 22: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 11: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 2: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 9: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 16:53
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 4:23
64k 2009/11/09 C:\Cygwin\bin\cygmpc-1.dll - os=4.0 img=1.0 sys=4.0
"cygmpc-1.dll" v0.0 ts=2009/11/8 17:21
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 14: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/20 23: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 7: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/2/28 22: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 11: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 9: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 6: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/2/28 22: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 11: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 2: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 9:28
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 6: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/2/28 22: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 11: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 2: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 8:30
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/14 21: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/14 21:11
1627k 2011/04/08 C:\Cygwin\bin\cygperl5_10.dll - os=4.0 img=1.0 sys=4.0
"cygperl5_10.dll" v0.0 ts=2010/8/28 11:17
52k 2009/01/07 C:\Cygwin\bin\cygpgtypes.dll - os=4.0 img=1.0 sys=4.0
"cygpgtypes.dll" v0.0 ts=2009/1/7 8:46
377k 2010/08/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/8/2 16:47
250k 2010/08/08 C:\Cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0
"cygpng12.dll" v0.0 ts=2010/8/7 20:58
22k 2002/06/09 C:\Cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0
"cygpopt-0.dll" v0.0 ts=2002/6/8 22:45
695k 2009/04/18 C:\Cygwin\bin\cygppl-7.dll - os=4.0 img=1.0 sys=4.0
"cygppl-7.dll" v0.0 ts=2009/4/18 5:44
2481k 2009/04/18 C:\Cygwin\bin\cygppl_c-2.dll - os=4.0 img=1.0 sys=4.0
"cygppl_c-2.dll" v0.0 ts=2009/4/18 5:47
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 8:46
18k 2009/04/18 C:\Cygwin\bin\cygpwl-4.dll - os=4.0 img=1.0 sys=4.0
"cygpwl-4.dll" v0.0 ts=2009/4/18 5:44
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 5:20
164k 2011/01/26 C:\Cygwin\bin\cygreadline7.dll - os=4.0 img=1.0 sys=4.0
"cygreadline7.dll" v0.0 ts=2011/1/25 19:25
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/1 20:19
8k 2011/05/05 C:\Cygwin\bin\cygsigsegv-2.dll - os=4.0 img=1.0 sys=4.0
"cygsigsegv-2.dll" v0.0 ts=2011/5/5 0:33
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 13:39
1613k 2010/12/01 C:\Cygwin\bin\cygsqlite3-0.dll - os=4.0 img=1.0 sys=4.0
"cygsqlite3-0.dll" v0.0 ts=2010/12/1 4:20
263k 2011/03/16 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=2011/3/16 13:54
8k 2011/03/22 C:\Cygwin\bin\cygssp-0.dll - os=4.0 img=1.0 sys=4.0
"cygssp-0.dll" v0.0 ts=2011/3/21 21:12
771k 2011/03/22 C:\Cygwin\bin\cygstdc++-6.dll - os=4.0 img=1.0 sys=4.0
"cygstdc++-6.dll" v0.0 ts=2011/3/21 21:53
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 6: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 11: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 9:28
347k 2011/04/08 C:\Cygwin\bin\cygtiff-5.dll - os=4.0 img=1.0 sys=4.0
"cygtiff-5.dll" v0.0 ts=2011/4/7 18:27
9k 2011/04/08 C:\Cygwin\bin\cygtiffxx-5.dll - os=4.0 img=1.0 sys=4.0
"cygtiffxx-5.dll" v0.0 ts=2011/4/7 18:27
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/20 23: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 12:19
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 2:02
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/9 16: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/9 16:43
11k 2010/08/03 C:\Cygwin\bin\cygXau-6.dll - os=4.0 img=1.0 sys=4.0
"cygXau-6.dll" v0.0 ts=2010/8/2 17:32
336k 2010/08/03 C:\Cygwin\bin\cygXaw-7.dll - os=4.0 img=1.0 sys=4.0
"cygXaw-7.dll" v0.0 ts=2010/8/2 21:55
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 15: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/27 19:15
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/27 19:16
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 15:31
52k 2010/08/03 C:\Cygwin\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0
"cygXext-6.dll" v0.0 ts=2010/8/2 21:18
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 13:33
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/13 22: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/20 23:32
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 0: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 0:29
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 10:01
32k 2010/08/03 C:\Cygwin\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0
"cygXrender-1.dll" v0.0 ts=2010/8/2 21:48
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/1 22:27
76k 2010/08/01 C:\Cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0
"cygz.dll" v0.0 ts=2010/8/1 14:04
2604k 2011/03/29 C:\Cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
"cygwin1.dll" v0.0 ts=2011/3/29 1:10
Cygwin DLL version info:
DLL version: 1.7.9
DLL epoch: 19
DLL old termios: 5
DLL malloc env: 28
Cygwin conv: 181
API major: 0
API minor: 237
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
Potential app conflicts:
ZoneAlarm Personal Firewall
Detected: Named file.
Service : apache2
Current State : Stopped
Command : /usr/sbin/httpd2.exe -DNO_DETACH -k start
stdin path : /dev/null
stdout path : /var/log/apache2.log
stderr path : /var/log/apache2.log
Environment : CYGWIN="server"
Process Type : Own Process
Startup : Automatic
Dependencies : cygserver
Account : LocalSystem
Service : cygserver
Display name : CYGWIN cygserver
Current State : Running
Controls Accepted : Stop
Command : /usr/sbin/cygserver
stdin path : /dev/null
stdout path : /var/log/cygserver.log
stderr path : /var/log/cygserver.log
Process Type : Own Process
Startup : Automatic
Account : LocalSystem
Service : sshd
Display name : CYGWIN sshd
Current State : Running
Controls Accepted : Stop
Command : /usr/sbin/sshd -D
stdin path : /dev/null
stdout path : /var/log/sshd.log
stderr path : /var/log/sshd.log
Environment : CYGWIN="NTSEC SMBNTSEC nodosfilewarning"
Process Type : Own Process
Startup : Automatic
Dependencies : tcpip
Account : LocalSystem
Cygwin Package Information
Last downloaded files to: \\sc2smbsvr\adefaria\Software\Cygwin
Last downloaded files from: http://mirrors.kernel.org/sourceware/cygwin/
Package Version Status
_update-info-dir 00965-1 OK
alternatives 1.3.30c-10 OK
apache2 2.2.6-1 OK
base-cygwin 3.0-1 OK
base-files 4.0-6 OK
bash 4.1.10-4 OK
bash-completion 1.3-1 OK
binutils 2.20.51-2 OK
bzip2 1.0.6-2 OK
chkconfig 1.3.30a-1 OK
coreutils 8.10-1 OK
cron 4.1-59 OK
crypt 1.1-1 OK
csih 0.9.4-1 OK
cvs 1.12.13-10 OK
cygrunsrv 1.34-1 OK
cygutils 1.4.6-1 OK
cygwin 1.7.9-1 OK
cygwin-doc 1.7-1 OK
dash 0.5.6.1-2 OK
ddd 3.3.9-1 OK
diffutils 2.9-1 OK
dos2unix 5.3-1 OK
editrights 1.01-2 OK
expat 2.0.1-1 OK
expect 20030128-1 OK
file 5.05-1 OK
findutils 4.5.9-2 OK
font-adobe-dpi100 1.0.1-1 OK
font-adobe-dpi75 1.0.1-1 OK
font-alias 1.0.2-1 OK
font-bh-lucidatypewriter-dpi75 1.0.1-1 OK
font-bitstream-dpi100 1.0.1-1 OK
font-encodings 1.0.3-1 OK
font-misc-misc 1.1.0-1 OK
fontconfig 2.8.0-1 OK
gamin 0.1.10-11 OK
gawk 3.1.8-1 OK
gcc-core 3.4.4-999 OK
gcc-g++ 3.4.4-999 OK
gcc-mingw-core 20050522-3 OK
gcc-mingw-g++ 20050522-3 OK
gcc4 4.3.4-4 OK
gcc4-core 4.3.4-4 OK
gcc4-g++ 4.3.4-4 OK
gd 2.0.36RC1-11 OK
gdb 6.8-2 OK
gettext 0.17-11 OK
grep 2.6.3-1 OK
groff 1.20.1-2 OK
gzip 1.4-1 OK
inetutils 1.7-2 OK
ipc-utils 1.0-1 OK
kbproto 1.0.4-1 OK
less 436-1 OK
libapr1 1.4.4-1 OK
libaprutil1 1.3.10-1 OK
libattr1 2.4.43-1 OK
libaudio2 1.9.2-1 OK
libbz2_1 1.0.6-2 OK
libcharset1 1.13.1-2 OK
libcloog0 0.15.7-1 OK
libcompface0 1.5.2-11 OK
libdb4.5 4.5.20.2-2 OK
libecpg-compat2 8.2.11-1 OK
libecpg-devel 8.2.11-1 OK
libecpg5 8.2.11-1 OK
libedit0 20090923-1 OK
libexpat1 2.0.1-1 OK
libexpat1-devel 2.0.1-1 OK
libfam0 0.1.10-11 OK
libffi4 4.3.4-4 OK
libfontconfig-devel 2.8.0-1 OK
libfontconfig1 2.8.0-1 OK
libfontenc1 1.0.5-1 OK
libfreetype-devel 2.3.12-1 OK
libfreetype6 2.3.12-1 OK
libgcc1 4.3.4-4 OK
libgcrypt11 1.4.6-1 OK
libgd-devel 2.0.36RC1-11 OK
libgd2 2.0.36RC1-11 OK
libgdbm4 1.8.3-20 OK
libgdk_pixbuf2.0_0 2.20.1-1 OK
libGL1 7.8.2-1 OK
libglib2.0_0 2.24.1-1 OK
libgmp3 4.3.1-3 OK
libgmpxx4 4.3.1-3 OK
libgomp1 4.3.4-4 OK
libgpg-error0 1.10-1 OK
libICE6 1.0.6-1 OK
libiconv 1.13.1-2 OK
libiconv2 1.13.1-2 OK
libidn11 1.18-1 OK
libintl3 0.14.5-1 OK
libintl8 0.17-11 OK
libjasper1 1.900.1-11 OK
libjbig2 2.0-11 OK
libjpeg-devel 8b-1 OK
libjpeg62 6b-21 OK
libjpeg7 7-10 OK
libjpeg8 8b-1 OK
liblzma1 4.999.9beta-11 OK
liblzma5 5.0.2_20110517-1 OK
libmpc1 0.8-1 OK
libmpfr1 2.4.1-4 OK
libncurses10 5.7-18 OK
libncurses7 5.3-4 OK
libncurses8 5.5-10 OK
libncurses9 5.7-16 OK
libncursesw-devel 5.7-18 OK
libncursesw10 5.7-18 OK
libopenldap2_3_0 2.3.43-1 OK
libopenssl098 0.9.8r-2 OK
libpcre0 8.02-1 OK
libpgtypes2 8.2.11-1 OK
libpixman1_0 0.18.2-1 OK
libpng12 1.2.44-1 OK
libpng12-devel 1.2.44-1 OK
libpopt0 1.6.4-4 OK
libppl 0.10.2-1 OK
libpq-devel 8.2.11-1 OK
libpq5 8.2.11-1 OK
libpthread-stubs 0.2-1 OK
libreadline6 5.2.14-12 OK
libreadline7 6.1.2-2 OK
libsasl2 2.1.23-1 OK
libsigsegv2 2.10-1 OK
libSM6 1.1.1-2 OK
libsqlite3_0 3.7.3-1 OK
libssp0 4.3.4-4 OK
libstdc++6 4.3.4-4 OK
libstdc++6-devel 4.3.4-4 OK
libtiff5 3.9.4-1 OK
libuuid1 2.17.2-1 OK
libwrap0 7.6-21 OK
libX11-devel 1.3.3-1 OK
libX11-xcb1 1.3.3-1 OK
libX11_6 1.3.3-1 OK
libXau-devel 1.0.6-1 OK
libXau6 1.0.6-1 OK
libXaw3d7 1.5D-10 OK
libXaw7 1.0.7-2 OK
libxcb-devel 1.6-1 OK
libxcb-glx0 1.6-1 OK
libxcb1 1.6-1 OK
libXdmcp-devel 1.0.3-1 OK
libXdmcp6 1.0.3-1 OK
libXext6 1.1.2-1 OK
libXft2 2.1.14-1 OK
libxkbfile1 1.0.6-1 OK
libXm2 0.95.2-2 OK
libXmu6 1.0.5-1 OK
libXmuu1 1.0.5-1 OK
libXpm-devel 3.5.8-1 OK
libXpm4 3.5.8-1 OK
libXrender1 0.9.6-1 OK
libXt6 1.0.8-1 OK
login 1.10-10 OK
luit 1.0.5-1 OK
make 3.81-2 OK
man 1.6f-1 OK
mingw-runtime 3.18-3 OK
mingw-w32api 3.17-2 OK
minires 1.02-1 OK
mintty 0.9.9-1 OK
mkfontdir 1.0.5-1 OK
mkfontscale 1.0.7-1 OK
ncftp 3.2.1-1 OK
openssh 5.8p1-1 OK
openssl 0.9.8r-2 OK
openssl-devel 0.9.8r-2 OK
perl 5.10.1-5 OK
perl-Tk 804.029-1 OK
perl_manpages 5.10.1-5 OK
ping 1.0-1 OK
postgresql 8.2.11-1 OK
postgresql-client 8.2.11-1 OK
postgresql-plperl 8.2.11-1 OK
postgresql-plpython 8.2.11-1 OK
procps 3.2.7-1 OK
proftpd 1.2.10-1 OK
python 2.6.5-2 OK
readline 6.1.2-2 OK
rebase 3.0.1-1 OK
rsync 3.0.8-1 OK
run 1.1.13-1 OK
sed 4.2.1-1 OK
shutdown 1.7-1 OK
tar 1.25-1 OK
tcltk 20080420-1 OK
terminfo 5.7_20091114-14 OK
terminfo0 5.5_20061104-12 OK
texinfo 4.13-3 OK
time 1.7-2 OK
tzcode 2010j-1 OK
vim 7.3.003-1 OK
w32api 3.17-2 OK
wget 1.12-1 OK
which 2.20-2 OK
whois 5.0.11-1 OK
xauth 1.0.4-1 OK
xclock 1.0.4-1 OK
xcursor-themes 1.0.2-1 OK
xemacs 21.4.22-1 OK
xemacs-emacs-common 21.4.22-1 OK
xemacs-sumo 2007-04-27-1 OK
xhost 1.0.3-1 OK
xinetd 2.3.14-1 OK
xkbcomp 1.1.1-1 OK
xkeyboard-config 1.9-1 OK
xload 1.0.2-2 OK
xorg-server 1.10.1-1 OK
xprop 1.1.0-1 OK
xproto 7.0.17-1 OK
xrdb 1.0.6-1 OK
xset 1.2.0-1 OK
xterm 261-1 OK
xz 5.0.2_20110517-1 OK
zip 3.0-11 OK
zlib 1.2.5-1 OK
zlib-devel 1.2.5-1 OK
zlib0 1.2.5-1 OK
Use -h to see help about each section
[-- Attachment #3: Type: text/plain, Size: 218 bytes --]
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 23+ messages in thread* Re: Vim segv'ing 2011-06-27 19:35 Vim segv'ing Andrew DeFaria @ 2011-06-29 22:28 ` Jeremy Hetzler 2011-06-29 22:43 ` Jeremy Hetzler 2011-06-30 7:20 ` Corinna Vinschen 0 siblings, 2 replies; 23+ messages in thread From: Jeremy Hetzler @ 2011-06-29 22:28 UTC (permalink / raw) To: cygwin I have noticed this problem as well. - "vi /etc/hosts": segfaults - "vi /c/Windows/system32/drivers/etc/hosts": works - "cd $HOME; ln -s /c/Windows/system32/drivers/etc/hosts foo; vi foo": works I get similar behavior with the other symlinks in /etc. CYGWIN_NT-6.1-WOW64 box 1.7.9(0.237/5/3) 2011-03-29 10:10 i686 Cygwin Windows 7 x64 -- Jeremy Hetzler -- On Mon, Jun 27, 2011 at 3:34 PM, Andrew DeFaria <Andrew.DeFaria@tellabs.com> wrote: > > Just started happening recently: > > $ vi /etc/hosts > :wq > $ vi /etc/hosts > :w > Vim: Caught deadly signal SEGV > > Vim: Finished. > Segmentation fault > -- > Andrew DeFaria <http://defaria.com> > Drive carefully. It's not only cars that can be "recalled" by their maker.% > > -- > Problem reports: http://cygwin.com/problems.html > FAQ: http://cygwin.com/faq/ > Documentation: http://cygwin.com/docs.html > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Vim segv'ing 2011-06-29 22:28 ` Jeremy Hetzler @ 2011-06-29 22:43 ` Jeremy Hetzler 2011-06-30 7:20 ` Corinna Vinschen 1 sibling, 0 replies; 23+ messages in thread From: Jeremy Hetzler @ 2011-06-29 22:43 UTC (permalink / raw) To: cygwin In addition, the segfault only occurs if /etc/hosts is specified on the command line. This works: vi :e /etc/hosts :w :q -- Jeremy Hetzler On Wed, Jun 29, 2011 at 6:27 PM, Jeremy Hetzler <jeremyhetzler@gmail.com> wrote: > I have noticed this problem as well. > > - "vi /etc/hosts": segfaults > - "vi /c/Windows/system32/drivers/etc/hosts": works > - "cd $HOME; ln -s /c/Windows/system32/drivers/etc/hosts foo; vi foo": works > > I get similar behavior with the other symlinks in /etc. > > CYGWIN_NT-6.1-WOW64 box 1.7.9(0.237/5/3) 2011-03-29 10:10 i686 Cygwin > Windows 7 x64 > > -- > Jeremy Hetzler > -- > > On Mon, Jun 27, 2011 at 3:34 PM, Andrew DeFaria > <Andrew.DeFaria@tellabs.com> wrote: >> >> Just started happening recently: >> >> $ vi /etc/hosts >> :wq >> $ vi /etc/hosts >> :w >> Vim: Caught deadly signal SEGV >> >> Vim: Finished. >> Segmentation fault >> -- >> Andrew DeFaria <http://defaria.com> >> Drive carefully. It's not only cars that can be "recalled" by their maker.% >> >> -- >> Problem reports: http://cygwin.com/problems.html >> FAQ: http://cygwin.com/faq/ >> Documentation: http://cygwin.com/docs.html >> Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Vim segv'ing 2011-06-29 22:28 ` Jeremy Hetzler 2011-06-29 22:43 ` Jeremy Hetzler @ 2011-06-30 7:20 ` Corinna Vinschen 2011-06-30 12:32 ` Nellis, Kenneth 1 sibling, 1 reply; 23+ messages in thread From: Corinna Vinschen @ 2011-06-30 7:20 UTC (permalink / raw) To: cygwin On Jun 29 18:27, Jeremy Hetzler wrote: > I have noticed this problem as well. > > - "vi /etc/hosts": segfaults > - "vi /c/Windows/system32/drivers/etc/hosts": works > - "cd $HOME; ln -s /c/Windows/system32/drivers/etc/hosts foo; vi foo": works > > I get similar behavior with the other symlinks in /etc. > > CYGWIN_NT-6.1-WOW64 box 1.7.9(0.237/5/3) 2011-03-29 10:10 i686 Cygwin > Windows 7 x64 > > -- > Jeremy Hetzler > -- > > On Mon, Jun 27, 2011 at 3:34 PM, Andrew DeFaria > <Andrew.DeFaria@tellabs.com> wrote: > > > > Just started happening recently: > > > > $ vi /etc/hosts > > :wq > > $ vi /etc/hosts > > :w > > Vim: Caught deadly signal SEGV > > > > Vim: Finished. > > Segmentation fault Works fine for me. If I'm admin, writing works, if I'm not admin, writing fails with permission denied. Could you please send your cygcheck output per http://cygwin.com/problems.html as well as an strace which shows what happens, like this: $ strace -o vim.trace vim-nox /etc/hosts :wq! Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple ^ permalink raw reply [flat|nested] 23+ messages in thread
* RE: Vim segv'ing 2011-06-30 7:20 ` Corinna Vinschen @ 2011-06-30 12:32 ` Nellis, Kenneth 2011-06-30 14:24 ` Corinna Vinschen 2011-06-30 20:09 ` Warren Young 0 siblings, 2 replies; 23+ messages in thread From: Nellis, Kenneth @ 2011-06-30 12:32 UTC (permalink / raw) To: cygwin [-- Attachment #1: Type: text/plain, Size: 604 bytes --] > From: Corinna Vinschen > Works fine for me. If I'm admin, writing works, if I'm not admin, > writing fails with permission denied. Could you please send your > cygcheck output per http://cygwin.com/problems.html as well as an > strace which shows what happens, like this: > > $ strace -o vim.trace vim-nox /etc/hosts > :wq! FWIW, I see the same problem as the OP. The strace command interferes with vim so that it won't recognize ESC to allow the ":" to be recognized, so I can't ":wq!" as requested. strace output nevertheless attached as is cygcheck -svr output. --Ken Nellis [-- Attachment #2: vim.trace --] [-- Type: application/octet-stream, Size: 541308 bytes --] [-- Attachment #3: cygcheck.out --] [-- Type: application/octet-stream, Size: 30728 bytes --] [-- Attachment #4: Type: text/plain, Size: 218 bytes --] -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Vim segv'ing 2011-06-30 12:32 ` Nellis, Kenneth @ 2011-06-30 14:24 ` Corinna Vinschen 2011-06-30 15:05 ` Corinna Vinschen 2011-06-30 20:09 ` Warren Young 1 sibling, 1 reply; 23+ messages in thread From: Corinna Vinschen @ 2011-06-30 14:24 UTC (permalink / raw) To: cygwin On Jun 30 07:30, Nellis, Kenneth wrote: > > From: Corinna Vinschen > > Works fine for me. If I'm admin, writing works, if I'm not admin, > > writing fails with permission denied. Could you please send your > > cygcheck output per http://cygwin.com/problems.html as well as an > > strace which shows what happens, like this: > > > > $ strace -o vim.trace vim-nox /etc/hosts > > :wq! > > FWIW, I see the same problem as the OP. The strace command interferes > with vim so that it won't recognize ESC to allow the ":" to be > recognized, so I can't ":wq!" as requested. strace output nevertheless > attached as is cygcheck -svr output. You strace shows nothing, it just stops at one point. Are you running from a console or from mintty? When running in a console in default notty mode, :w! or :wq! works fine. Can you try again? Perhaps with other strace flags? strace -o vim.trace -m 0xffff vim-nox /etc/hosts Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Vim segv'ing 2011-06-30 14:24 ` Corinna Vinschen @ 2011-06-30 15:05 ` Corinna Vinschen 2011-07-01 8:36 ` Corinna Vinschen 0 siblings, 1 reply; 23+ messages in thread From: Corinna Vinschen @ 2011-06-30 15:05 UTC (permalink / raw) To: cygwin On Jun 30 16:23, Corinna Vinschen wrote: > On Jun 30 07:30, Nellis, Kenneth wrote: > > > From: Corinna Vinschen > > > Works fine for me. If I'm admin, writing works, if I'm not admin, > > > writing fails with permission denied. Could you please send your > > > cygcheck output per http://cygwin.com/problems.html as well as an > > > strace which shows what happens, like this: > > > > > > $ strace -o vim.trace vim-nox /etc/hosts > > > :wq! > > > > FWIW, I see the same problem as the OP. The strace command interferes > > with vim so that it won't recognize ESC to allow the ":" to be > > recognized, so I can't ":wq!" as requested. strace output nevertheless > > attached as is cygcheck -svr output. > > You strace shows nothing, it just stops at one point. Are you running > from a console or from mintty? When running in a console in default > notty mode, :w! or :wq! works fine. Can you try again? Perhaps with > other strace flags? > > strace -o vim.trace -m 0xffff vim-nox /etc/hosts I suddenly can reproduce the problem. For some reason it occurs only if both, vim and the Cygwin DLL, are compiled with -O2. Darn. This does not make debugging exactly easier :-P All I can say at this point is that the stack gets overwritten at one point. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Vim segv'ing 2011-06-30 15:05 ` Corinna Vinschen @ 2011-07-01 8:36 ` Corinna Vinschen 2011-07-01 9:44 ` Corinna Vinschen 0 siblings, 1 reply; 23+ messages in thread From: Corinna Vinschen @ 2011-07-01 8:36 UTC (permalink / raw) To: cygwin On Jun 30 17:05, Corinna Vinschen wrote: > On Jun 30 16:23, Corinna Vinschen wrote: > > On Jun 30 07:30, Nellis, Kenneth wrote: > > > > From: Corinna Vinschen > > > > Works fine for me. If I'm admin, writing works, if I'm not admin, > > > > writing fails with permission denied. Could you please send your > > > > cygcheck output per http://cygwin.com/problems.html as well as an > > > > strace which shows what happens, like this: > > > > > > > > $ strace -o vim.trace vim-nox /etc/hosts > > > > :wq! > > > > > > FWIW, I see the same problem as the OP. The strace command interferes > > > with vim so that it won't recognize ESC to allow the ":" to be > > > recognized, so I can't ":wq!" as requested. strace output nevertheless > > > attached as is cygcheck -svr output. > > > > You strace shows nothing, it just stops at one point. Are you running > > from a console or from mintty? When running in a console in default > > notty mode, :w! or :wq! works fine. Can you try again? Perhaps with > > other strace flags? > > > > strace -o vim.trace -m 0xffff vim-nox /etc/hosts > > I suddenly can reproduce the problem. For some reason it occurs only if > both, vim and the Cygwin DLL, are compiled with -O2. Darn. This does > not make debugging exactly easier :-P All I can say at this point is > that the stack gets overwritten at one point. FYI, I tracked it down to the place where the stack overwrite occurs. This is most puzzeling. When typing :wq!, the following chain of functions is called: nv_colon do_cmdline ex_exit do_write open <- Here it calls into the Cygwin DLL fhandler_base::open_with_arch fhandler_base::open_fs fhandler_base::open NtCreateFile <--Here it calls into NTDLL.DLL The open call tries to open the backup file "/etc/hosts~", not the symlink itself. In the optimized version of vim, the local variable "cap" in the function nv_colon is kept in register $esi. When do_cmdline is called, $esi is pushed onto the stack. Then everything goes its normal ways, until NtCreateFile is called. And here's the puzzler: This call to NtCreateFile overwrites the 4 byte stack slot in which the "cap" pointer is saved with the value 0x10c! After return from do_cmdline, nv_colon uses cap in an expression and since cap is a pointer value, when dereferencing the pointer, vim crashes. I checked this situation a couple of times in assembler. The cap value is fine up to the "call NtCreateFile@44", and it's changed to 0x10c when NtCreateFile returns. I don't understand that. Not only that NtCreateFile is not supposed to change values on the stack in the stack frame 8 functions above, I also don't know what the value 0x10c is. It's not the HANDLE returned by NtCreateFile, that's 0x1e4. Well, that's it. I just had to vent a bit since I have no idea how to proceed at this point. I can see and prove that the NtCreateFile call overwrites the stack, but it's totally unlikely that NtCreateFile would ever do that. The OS would be broken. Oh, and here's a last-minute surprise: It does not happen if you run gvim, rather than vim. Maybe I should just give up to provide packages. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Vim segv'ing 2011-07-01 8:36 ` Corinna Vinschen @ 2011-07-01 9:44 ` Corinna Vinschen 2011-07-01 10:09 ` Yaakov Selkowitz ` (2 more replies) 0 siblings, 3 replies; 23+ messages in thread From: Corinna Vinschen @ 2011-07-01 9:44 UTC (permalink / raw) To: cygwin On Jul 1 10:36, Corinna Vinschen wrote: > FYI, I tracked it down to the place where the stack overwrite occurs. > This is most puzzeling. When typing :wq!, the following chain of functions > is called: > > nv_colon > do_cmdline > ex_exit > do_write > open <- Here it calls into the Cygwin DLL > fhandler_base::open_with_arch > fhandler_base::open_fs > fhandler_base::open > NtCreateFile <--Here it calls into NTDLL.DLL > > The open call tries to open the backup file "/etc/hosts~", not the > symlink itself. > > In the optimized version of vim, the local variable "cap" in the > function nv_colon is kept in register $esi. When do_cmdline is called, > $esi is pushed onto the stack. Then everything goes its normal ways, > until NtCreateFile is called. > > And here's the puzzler: This call to NtCreateFile overwrites the 4 byte > stack slot in which the "cap" pointer is saved with the value 0x10c! > [...] > Oh, and here's a last-minute surprise: It does not happen if you run > gvim, rather than vim. Maybe I should just give up to provide packages. And it also does not happen if I build Cygwin with gcc 4.5.1 rather than with gcc 4.3.4. Is it possible that a compiler bug is playing a role here? I can't quite believe it, the effect is too specific. Corinna P.S.: Yaakov, is there any chance to get a 4.5.3 x86_64 cross compiler package? Yum always tries to replace my x86_64 4.5.1 package with the 4.5.3 package for i686, but that doesn't work due to missing dependencies... -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Vim segv'ing 2011-07-01 9:44 ` Corinna Vinschen @ 2011-07-01 10:09 ` Yaakov Selkowitz 2011-07-01 10:21 ` Corinna Vinschen 2011-07-01 10:21 ` Andy Koppe 2011-07-04 22:29 ` Yaakov (Cygwin/X) 2 siblings, 1 reply; 23+ messages in thread From: Yaakov Selkowitz @ 2011-07-01 10:09 UTC (permalink / raw) To: cygwin On Fri, 2011-07-01 at 11:43 +0200, Corinna Vinschen wrote: > P.S.: Yaakov, is there any chance to get a 4.5.3 x86_64 cross compiler > package? Yum always tries to replace my x86_64 4.5.1 package with the > 4.5.3 package for i686, but that doesn't work due to missing > dependencies... Thanks for the reminder. I started working on that and got distracted by GNOME 3.0, real life, and who knows what else. It's too late to get that done this week, so I'll see what I can do for next week. (BTW I'm guessing you're still on F14?) Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Vim segv'ing 2011-07-01 10:09 ` Yaakov Selkowitz @ 2011-07-01 10:21 ` Corinna Vinschen 0 siblings, 0 replies; 23+ messages in thread From: Corinna Vinschen @ 2011-07-01 10:21 UTC (permalink / raw) To: cygwin On Jul 1 05:09, Yaakov Selkowitz wrote: > On Fri, 2011-07-01 at 11:43 +0200, Corinna Vinschen wrote: > > P.S.: Yaakov, is there any chance to get a 4.5.3 x86_64 cross compiler > > package? Yum always tries to replace my x86_64 4.5.1 package with the > > 4.5.3 package for i686, but that doesn't work due to missing > > dependencies... > > Thanks for the reminder. I started working on that and got distracted > by GNOME 3.0, real life, and who knows what else. It's too late to get > that done this week, so I'll see what I can do for next week. Thanks! > (BTW I'm guessing you're still on F14?) My main build machine is on F14, all the rest are on F15. I certainly wouldn't mind additional F15 packages, of course :) Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Vim segv'ing 2011-07-01 9:44 ` Corinna Vinschen 2011-07-01 10:09 ` Yaakov Selkowitz @ 2011-07-01 10:21 ` Andy Koppe 2011-07-01 11:44 ` Corinna Vinschen 2011-07-04 22:29 ` Yaakov (Cygwin/X) 2 siblings, 1 reply; 23+ messages in thread From: Andy Koppe @ 2011-07-01 10:21 UTC (permalink / raw) To: cygwin On 1 July 2011 10:43, Corinna Vinschen wrote: > On Jul 1 10:36, Corinna Vinschen wrote: >> FYI, I tracked it down to the place where the stack overwrite occurs. >> This is most puzzeling. When typing :wq!, the following chain of functions >> is called: >> >> nv_colon >> do_cmdline >> ex_exit >> do_write >> open <- Here it calls into the Cygwin DLL >> fhandler_base::open_with_arch >> fhandler_base::open_fs >> fhandler_base::open >> NtCreateFile <--Here it calls into NTDLL.DLL >> >> The open call tries to open the backup file "/etc/hosts~", not the >> symlink itself. >> >> In the optimized version of vim, the local variable "cap" in the >> function nv_colon is kept in register $esi. When do_cmdline is called, >> $esi is pushed onto the stack. Then everything goes its normal ways, >> until NtCreateFile is called. >> >> And here's the puzzler: This call to NtCreateFile overwrites the 4 byte >> stack slot in which the "cap" pointer is saved with the value 0x10c! What else has access to that? The signal thread? >> [...] >> Oh, and here's a last-minute surprise: It does not happen if you run >> gvim, rather than vim. Maybe I should just give up to provide packages. > > And it also does not happen if I build Cygwin with gcc 4.5.1 rather than > with gcc 4.3.4. Is it possible that a compiler bug is playing a role > here? I can't quite believe it, the effect is too specific. This sounds similar to some unexplained mintty crashes that Chris Sutcliffe and I have seen with gcc 4.3.4, triggered by setup.exe running postinstall scripts or vim accessing /etc/fstab. Unfortunately we never managed to pin down the actual cause, inspite of a fair bit of debugging and staring at the compiler's assembly output. The crashes went away with changes that should have made no difference. See here: http://code.google.com/p/mintty/source/detail?r=928 http://code.google.com/p/mintty/source/detail?r=894 http://groups.google.com/group/mintty-discuss/browse_thread/thread/7f1afcb74c61fe99 Andy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Vim segv'ing 2011-07-01 10:21 ` Andy Koppe @ 2011-07-01 11:44 ` Corinna Vinschen 2011-07-01 19:36 ` Chris Sutcliffe 0 siblings, 1 reply; 23+ messages in thread From: Corinna Vinschen @ 2011-07-01 11:44 UTC (permalink / raw) To: cygwin On Jul 1 11:21, Andy Koppe wrote: > On 1 July 2011 10:43, Corinna Vinschen wrote: > > On Jul  1 10:36, Corinna Vinschen wrote: > >> FYI, I tracked it down to the place where the stack overwrite occurs. > >> This is most puzzeling.  When typing :wq!, the following chain of functions > >> is called: > >> > >>  nv_colon > >>   do_cmdline > >>   ex_exit > >>    do_write > >>    open              <- Here it calls into the Cygwin DLL > >>     fhandler_base::open_with_arch > >>     fhandler_base::open_fs > >>      fhandler_base::open > >>      NtCreateFile        <--Here it calls into NTDLL.DLL > >> > >> The open call tries to open the backup file "/etc/hosts~", not the > >> symlink itself. > >> > >> In the optimized version of vim, the local variable "cap" in the > >> function nv_colon is kept in register $esi.  When do_cmdline is called, > >> $esi is pushed onto the stack.  Then everything goes its normal ways, > >> until NtCreateFile is called. > >> > >> And here's the puzzler: This call to NtCreateFile overwrites the 4 byte > >> stack slot in which the "cap" pointer is saved with the value 0x10c! > > What else has access to that? The signal thread? No, it's just the call stack of the main thread. cap is a local variable of a vim function and the location is just the one cap gets pushed to to be restored when returning from do_cmdline. It's so far away from the NtCreateFile call, it's no concern to anybody at that point. > > And it also does not happen if I build Cygwin with gcc 4.5.1 rather than > > with gcc 4.3.4.  Is it possible that a compiler bug is playing a role > > here?  I can't quite believe it, the effect is too specific. > > This sounds similar to some unexplained mintty crashes that Chris > Sutcliffe and I have seen with gcc 4.3.4, triggered by setup.exe > running postinstall scripts or vim accessing /etc/fstab. Unfortunately > we never managed to pin down the actual cause, inspite of a fair bit > of debugging and staring at the compiler's assembly output. The > crashes went away with changes that should have made no difference. > > See here: > http://code.google.com/p/mintty/source/detail?r=928 > http://code.google.com/p/mintty/source/detail?r=894 > http://groups.google.com/group/mintty-discuss/browse_thread/thread/7f1afcb74c61fe99 Hmm, that's really strange... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Vim segv'ing 2011-07-01 11:44 ` Corinna Vinschen @ 2011-07-01 19:36 ` Chris Sutcliffe 2011-07-02 5:31 ` Charles Wilson 0 siblings, 1 reply; 23+ messages in thread From: Chris Sutcliffe @ 2011-07-01 19:36 UTC (permalink / raw) To: cygwin On 1 July 2011 07:44, Corinna Vinschen wrote: > On Jul 1 11:21, Andy Koppe wrote: >> On 1 July 2011 10:43, Corinna Vinschen wrote: >> > On Jul 1 10:36, Corinna Vinschen wrote: >> > And it also does not happen if I build Cygwin with gcc 4.5.1 rather than >> > with gcc 4.3.4. Is it possible that a compiler bug is playing a role >> > here? I can't quite believe it, the effect is too specific. >> >> This sounds similar to some unexplained mintty crashes that Chris >> Sutcliffe and I have seen with gcc 4.3.4, triggered by setup.exe >> running postinstall scripts or vim accessing /etc/fstab. Unfortunately >> we never managed to pin down the actual cause, inspite of a fair bit >> of debugging and staring at the compiler's assembly output. The >> crashes went away with changes that should have made no difference. >> >> See here: >> http://code.google.com/p/mintty/source/detail?r=928 >> http://code.google.com/p/mintty/source/detail?r=894 >> http://groups.google.com/group/mintty-discuss/browse_thread/thread/7f1afcb74c61fe99 > > Hmm, that's really strange... I know Yaakov has asked a few times now, it would really be nice to have a 4.5.x release of the native Cygwin compiler. I'm curious if the issues I'm having with the latest rtorrent / libtorrent release are a result of a compiler bug. Dave, any chance on a new release? Thank you, Chris -- Chris Sutcliffe http://emergedesktop.org http://www.google.com/profiles/ir0nh34d -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Vim segv'ing 2011-07-01 19:36 ` Chris Sutcliffe @ 2011-07-02 5:31 ` Charles Wilson 2011-07-02 23:49 ` Christopher Faylor 0 siblings, 1 reply; 23+ messages in thread From: Charles Wilson @ 2011-07-02 5:31 UTC (permalink / raw) To: cygwin On 7/1/2011 3:36 PM, Chris Sutcliffe wrote: > Dave, any chance on a new release? Dave has not posted to any cygwin list since Mar 29, 2011 -- cygwin http://cygwin.com/ml/cygwin/2011-03/msg00825.html Apr 21, 2011 -- cygwin-talk http://cygwin.com/ml/cygwin-talk/2011-q2/msg00004.html Feb 04, 2011 -- cygwin-apps http://cygwin.com/ml/cygwin-apps/2011-02/msg00012.html Sep 11, 2010 -- cygwin-patches http://cygwin.com/ml/cygwin-patches/2010-q3/msg00060.html Oct 27, 2010 -- cygwin-developers http://cygwin.com/ml/cygwin-developers/2010-10/msg00080.html Checking the gcc mailing lists... Mar 24, 2011 -- gcc-patches http://gcc.gnu.org/ml/gcc-patches/2011-03/msg01693.html May 7, 2011 -- gcc http://gcc.gnu.org/ml/gcc/2011-05/msg00078.html That's almost two months since anyone has heard from Dave, on either cygwin or gcc. Dave, are you ok? -- Chuck -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Vim segv'ing 2011-07-02 5:31 ` Charles Wilson @ 2011-07-02 23:49 ` Christopher Faylor 0 siblings, 0 replies; 23+ messages in thread From: Christopher Faylor @ 2011-07-02 23:49 UTC (permalink / raw) To: cygwin On Sat, Jul 02, 2011 at 01:31:11AM -0400, Charles Wilson wrote: >On 7/1/2011 3:36 PM, Chris Sutcliffe wrote: >> Dave, any chance on a new release? > >Dave has not posted to any cygwin list since > >Mar 29, 2011 -- cygwin >http://cygwin.com/ml/cygwin/2011-03/msg00825.html > >Apr 21, 2011 -- cygwin-talk >http://cygwin.com/ml/cygwin-talk/2011-q2/msg00004.html > >Feb 04, 2011 -- cygwin-apps >http://cygwin.com/ml/cygwin-apps/2011-02/msg00012.html > >Sep 11, 2010 -- cygwin-patches >http://cygwin.com/ml/cygwin-patches/2010-q3/msg00060.html > >Oct 27, 2010 -- cygwin-developers >http://cygwin.com/ml/cygwin-developers/2010-10/msg00080.html > > >Checking the gcc mailing lists... > >Mar 24, 2011 -- gcc-patches >http://gcc.gnu.org/ml/gcc-patches/2011-03/msg01693.html > >May 7, 2011 -- gcc >http://gcc.gnu.org/ml/gcc/2011-05/msg00078.html > > >That's almost two months since anyone has heard from Dave, on either >cygwin or gcc. And, FWIW, I'm getting personal queries from gcc people asking me to approve windows gcc patches. I'd actually been intending to remove myself as a maintainer prior to that. Now I wonder if I have to stay on. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Vim segv'ing 2011-07-01 9:44 ` Corinna Vinschen 2011-07-01 10:09 ` Yaakov Selkowitz 2011-07-01 10:21 ` Andy Koppe @ 2011-07-04 22:29 ` Yaakov (Cygwin/X) 2011-07-05 9:10 ` Corinna Vinschen 2 siblings, 1 reply; 23+ messages in thread From: Yaakov (Cygwin/X) @ 2011-07-04 22:29 UTC (permalink / raw) To: cygwin On Fri, 2011-07-01 at 11:43 +0200, Corinna Vinschen wrote: > P.S.: Yaakov, is there any chance to get a 4.5.3 x86_64 cross compiler > package? Yum always tries to replace my x86_64 4.5.1 package with the > 4.5.3 package for i686, but that doesn't work due to missing > dependencies... I have updated gcc to 4.5.3 for F14 x86_64 and have rebuilt binutils, gcc, and gdb for F15 (both arches). I had to rearrange the repo layout to support both versions of Fedora, so if yum doesn't find the updates, then download and 'rpm -U' this: http://downloads.sourceforge.net/fedora-cygwin/fedora-cygwin-release-2-1.fc14.noarch.rpm Please let me know if you have any issues with these releases. Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Vim segv'ing 2011-07-04 22:29 ` Yaakov (Cygwin/X) @ 2011-07-05 9:10 ` Corinna Vinschen 2011-07-06 8:28 ` Yaakov (Cygwin/X) 0 siblings, 1 reply; 23+ messages in thread From: Corinna Vinschen @ 2011-07-05 9:10 UTC (permalink / raw) To: cygwin On Jul 4 17:29, Yaakov (Cygwin/X) wrote: > On Fri, 2011-07-01 at 11:43 +0200, Corinna Vinschen wrote: > > P.S.: Yaakov, is there any chance to get a 4.5.3 x86_64 cross compiler > > package? Yum always tries to replace my x86_64 4.5.1 package with the > > 4.5.3 package for i686, but that doesn't work due to missing > > dependencies... > > I have updated gcc to 4.5.3 for F14 x86_64 and have rebuilt binutils, > gcc, and gdb for F15 (both arches). I had to rearrange the repo layout > to support both versions of Fedora, so if yum doesn't find the updates, > then download and 'rpm -U' this: > > http://downloads.sourceforge.net/fedora-cygwin/fedora-cygwin-release-2-1.fc14.noarch.rpm > > Please let me know if you have any issues with these releases. Thank you. Unfortunately I have issues. I have updated to the above fedora-cygwin-release-2-1.fc14 on my F14 machine and I cleaned out my entire yum cache. However, what happens is this: # yum clean all [...] # yum update [...] Resolving Dependencies --> Running transaction check ---> Package cygwin-binutils.x86_64 0:2.21-3.fc15 set to be updated --> Processing Dependency: libc.so.6(GLIBC_2.14)(64bit) for package: cygwin-binutils-2.21-3.fc15.x86_64 ---> Package cygwin-cpp.x86_64 0:4.5.3-2.fc15 set to be updated [...] --> Finished Dependency Resolution Error: Package: cygwin-gcc-4.5.3-2.fc15.x86_64 (cygwin) Requires: libppl_c.so.4()(64bit) Error: Package: cygwin-gcc-4.5.3-2.fc15.x86_64 (cygwin) Requires: libc.so.6(GLIBC_2.14)(64bit) [...] Why does yum try to update to the F15 version on the F14 machine? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Vim segv'ing 2011-07-05 9:10 ` Corinna Vinschen @ 2011-07-06 8:28 ` Yaakov (Cygwin/X) 2011-07-06 8:53 ` Corinna Vinschen 0 siblings, 1 reply; 23+ messages in thread From: Yaakov (Cygwin/X) @ 2011-07-06 8:28 UTC (permalink / raw) To: cygwin On Tue, 2011-07-05 at 11:09 +0200, Corinna Vinschen wrote: > Thank you. Unfortunately I have issues. I have updated to the above > fedora-cygwin-release-2-1.fc14 on my F14 machine and I cleaned out my > entire yum cache. However, what happens is this: > > # yum clean all > [...] > # yum update > [...] > Resolving Dependencies > --> Running transaction check > ---> Package cygwin-binutils.x86_64 0:2.21-3.fc15 set to be updated > --> Processing Dependency: libc.so.6(GLIBC_2.14)(64bit) for package: cygwin-binutils-2.21-3.fc15.x86_64 > ---> Package cygwin-cpp.x86_64 0:4.5.3-2.fc15 set to be updated > [...] > --> Finished Dependency Resolution > Error: Package: cygwin-gcc-4.5.3-2.fc15.x86_64 (cygwin) > Requires: libppl_c.so.4()(64bit) > Error: Package: cygwin-gcc-4.5.3-2.fc15.x86_64 (cygwin) > Requires: libc.so.6(GLIBC_2.14)(64bit) > [...] > > Why does yum try to update to the F15 version on the F14 machine? I see the problem. Sourceforge.net's download servers can't handle multiple files with the same name; you were probably receiving FC15/repodata/repomd.xml instead of the FC14 version. So I restructured and moved the repos to Ports' FTP area on sourceware. You'll need to update accordingly: rpm -Uv http://downloads.sourceforge.net/fedora-cygwin/fedora-cygwin-release-3-1.noarch.rpm Now yum update should DTRT. Please let me know either way. Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Vim segv'ing 2011-07-06 8:28 ` Yaakov (Cygwin/X) @ 2011-07-06 8:53 ` Corinna Vinschen 0 siblings, 0 replies; 23+ messages in thread From: Corinna Vinschen @ 2011-07-06 8:53 UTC (permalink / raw) To: cygwin Hi Yaakov, On Jul 6 03:28, Yaakov (Cygwin/X) wrote: > On Tue, 2011-07-05 at 11:09 +0200, Corinna Vinschen wrote: > > Thank you. Unfortunately I have issues. I have updated to the above > > fedora-cygwin-release-2-1.fc14 on my F14 machine and I cleaned out my > > entire yum cache. However, what happens is this: > > > > # yum clean all > > [...] > > # yum update > > [...] > > Resolving Dependencies > > --> Running transaction check > > ---> Package cygwin-binutils.x86_64 0:2.21-3.fc15 set to be updated > > --> Processing Dependency: libc.so.6(GLIBC_2.14)(64bit) for package: cygwin-binutils-2.21-3.fc15.x86_64 > > ---> Package cygwin-cpp.x86_64 0:4.5.3-2.fc15 set to be updated > > [...] > > --> Finished Dependency Resolution > > Error: Package: cygwin-gcc-4.5.3-2.fc15.x86_64 (cygwin) > > Requires: libppl_c.so.4()(64bit) > > Error: Package: cygwin-gcc-4.5.3-2.fc15.x86_64 (cygwin) > > Requires: libc.so.6(GLIBC_2.14)(64bit) > > [...] > > > > Why does yum try to update to the F15 version on the F14 machine? > > I see the problem. Sourceforge.net's download servers can't handle > multiple files with the same name; you were probably receiving > FC15/repodata/repomd.xml instead of the FC14 version. > > So I restructured and moved the repos to Ports' FTP area on sourceware. > You'll need to update accordingly: > > rpm -Uv http://downloads.sourceforge.net/fedora-cygwin/fedora-cygwin-release-3-1.noarch.rpm > > Now yum update should DTRT. Please let me know either way. Works fine now on both, my F14 and my F15 machine. Thanks! Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Vim segv'ing 2011-06-30 12:32 ` Nellis, Kenneth 2011-06-30 14:24 ` Corinna Vinschen @ 2011-06-30 20:09 ` Warren Young 2011-07-01 1:43 ` Chris Sutcliffe 1 sibling, 1 reply; 23+ messages in thread From: Warren Young @ 2011-06-30 20:09 UTC (permalink / raw) To: Cygwin-L On 6/30/2011 6:30 AM, Nellis, Kenneth wrote: > > The strace command interferes > with vim so that it won't recognize ESC to allow the ":" to be > recognized, so I can't ":wq!" as requested. Easy fix: $ strace -o vim.trace vim-nox -c q /etc/hosts That causes it to go through the full motions of loading up /etc/hosts, then automatically quit, all while strace watches. It doesn't segv here, by the way. Up-to-date Cygwin install, Vista 64. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Vim segv'ing 2011-06-30 20:09 ` Warren Young @ 2011-07-01 1:43 ` Chris Sutcliffe 2011-07-01 8:37 ` Corinna Vinschen 0 siblings, 1 reply; 23+ messages in thread From: Chris Sutcliffe @ 2011-07-01 1:43 UTC (permalink / raw) To: cygwin [-- Attachment #1: Type: text/plain, Size: 762 bytes --] On 30 June 2011 16:09, Warren Young wrote: > On 6/30/2011 6:30 AM, Nellis, Kenneth wrote: >> >> The strace command interferes >> with vim so that it won't recognize ESC to allow the ":" to be >> recognized, so I can't ":wq!" as requested. > > Easy fix: > > $ strace -o vim.trace vim-nox -c q /etc/hosts > > That causes it to go through the full motions of loading up /etc/hosts, then > automatically quit, all while strace watches. > > It doesn't segv here, by the way. Up-to-date Cygwin install, Vista 64. I'm able to re-create the issue running 1.7.9 on Win7 x64 and using the method Warren suggested I've captured an strace (attached). Chris -- Chris Sutcliffe http://emergedesktop.org http://www.google.com/profiles/ir0nh34d [-- Attachment #2: vim.trace.gz --] [-- Type: application/x-gzip, Size: 189639 bytes --] [-- Attachment #3: Type: text/plain, Size: 218 bytes --] -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Vim segv'ing 2011-07-01 1:43 ` Chris Sutcliffe @ 2011-07-01 8:37 ` Corinna Vinschen 0 siblings, 0 replies; 23+ messages in thread From: Corinna Vinschen @ 2011-07-01 8:37 UTC (permalink / raw) To: cygwin On Jun 30 21:42, Chris Sutcliffe wrote: > On 30 June 2011 16:09, Warren Young wrote: > > On 6/30/2011 6:30 AM, Nellis, Kenneth wrote: > >> > >> The strace command interferes > >> with vim so that it won't recognize ESC to allow the ":" to be > >> recognized, so I can't ":wq!" as requested. > > > > Easy fix: > > > > Â Â $ strace -o vim.trace vim-nox -c q /etc/hosts > > > > That causes it to go through the full motions of loading up /etc/hosts, then > > automatically quit, all while strace watches. > > > > It doesn't segv here, by the way. Â Up-to-date Cygwin install, Vista 64. > > I'm able to re-create the issue running 1.7.9 on Win7 x64 and using > the method Warren suggested I've captured an strace (attached). Thanks. Unfortunately your strace also doesn't show anything unusual. There's no exception occuring. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple ^ permalink raw reply [flat|nested] 23+ messages in thread
end of thread, other threads:[~2011-07-06 8:53 UTC | newest] Thread overview: 23+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2011-06-27 19:35 Vim segv'ing Andrew DeFaria 2011-06-29 22:28 ` Jeremy Hetzler 2011-06-29 22:43 ` Jeremy Hetzler 2011-06-30 7:20 ` Corinna Vinschen 2011-06-30 12:32 ` Nellis, Kenneth 2011-06-30 14:24 ` Corinna Vinschen 2011-06-30 15:05 ` Corinna Vinschen 2011-07-01 8:36 ` Corinna Vinschen 2011-07-01 9:44 ` Corinna Vinschen 2011-07-01 10:09 ` Yaakov Selkowitz 2011-07-01 10:21 ` Corinna Vinschen 2011-07-01 10:21 ` Andy Koppe 2011-07-01 11:44 ` Corinna Vinschen 2011-07-01 19:36 ` Chris Sutcliffe 2011-07-02 5:31 ` Charles Wilson 2011-07-02 23:49 ` Christopher Faylor 2011-07-04 22:29 ` Yaakov (Cygwin/X) 2011-07-05 9:10 ` Corinna Vinschen 2011-07-06 8:28 ` Yaakov (Cygwin/X) 2011-07-06 8:53 ` Corinna Vinschen 2011-06-30 20:09 ` Warren Young 2011-07-01 1:43 ` Chris Sutcliffe 2011-07-01 8:37 ` Corinna Vinschen
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).