* 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 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-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 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
* 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
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).