* Preremove/postinstall scripts fail with snapshot installed
@ 2011-02-11 21:22 Ken Brown
2011-02-12 0:26 ` Ken Brown
` (2 more replies)
0 siblings, 3 replies; 17+ messages in thread
From: Ken Brown @ 2011-02-11 21:22 UTC (permalink / raw)
To: cygwin
[-- Attachment #1: Type: text/plain, Size: 945 bytes --]
If I run setup.exe with a cygwin snapshot installed, bash crashes while
running all preremove and postinstall scripts. Here's a typical error
message in /var/log/setup.log.full:
2011/02/11 15:56:55 running: C:\cygwin\bin\bash.exe --norc --noprofile
/etc/preremove/emacs-X11.sh
0 [main] bash 2760 exception::handle: Exception:
STATUS_ACCESS_VIOLATION
1739 [main] bash 2760 open_stackdumpfile: Dumping stack trace to
bash.exe.stackdump
I can reproduce this on two different Win7 machines, but the problem
doesn't occur on a third machine running XP SP3. I'm attaching cygcheck
output from one of the Win7 machines, as well as a bash stackdump.
I've tested this on the latest snapshot (2011-02-07) as well as the
2010-12-01 snapshot. I haven't yet had a chance to test earlier
snapshots to see where the problem first occurs, but I'll try to do that
over the weekend. The problem does not occur under cygwin 1.7.7.
Ken
[-- Attachment #2: cygcheck.out --]
[-- Type: text/plain, Size: 43825 bytes --]
Cygwin Configuration Diagnostics
Current System Time: Fri Feb 11 16:00:35 2011
Windows 7 Professional N Ver 6.1 Build 7600
Running under WOW64 on AMD64
Path: C:\cygwin\usr\local\texlive\2010\bin\i386-cygwin
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\windows\system32
C:\windows
C:\windows\System32\Wbem
C:\windows\System32\WindowsPowerShell\v1.0\
C:\Program Files\Intel\WiFi\bin\
C:\Program Files\Common Files\Intel\WirelessCommon\
C:\Program Files (x86)\Toshiba\Bluetooth Toshiba Stack\sys\
C:\Program Files (x86)\Toshiba\Bluetooth Toshiba Stack\sys\x64\
Output from C:\cygwin\bin\id.exe
UID: 1002(kbrown-admin) GID: 513(None)
513(None) 0(root) 544(Administrators)
545(Users)
SysDir: C:\windows\system32
WinDir: C:\windows
USER = 'kbrown-admin'
PWD = '/home/kbrown-admin'
HOME = '/home/kbrown-admin'
MANPATH = '/usr/local/texlive/2010/texmf/doc/man:usr/local/man:/usr/share/man:/usr/man'
APPDATA = 'C:\Users\kbrown-admin\AppData\Roaming'
ProgramW6432 = 'C:\Program Files'
HOSTNAME = 'moufang'
TERM = 'xterm'
PROCESSOR_IDENTIFIER = 'Intel64 Family 6 Model 37 Stepping 5, GenuineIntel'
WINDIR = 'C:\windows'
PUBLIC = 'C:\Users\Public'
OLDPWD = '/usr/bin'
TIME_STYLE = 'long-iso'
USERDOMAIN = 'moufang'
CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files'
OS = 'Windows_NT'
ALLUSERSPROFILE = 'C:\ProgramData'
COMMONPROGRAMFILES = 'C:\Program Files (x86)\Common Files'
USERNAME = 'kbrown-admin'
PROCESSOR_LEVEL = '6'
ProgramFiles(x86) = 'C:\Program Files (x86)'
PSModulePath = 'C:\windows\system32\WindowsPowerShell\v1.0\Modules\'
FP_NO_HOST_CHECK = 'NO'
SYSTEMDRIVE = 'C:'
PROCESSOR_ARCHITEW6432 = 'AMD64'
LANG = 'en_US.UTF-8'
USERPROFILE = 'C:\Users\kbrown-admin'
PS1 = '\[\e]0;\w\a\]\n\[\e[32m\]\u@\h \[\e[33m\]\w\[\e[0m\]\n\$ '
CommonProgramW6432 = 'C:\Program Files\Common Files'
PROCESSOR_ARCHITECTURE = 'x86'
LOCALAPPDATA = 'C:\Users\kbrown-admin\AppData\Local'
HISTCONTROL = 'ignoredups'
ProgramData = 'C:\ProgramData'
SHLVL = '1'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC'
COMSPEC = 'C:\windows\system32\cmd.exe'
SYSTEMROOT = 'C:\windows'
PRINTER = 'Fac Printer'
CVS_RSH = '/bin/ssh'
PROCESSOR_REVISION = '2505'
INFOPATH = '/usr/local/texlive/2010/texmf/doc/info:/usr/local/share/info:/usr/local/info:/usr/share/info:/usr/info'
PROGRAMFILES = 'C:\Program Files (x86)'
NUMBER_OF_PROCESSORS = '4'
COMPUTERNAME = 'MOUFANG'
_ = '/usr/bin/cygcheck'
HKEY_CURRENT_USER\Software\Cygwin
HKEY_CURRENT_USER\Software\Cygwin\Program Options
HKEY_CURRENT_USER\Software\Cygwin\setup
HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Installations
(default) = '\??\C:\cygwin'
2707db8e4ba5ae4f = '\??\C:\cygwin-a'
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
System: Key: 2707db8e4ba5ae4f Path: C:\cygwin-a
c: hd NTFS 109256Mb 40% CP CS UN PA FC TI106026W0C
d: cd N/A N/A
C:\cygwin / system binary,auto
C: /c system binary
C:\cygwin\bin /usr/bin system binary,auto
C:\cygwin\lib /usr/lib system binary,auto
cygdrive prefix /cygdrive user binary,auto
Found: C:\cygwin\bin\awk
-> C:\cygwin\bin\gawk.exe
Found: C:\cygwin\bin\bash.exe
Found: C:\cygwin\bin\cat.exe
Found: C:\cygwin\bin\cp.exe
Found: C:\cygwin\bin\cpp.exe
-> C:\cygwin\etc\alternatives\cpp
-> C:\cygwin\bin\cpp-4.exe
Not Found: crontab
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
-> C:\cygwin\etc\alternatives\gcc
-> C:\cygwin\bin\gcc-4.exe
Found: C:\cygwin\bin\gdb.exe
Found: C:\cygwin\bin\grep.exe
Found: C:\cygwin\bin\kill.exe
Found: C:\cygwin\bin\ld.exe
Found: C:\cygwin\bin\ls.exe
Found: C:\cygwin\bin\make.exe
Found: C:\cygwin\bin\mv.exe
Found: C:\cygwin\bin\patch.exe
Found: C:\cygwin\bin\perl.exe
Found: C:\cygwin\bin\rm.exe
Found: C:\cygwin\bin\sed.exe
Found: C:\cygwin\bin\ssh.exe
Found: C:\cygwin\bin\sh.exe
Found: C:\cygwin\bin\tar.exe
Found: C:\cygwin\bin\test.exe
Not Found: vi
Not Found: vim
118k 2010/04/19 C:\cygwin\bin\cygapr-1-0.dll - os=4.0 img=1.0 sys=4.0
"cygapr-1-0.dll" v0.0 ts=2010/4/19 15:06
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 18:28
704k 2007/12/18 C:\cygwin\bin\cygaspell-15.dll - os=4.0 img=1.0 sys=4.0
"cygaspell-15.dll" v0.0 ts=2007/12/18 6:39
93k 2010/06/15 C:\cygwin\bin\cygatk-1.0-0.dll - os=4.0 img=1.0 sys=4.0
"cygatk-1.0-0.dll" v0.0 ts=2010/6/15 2:06
15k 2009/12/27 C:\cygwin\bin\cygattr-1.dll - os=4.0 img=1.0 sys=4.0
"cygattr-1.dll" v0.0 ts=2009/11/18 7:52
95k 2010/06/24 C:\cygwin\bin\cygblkid-1.dll - os=4.0 img=1.0 sys=4.0
"cygblkid-1.dll" v0.0 ts=2010/6/24 15:20
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 22:12
460k 2010/05/04 C:\cygwin\bin\cygcairo-2.dll - os=4.0 img=1.0 sys=4.0
"cygcairo-2.dll" v0.0 ts=2010/5/4 12:21
11k 2009/12/23 C:\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0
"cygcharset-1.dll" v0.0 ts=2009/12/23 8:25
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 19:45
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 3:57
1147k 2011/02/08 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/2/8 13:32
284k 2010/06/01 C:\cygwin\bin\cygcurl-4.dll - os=4.0 img=1.0 sys=4.0
"cygcurl-4.dll" v0.0 ts=2010/6/1 15:07
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 8:12
208k 2010/05/16 C:\cygwin\bin\cygdbus-1-3.dll - os=4.0 img=1.0 sys=4.0
"cygdbus-1-3.dll" v0.0 ts=2010/5/12 6:31
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 8:12
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 7: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/9 0: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 6:26
24k 2010/08/15 C:\cygwin\bin\cygffi-4.dll - os=4.0 img=1.0 sys=4.0
"cygffi-4.dll" v0.0 ts=2010/8/14 19:06
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 17: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 21: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 9:49
40k 2009/03/01 C:\cygwin\bin\cygform-8.dll - os=4.0 img=1.0 sys=4.0
"cygform-8.dll" v0.0 ts=2009/3/1 1: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 14:14
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 12:31
860k 2008/03/23 C:\cygwin\bin\cygfpx-1.dll - os=4.0 img=1.0 sys=4.0
"cygfpx-1.dll" v0.0 ts=2008/3/23 16:12
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 16:24
45k 2010/08/15 C:\cygwin\bin\cyggcc_s-1.dll - os=4.0 img=1.0 sys=4.0
"cyggcc_s-1.dll" v0.0 ts=2010/8/14 18:57
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 17:45
19k 2009/02/26 C:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0
"cyggdbm-4.dll" v0.0 ts=2009/2/26 2:58
8k 2009/02/26 C:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0
"cyggdbm_compat-4.dll" v0.0 ts=2009/2/26 2:58
546k 2010/06/15 C:\cygwin\bin\cyggdk-x11-2.0-0.dll - os=4.0 img=1.0 sys=4.0
"cyggdk-x11-2.0-0.dll" v0.0 ts=2010/6/15 3:14
94k 2010/06/15 C:\cygwin\bin\cyggdk_pixbuf-2.0-0.dll - os=4.0 img=1.0 sys=4.0
"cyggdk_pixbuf-2.0-0.dll" v0.0 ts=2010/6/15 3:05
29k 2009/03/23 C:\cygwin\bin\cyggif-4.dll - os=4.0 img=1.0 sys=4.0
"cyggif-4.dll" v0.0 ts=2009/3/23 14:55
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 23: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 16: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 23:22
141k 2009/03/30 C:\cygwin\bin\cygglitz-1.dll - os=4.0 img=1.0 sys=4.0
"cygglitz-1.dll" v0.0 ts=2009/3/30 12:22
21k 2009/03/30 C:\cygwin\bin\cygglitz-glx-1.dll - os=4.0 img=1.0 sys=4.0
"cygglitz-glx-1.dll" v0.0 ts=2009/3/30 12:23
434k 2010/10/08 C:\cygwin\bin\cygGLU-1.dll - os=4.0 img=1.0 sys=4.0
"cygGLU-1.dll" v0.0 ts=2010/10/7 16:56
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 23: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 7: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 7:23
566k 2010/05/17 C:\cygwin\bin\cyggnutls-26.dll - os=4.0 img=1.0 sys=4.0
"cyggnutls-26.dll" v0.0 ts=2010/5/17 7:51
22k 2010/05/17 C:\cygwin\bin\cyggnutls-extra-26.dll - os=4.0 img=1.0 sys=4.0
"cyggnutls-extra-26.dll" v0.0 ts=2010/5/17 7:52
26k 2010/05/17 C:\cygwin\bin\cyggnutls-openssl-26.dll - os=4.0 img=1.0 sys=4.0
"cyggnutls-openssl-26.dll" v0.0 ts=2010/5/17 7:52
51k 2010/05/17 C:\cygwin\bin\cyggnutlsxx-26.dll - os=4.0 img=1.0 sys=4.0
"cyggnutlsxx-26.dll" v0.0 ts=2010/5/17 7:51
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 23:23
27k 2010/08/15 C:\cygwin\bin\cyggomp-1.dll - os=4.0 img=1.0 sys=4.0
"cyggomp-1.dll" v0.0 ts=2010/8/14 19:08
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 17:21
5491k 2008/11/27 C:\cygwin\bin\cyggs-8.dll - os=4.0 img=1.0 sys=4.0
"cyggs-8.dll" v0.0 ts=2008/11/27 8:24
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 23:23
3659k 2010/06/15 C:\cygwin\bin\cyggtk-x11-2.0-0.dll - os=4.0 img=1.0 sys=4.0
"cyggtk-x11-2.0-0.dll" v0.0 ts=2010/6/15 3:18
24k 2009/06/23 C:\cygwin\bin\cyghistory6.dll - os=4.0 img=1.0 sys=4.0
"cyghistory6.dll" v0.0 ts=2009/6/23 8: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 22:25
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 17:39
360k 2010/08/15 C:\cygwin\bin\cygicons-0.dll - os=4.0 img=1.4 sys=4.0
"cygicons-0.dll" v0.0 ts=2010/8/15 18:45
982k 2009/12/23 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0
"cygiconv-2.dll" v0.0 ts=2009/12/23 8:25
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 9: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 21: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 21:15
241k 2008/04/02 C:\cygwin\bin\cygjasper-1-701-1.dll - os=4.0 img=1.0 sys=4.0
"cygjasper-1-701-1.dll" v0.0 ts=2008/4/2 11:19
246k 2010/05/20 C:\cygwin\bin\cygjasper-1.dll - os=4.0 img=1.0 sys=4.0
"cygjasper-1.dll" v0.0 ts=2010/5/20 1: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 11: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 16: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 15: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 3: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 8:28
173k 2010/06/25 C:\cygwin\bin\cyglcms-1.dll - os=4.0 img=1.0 sys=4.0
"cyglcms-1.dll" v0.0 ts=2010/6/25 5:50
189k 2008/09/07 C:\cygwin\bin\cygldap-2-3-0.dll - os=4.0 img=1.0 sys=4.0
"cygldap-2-3-0.dll" v0.0 ts=2008/9/7 8: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 8:31
5k 2010/08/31 C:\cygwin\bin\cyglsa.dll - os=4.0 img=1.0 sys=4.0
"cyglsa.dll" v0.0 ts=2010/8/31 4:00
9k 2010/08/31 C:\cygwin\bin\cyglsa64.dll - os=5.2 img=0.0 sys=5.2
30k 2010/09/23 C:\cygwin\bin\cygltdl-7.dll - os=4.0 img=1.0 sys=4.0
"cygltdl-7.dll" v0.0 ts=2010/9/23 15:45
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 11:54
111k 2009/09/15 C:\cygwin\bin\cyglzo2-2.dll - os=4.0 img=1.0 sys=4.0
"cyglzo2-2.dll" v0.0 ts=2009/9/15 8:10
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 4:47
314k 2010/01/19 C:\cygwin\bin\cygMagick++-1.dll - os=4.0 img=1.0 sys=4.0
"cygMagick++-1.dll" v0.0 ts=2010/1/19 7:53
391k 2006/11/05 C:\cygwin\bin\cygMagick++-10.dll - os=4.0 img=1.0 sys=4.0
"cygMagick++-10.dll" v0.0 ts=2006/11/5 9:43
1709k 2006/11/05 C:\cygwin\bin\cygMagick-10.dll - os=4.0 img=1.0 sys=4.0
"cygMagick-10.dll" v0.0 ts=2006/11/5 9:32
1801k 2010/01/19 C:\cygwin\bin\cygMagickCore-1.dll - os=4.0 img=1.0 sys=4.0
"cygMagickCore-1.dll" v0.0 ts=2010/1/19 7:27
789k 2010/01/19 C:\cygwin\bin\cygMagickWand-1.dll - os=4.0 img=1.0 sys=4.0
"cygMagickWand-1.dll" v0.0 ts=2010/1/19 7:48
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 9:48
21k 2009/03/01 C:\cygwin\bin\cygmenu-8.dll - os=4.0 img=1.0 sys=4.0
"cygmenu-8.dll" v0.0 ts=2009/3/1 1: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 14:13
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 12: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 19: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 7: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 20: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 17:10
77k 2010/01/21 C:\cygwin\bin\cygMrm-2.dll - os=4.0 img=1.0 sys=4.0
"cygMrm-2.dll" v0.0 ts=2010/1/21 2: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 10:00
66k 2009/03/01 C:\cygwin\bin\cygncurses++-8.dll - os=4.0 img=1.0 sys=4.0
"cygncurses++-8.dll" v0.0 ts=2009/3/1 1: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 14: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 12: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 9:45
237k 2009/03/01 C:\cygwin\bin\cygncurses-8.dll - os=4.0 img=1.0 sys=4.0
"cygncurses-8.dll" v0.0 ts=2009/3/1 1: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 14:10
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 12:28
119k 2010/05/18 C:\cygwin\bin\cygneon-27.dll - os=4.0 img=1.0 sys=4.0
"cygneon-27.dll" v0.0 ts=2010/5/18 8:05
176k 2010/02/11 C:\cygwin\bin\cygnetpbm-10.dll - os=4.0 img=1.0 sys=4.0
"cygnetpbm-10.dll" v0.0 ts=2010/2/10 21:55
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 9:47
11k 2009/03/01 C:\cygwin\bin\cygpanel-8.dll - os=4.0 img=1.0 sys=4.0
"cygpanel-8.dll" v0.0 ts=2009/3/1 1: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 14:12
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 11:30
235k 2010/06/28 C:\cygwin\bin\cygpango-1.0-0.dll - os=4.0 img=1.0 sys=4.0
"cygpango-1.0-0.dll" v0.0 ts=2010/6/28 1:37
38k 2010/06/28 C:\cygwin\bin\cygpangocairo-1.0-0.dll - os=4.0 img=1.0 sys=4.0
"cygpangocairo-1.0-0.dll" v0.0 ts=2010/6/28 1:38
131k 2010/06/28 C:\cygwin\bin\cygpangoft2-1.0-0.dll - os=4.0 img=1.0 sys=4.0
"cygpangoft2-1.0-0.dll" v0.0 ts=2010/6/28 1:38
40k 2010/06/28 C:\cygwin\bin\cygpangox-1.0-0.dll - os=4.0 img=1.0 sys=4.0
"cygpangox-1.0-0.dll" v0.0 ts=2010/6/28 1:38
26k 2010/06/28 C:\cygwin\bin\cygpangoxft-1.0-0.dll - os=4.0 img=1.0 sys=4.0
"cygpangoxft-1.0-0.dll" v0.0 ts=2010/6/28 1:38
224k 2010/06/15 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0
"cygpcre-0.dll" v0.0 ts=2010/6/15 0:10
10k 2010/06/15 C:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0
"cygpcreposix-0.dll" v0.0 ts=2010/6/15 0:11
1627k 2010/08/29 C:\cygwin\bin\cygperl5_10.dll - os=4.0 img=1.0 sys=4.0
"cygperl5_10.dll" v0.0 ts=2010/8/28 14:17
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 19: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 23:58
131k 2010/08/15 C:\cygwin\bin\cygpng14-14.dll - os=4.0 img=1.0 sys=4.0
"cygpng14-14.dll" v0.0 ts=2010/8/15 18:56
22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0
"cygpopt-0.dll" v0.0 ts=2002/6/9 1: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 8: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 8: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 11:46
27k 2009/09/07 C:\cygwin\bin\cygproxy-0.dll - os=4.0 img=1.0 sys=4.0
"cygproxy-0.dll" v0.0 ts=2009/9/6 20:56
4k 2007/12/18 C:\cygwin\bin\cygpspell-15.dll - os=4.0 img=1.0 sys=4.0
"cygpspell-15.dll" v0.0 ts=2007/12/18 6:40
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 8: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 8: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 22: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 23:19
54k 2010/10/04 C:\cygwin\bin\cygserf-0-1.dll - os=4.0 img=1.0 sys=4.0
"cygserf-0-1.dll" v0.0 ts=2010/10/4 11:34
10k 2009/12/14 C:\cygwin\bin\cygsigsegv-2.dll - os=4.0 img=1.0 sys=4.0
"cygsigsegv-2.dll" v0.0 ts=2009/12/14 7:56
28k 2010/06/24 C:\cygwin\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0
"cygSM-6.dll" v0.0 ts=2010/6/24 16: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 7:20
121k 2010/06/01 C:\cygwin\bin\cygssh2-1.dll - os=4.0 img=1.0 sys=4.0
"cygssh2-1.dll" v0.0 ts=2010/6/1 14:44
263k 2011/02/08 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/2/8 13:32
11k 2010/08/15 C:\cygwin\bin\cygssp-0.dll - os=4.0 img=1.0 sys=4.0
"cygssp-0.dll" v0.0 ts=2010/8/14 19:04
773k 2010/08/15 C:\cygwin\bin\cygstdc++-6.dll - os=4.0 img=1.0 sys=4.0
"cygstdc++-6.dll" v0.0 ts=2010/8/14 19:33
236k 2010/11/29 C:\cygwin\bin\cygsvn_client-1-0.dll - os=4.0 img=1.0 sys=4.0
"cygsvn_client-1-0.dll" v0.0 ts=2010/11/29 17:18
36k 2010/11/29 C:\cygwin\bin\cygsvn_delta-1-0.dll - os=4.0 img=1.0 sys=4.0
"cygsvn_delta-1-0.dll" v0.0 ts=2010/11/29 17:12
39k 2010/11/29 C:\cygwin\bin\cygsvn_diff-1-0.dll - os=4.0 img=1.0 sys=4.0
"cygsvn_diff-1-0.dll" v0.0 ts=2010/11/29 17:12
18k 2010/11/29 C:\cygwin\bin\cygsvn_fs-1-0.dll - os=4.0 img=1.0 sys=4.0
"cygsvn_fs-1-0.dll" v0.0 ts=2010/11/29 17:13
144k 2010/11/29 C:\cygwin\bin\cygsvn_fs_base-1-0.dll - os=4.0 img=1.0 sys=4.0
"cygsvn_fs_base-1-0.dll" v0.0 ts=2010/11/29 17:13
124k 2010/11/29 C:\cygwin\bin\cygsvn_fs_fs-1-0.dll - os=4.0 img=1.0 sys=4.0
"cygsvn_fs_fs-1-0.dll" v0.0 ts=2010/11/29 17:13
7k 2010/11/29 C:\cygwin\bin\cygsvn_fs_util-1-0.dll - os=4.0 img=1.0 sys=4.0
"cygsvn_fs_util-1-0.dll" v0.0 ts=2010/11/29 17:12
30k 2010/11/29 C:\cygwin\bin\cygsvn_ra-1-0.dll - os=4.0 img=1.0 sys=4.0
"cygsvn_ra-1-0.dll" v0.0 ts=2010/11/29 17:17
23k 2010/11/29 C:\cygwin\bin\cygsvn_ra_local-1-0.dll - os=4.0 img=1.0 sys=4.0
"cygsvn_ra_local-1-0.dll" v0.0 ts=2010/11/29 17:15
114k 2010/11/29 C:\cygwin\bin\cygsvn_ra_neon-1-0.dll - os=4.0 img=1.0 sys=4.0
"cygsvn_ra_neon-1-0.dll" v0.0 ts=2010/11/29 17:13
114k 2010/11/29 C:\cygwin\bin\cygsvn_ra_serf-1-0.dll - os=4.0 img=1.0 sys=4.0
"cygsvn_ra_serf-1-0.dll" v0.0 ts=2010/11/29 17:13
70k 2010/11/29 C:\cygwin\bin\cygsvn_ra_svn-1-0.dll - os=4.0 img=1.0 sys=4.0
"cygsvn_ra_svn-1-0.dll" v0.0 ts=2010/11/29 17:13
138k 2010/11/29 C:\cygwin\bin\cygsvn_repos-1-0.dll - os=4.0 img=1.0 sys=4.0
"cygsvn_repos-1-0.dll" v0.0 ts=2010/11/29 17:14
241k 2010/11/29 C:\cygwin\bin\cygsvn_subr-1-0.dll - os=4.0 img=1.0 sys=4.0
"cygsvn_subr-1-0.dll" v0.0 ts=2010/11/29 17:12
241k 2010/11/29 C:\cygwin\bin\cygsvn_wc-1-0.dll - os=4.0 img=1.0 sys=4.0
"cygsvn_wc-1-0.dll" v0.0 ts=2010/11/29 17:13
231k 2009/09/15 C:\cygwin\bin\cygt1-5.dll - os=4.0 img=1.0 sys=4.0
"cygt1-5.dll" v0.0 ts=2009/9/15 5:59
61k 2010/05/16 C:\cygwin\bin\cygtasn1-3.dll - os=4.0 img=1.0 sys=4.0
"cygtasn1-3.dll" v0.0 ts=2010/5/16 9:12
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 9: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 14: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 12:28
347k 2009/12/23 C:\cygwin\bin\cygtiff-5.dll - os=4.0 img=1.0 sys=4.0
"cygtiff-5.dll" v0.0 ts=2009/12/23 12:11
11k 2009/12/23 C:\cygwin\bin\cygtiffxx-5.dll - os=4.0 img=1.0 sys=4.0
"cygtiffxx-5.dll" v0.0 ts=2009/12/23 12:11
68k 2010/01/21 C:\cygwin\bin\cygUil-2.dll - os=4.0 img=1.0 sys=4.0
"cygUil-2.dll" v0.0 ts=2010/1/21 2:33
40k 2009/07/08 C:\cygwin\bin\cygusb0.dll - os=4.0 img=1.0 sys=4.0
"cygusb0.dll" v0.0 ts=2009/7/8 4:35
137k 2009/11/16 C:\cygwin\bin\cygustr-1.dll - os=4.0 img=1.0 sys=4.0
"cygustr-1.dll" v0.0 ts=2009/11/16 2:46
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 15:19
697k 2006/11/05 C:\cygwin\bin\cygWand-10.dll - os=4.0 img=1.0 sys=4.0
"cygWand-10.dll" v0.0 ts=2006/11/5 9:41
2656k 2011/02/11 C:\cygwin\bin\cygwin1-20101201.dll - os=4.0 img=1.0 sys=4.0
"cygwin1.dll" v0.0 ts=2010/12/1 10:43
2660k 2011/02/10 C:\cygwin\bin\cygwin1-20110207.dll - os=4.0 img=1.0 sys=4.0
"cygwin1.dll" v0.0 ts=2011/2/7 8:14
2586k 2010/08/31 C:\cygwin\bin\cygwin1-prev.dll - os=4.0 img=1.0 sys=4.0
"cygwin1.dll" v0.0 ts=2010/8/31 3:58
289k 2009/09/15 C:\cygwin\bin\cygwmf-0-2-7.dll - os=4.0 img=1.0 sys=4.0
"cygwmf-0-2-7.dll" v0.0 ts=2009/9/15 8:16
93k 2009/09/15 C:\cygwin\bin\cygwmflite-0-2-7.dll - os=4.0 img=1.0 sys=4.0
"cygwmflite-0-2-7.dll" v0.0 ts=2009/9/15 8:15
28k 2010/03/28 C:\cygwin\bin\cygwrap-0.dll - os=4.0 img=1.0 sys=4.0
"cygwrap-0.dll" v0.0 ts=2010/3/28 5: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 19: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 19: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 20: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/3 0: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 18: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 22: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 22:16
25k 2010/04/28 C:\cygwin\bin\cygxcb-render-0.dll - os=4.0 img=1.0 sys=4.0
"cygxcb-render-0.dll" v0.0 ts=2010/4/27 22:16
11k 2009/09/03 C:\cygwin\bin\cygxcb-render-util-0.dll - os=4.0 img=1.0 sys=4.0
"cygxcb-render-util-0.dll" v0.0 ts=2009/9/3 1:24
12k 2010/08/03 C:\cygwin\bin\cygXcomposite-1.dll - os=4.0 img=1.0 sys=4.0
"cygXcomposite-1.dll" v0.0 ts=2010/8/3 0:27
30k 2009/09/03 C:\cygwin\bin\cygXcursor-1.dll - os=4.0 img=1.0 sys=4.0
"cygXcursor-1.dll" v0.0 ts=2009/9/2 17:47
11k 2010/08/03 C:\cygwin\bin\cygXdamage-1.dll - os=4.0 img=1.0 sys=4.0
"cygXdamage-1.dll" v0.0 ts=2010/8/3 0:25
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 18: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/3 0:18
18k 2010/08/03 C:\cygwin\bin\cygXfixes-3.dll - os=4.0 img=1.0 sys=4.0
"cygXfixes-3.dll" v0.0 ts=2010/8/3 0:19
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 16:33
49k 2010/08/04 C:\cygwin\bin\cygXi-6.dll - os=4.0 img=1.0 sys=4.0
"cygXi-6.dll" v0.0 ts=2010/8/3 22:55
8k 2009/10/14 C:\cygwin\bin\cygXinerama-1.dll - os=4.0 img=1.0 sys=4.0
"cygXinerama-1.dll" v0.0 ts=2009/10/14 3:39
122k 2009/10/15 C:\cygwin\bin\cygxkbfile-1.dll - os=4.0 img=1.0 sys=4.0
"cygxkbfile-1.dll" v0.0 ts=2009/10/14 1:57
1173k 2010/01/21 C:\cygwin\bin\cygXm-2.dll - os=4.0 img=1.0 sys=4.0
"cygXm-2.dll" v0.0 ts=2010/1/21 2:32
1128k 2010/05/12 C:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0
"cygxml2-2.dll" v0.0 ts=2010/5/12 5:34
75k 2009/10/14 C:\cygwin\bin\cygXmu-6.dll - os=4.0 img=1.0 sys=4.0
"cygXmu-6.dll" v0.0 ts=2009/10/14 3: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 3: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 13:01
25k 2009/03/20 C:\cygwin\bin\cygXrandr-2.dll - os=4.0 img=1.0 sys=4.0
"cygXrandr-2.dll" v0.0 ts=2009/3/13 3:05
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/3 0: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/2 1: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 17:04
2656k 2011/02/11 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
"cygwin1.dll" v0.0 ts=2010/12/1 10:43
Cygwin DLL version info:
DLL version: 1.7.8
DLL epoch: 19
DLL old termios: 5
DLL malloc env: 28
Cygwin conv: 181
API major: 0
API minor: 233
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:
Snapshot date: 20101201-16:39:07
Shared id: cygwin1S5
Service : cygserver
Display name : CYGWIN cygserver
Current State : Stopped
Command : /usr/sbin/cygserver
stdin path : /dev/null
stdout path : /var/log/cygserver.log
stderr path : /var/log/cygserver.log
Process Type : Own Process
Startup : Automatic
Account : LocalSystem
Service : sshd
Display name : CYGWIN sshd
Current State : Stopped
Command : /usr/sbin/sshd -D
stdin path : /dev/null
stdout path : /var/log/sshd.log
stderr path : /var/log/sshd.log
Process Type : Own Process
Startup : Automatic
Dependencies : tcpip
Account : .\cyg_server
Cygwin Package Information
Last downloaded files to: C:\downloads\cygwin
Last downloaded files from: http://mirrors.kernel.org/sourceware/cygwin/
Package Version
_update-info-dir 00946-1
alternatives 1.3.30c-10
aspell 0.60.5-1
aspell-en 6.0.0-1
autoconf 10-1
autoconf2.1 2.13-10
autoconf2.5 2.68-1
automake 4-10
automake1.10 1.10.3-1
automake1.11 1.11.1-1
automake1.4 1.4p6-10
automake1.5 1.5-10
automake1.6 1.6.3-11
automake1.7 1.7.9-10
automake1.8 1.8.5-10
automake1.9 1.9.6-10
base-cygwin 3.0-1
base-files 3.9-3
bash 4.1.9-3
bc 1.06-2
binutils 2.20.51-2
bison 2.4.2-1
bzip2 1.0.6-1
bzr 2.3.0-1
cocom 0.996-1
compositeproto 0.4.1-1
coreutils 8.10-1
crypt 1.1-1
csih 0.9.3-1
cvs 1.12.13-10
cygport 0.10.3-1
cygrunsrv 1.34-1
cygutils 1.4.4-1
cygwin 1.7.7-1
cygwin-doc 1.7-1
damageproto 1.2.0-1
dash 0.5.6.1-2
dbus 1.2.24-1
diffstat 1.54-1
diffutils 2.9-1
ed 1.0-1
editrights 1.01-2
emacs 23.2.93-1
emacs-el 23.2.93-1
emacs-X11 23.2.93-1
file 5.05-1
findutils 4.5.9-2
fixesproto 4.1.1-1
flex 2.5.35-1
font-adobe-dpi75 1.0.1-1
font-alias 1.0.2-1
font-bitstream-vera-ttf 1.10-1
font-daewoo-misc 1.0.1-1
font-encodings 1.0.3-1
font-isas-misc 1.0.1-1
font-jis-misc 1.0.1-1
font-misc-misc 1.1.0-1
fontconfig 2.8.0-1
gamin 0.1.10-11
gawk 3.1.8-1
gcc-core 3.4.4-999
gcc-g++ 3.4.4-999
gcc-mingw-core 20050522-1
gcc-mingw-g++ 20050522-1
gcc4 4.3.4-3
gcc4-core 4.3.4-3
gcc4-g++ 4.3.4-3
gdb 6.8-2
gettext 0.17-11
ghostscript 8.63-2
ghostscript-fonts-other 6.0-1
ghostscript-fonts-std 8.11-1
girepository-GdkPixbuf2.0 2.20.1-1
girepository-GLib2.0 0.6.14-1
glproto 1.4.11-1
gnome-icon-theme 2.30.3-1
gnupg 1.4.9-2
gnutls-devel 2.8.6-1
grep 2.6.3-1
groff 1.20.1-2
gzip 1.3.12-2
hicolor-icon-theme 0.12-1
inputproto 2.0-1
ipc-utils 1.0-1
jbigkit 2.0-11
kbproto 1.0.4-1
less 436-1
lftp 4.0.10-1
libapr1 1.4.2-1
libaprutil1 1.3.10-1
libaspell15 0.60.5-1
libatk1.0-devel 1.30.0-1
libatk1.0_0 1.30.0-1
libattr1 2.4.43-1
libblkid1 2.17.2-1
libbz2-devel 1.0.6-1
libbz2_1 1.0.6-1
libcairo-devel 1.8.10-1
libcairo2 1.8.10-1
libcharset1 1.13.1-1
libcloog0 0.15.7-1
libcurl4 7.20.1-1
libdb4.5 4.5.20.2-2
libdbus1-devel 1.2.24-1
libdbus1_3 1.2.24-1
libedit0 20090923-1
libexpat1 2.0.1-1
libexpat1-devel 2.0.1-1
libfam0 0.1.10-11
libffi4 4.3.4-3
libfontconfig-devel 2.8.0-1
libfontconfig1 2.8.0-1
libfontenc1 1.0.5-1
libfpx 1.2.0.13-1
libfpx-devel 1.2.0.13-1
libfpx1 1.2.0.13-1
libfreetype-devel 2.3.12-1
libfreetype6 2.3.12-1
libgcc1 4.3.4-3
libgcrypt-devel 1.4.5-1
libgcrypt11 1.4.5-1
libgdbm4 1.8.3-20
libgdk_pixbuf2.0-devel 2.20.1-1
libgdk_pixbuf2.0_0 2.20.1-1
libgif-devel 4.1.6-10
libgif4 4.1.6-10
libGL-devel 7.8.2-1
libGL1 7.8.2-1
libglib2.0-devel 2.24.1-1
libglib2.0_0 2.24.1-1
libglitz-devel 0.5.6-10
libglitz1 0.5.6-10
libGLU-devel 7.8.2-1
libGLU1 7.8.2-1
libgmp3 4.3.1-3
libgmpxx4 4.3.1-3
libgnutls26 2.8.6-1
libgomp1 4.3.4-3
libgpg-error-devel 1.7-1
libgpg-error0 1.7-1
libgs8 8.63-2
libgtk2.0-devel 2.20.1-1
libgtk2.0_0 2.20.1-1
libICE-devel 1.0.6-1
libICE6 1.0.6-1
libiconv 1.13.1-1
libiconv2 1.13.1-1
libidn11 1.18-1
libImageMagick1 6.4.0.6-2
libintl3 0.14.5-1
libintl8 0.17-11
libjasper-devel 1.900.1-11
libjasper1 1.900.1-11
libjasper1.701_0 1.701.0-3
libjbig-devel 2.0-11
libjbig2 2.0-11
libjpeg-devel 8b-1
libjpeg62 6b-21
libjpeg7 7-10
libjpeg8 8b-1
liblcms-devel 1.19-2
liblcms1 1.19-2
libltdl7 2.4-1
liblzma1 4.999.9beta-11
liblzo2-devel 2.03-10
liblzo2_2 2.03-10
libMagick-devel 6.4.0.6-2
libMagick10 6.3.0.1-2
libmpc1 0.8-1
libmpfr1 2.4.1-4
libncurses-devel 5.7-18
libncurses10 5.7-18
libncurses8 5.5-10
libncurses9 5.7-16
libncursesw-devel 5.7-18
libncursesw10 5.7-18
libneon27 0.29.3-1
libnetpbm10 10.49.2-1
libopenldap2_3_0 2.3.43-1
libopenssl098 0.9.8r-1
libpango1.0-devel 1.28.1-1
libpango1.0_0 1.28.1-1
libpcre-devel 8.02-1
libpcre0 8.02-1
libpixman1-devel 0.18.2-1
libpixman1_0 0.18.2-1
libpng12 1.2.44-1
libpng12-devel 1.2.44-1
libpng14 1.4.3-2
libpng14-devel 1.4.3-2
libpopt0 1.6.4-4
libppl 0.10.2-1
libpq5 8.2.11-1
libproxy0 0.2.3-2
libpthread-stubs 0.2-1
libreadline6 5.2.14-12
libreadline7 6.1.2-2
libsasl2 2.1.23-1
libserf0_1 0.7.0-1
libsigsegv2 2.8-1
libSM-devel 1.1.1-2
libSM6 1.1.1-2
libsqlite3_0 3.7.3-1
libssh2_1 1.2.5-1
libssp0 4.3.4-3
libstdc++6 4.3.4-3
libstdc++6-devel 4.3.4-3
libtasn1-devel 2.6-1
libtasn1_3 2.6-1
libtiff-devel 3.9.2-1
libtiff5 3.9.2-1
libtool 2.4-1
libusb-win32 0.1.12.2-1
libustr1 1.0.4-11
libuuid-devel 2.17.2-1
libuuid1 2.17.2-1
libwmf-devel 0.2.8.4-10
libwmf027 0.2.8.4-10
libwrap0 7.6-21
libX11-devel 1.3.3-1
libX11-xcb-devel 1.3.3-1
libX11-xcb1 1.3.3-1
libX11_6 1.3.3-1
libXau-devel 1.0.6-1
libXau6 1.0.6-1
libXaw-devel 1.0.7-2
libXaw3d7 1.5D-10
libXaw7 1.0.7-2
libxcb-devel 1.6-1
libxcb-glx-devel 1.6-1
libxcb-glx0 1.6-1
libxcb-render-devel 1.6-1
libxcb-render-util-devel 0.3.6-1
libxcb-render-util0 0.3.6-1
libxcb-render0 1.6-1
libxcb1 1.6-1
libXcomposite-devel 0.4.2-1
libXcomposite1 0.4.2-1
libXcursor-devel 1.1.10-1
libXcursor1 1.1.10-1
libXdamage-devel 1.1.3-1
libXdamage1 1.1.3-1
libXdmcp-devel 1.0.3-1
libXdmcp6 1.0.3-1
libXext-devel 1.1.2-1
libXext6 1.1.2-1
libXfixes-devel 4.0.5-1
libXfixes3 4.0.5-1
libXft-devel 2.1.14-1
libXft2 2.1.14-1
libXi-devel 1.3.2-1
libXi6 1.3.2-1
libXinerama-devel 1.1-1
libXinerama1 1.1-1
libxkbfile1 1.0.6-1
libXm2 0.95.2-2
libxml2 2.7.7-1
libxml2-devel 2.7.7-1
libXmu-devel 1.0.5-1
libXmu6 1.0.5-1
libXmuu1 1.0.5-1
libXpm-devel 3.5.8-1
libXpm4 3.5.8-1
libXrandr-devel 1.3.0-10
libXrandr2 1.3.0-10
libXrender-devel 0.9.6-1
libXrender1 0.9.6-1
libXt-devel 1.0.8-1
libXt6 1.0.8-1
lndir 1.0.1-2
login 1.10-10
luit 1.0.5-1
m4 1.4.15-1
make 3.81-2
man 1.6f-1
mingw-bzip2 1.0.5-10
mingw-libbz2-devel 1.0.5-10
mingw-libbz2_1 1.0.5-10
mingw-libgcrypt-devel 1.4.5-1
mingw-libgcrypt11 1.4.5-1
mingw-libgpg-error-devel 1.7-1
mingw-libgpg-error0 1.7-1
mingw-liblzma-devel 4.999.9beta-11
mingw-liblzma1 4.999.9beta-11
mingw-runtime 3.18-1
mingw-zlib 1.2.3-10
mingw-zlib-devel 1.2.3-10
mingw-zlib0 1.2.3-10
minires 1.02-1
mintty 0.9.5-1
mkfontdir 1.0.5-1
mkfontscale 1.0.7-1
ncurses 5.7-18
netpbm 10.49.2-1
openssh 5.8p1-1
patch 2.5.8-9
perl 5.10.1-5
pkg-config 0.23b-10
python 2.6.5-2
python-crypto 2.0.1-2
python-paramiko 1.7.6-2
randrproto 1.3.1-1
readline 6.1.2-2
rebase 3.0.1-1
renderproto 0.11-1
rsync 3.0.7-1
run 1.1.13-1
run2 0.4.0-1
sed 4.2.1-1
shared-mime-info 0.71-1
subversion 1.6.15-1
t1lib5 5.1.2-10
tar 1.25-1
tcltk 20080420-1
terminfo 5.7_20091114-14
terminfo0 5.5_20061104-12
texinfo 4.13-3
time 1.7-2
transfig 3.2.5c-1
tzcode 2010j-1
unison2.32 2.32.52-3
unzip 6.0-10
util-linux 2.17.2-1
w32api 3.15-1
wget 1.12-1
which 2.20-2
xauth 1.0.4-1
xbitmaps 1.1.0-1
xcursor-themes 1.0.2-1
xemacs-emacs-common 21.4.22-1
xextproto 7.1.1-1
xfig 3.2.5b-2
xfig-lib 3.2.5b-2
xineramaproto 1.2-1
xinit 1.2.1-1
xkbcomp 1.1.1-1
xkeyboard-config 1.9-1
xmodmap 1.0.4-1
xorg-server 1.9.4-1
xpdf 3.02-10
xproto 7.0.17-1
xrdb 1.0.6-1
xterm 261-1
xz 4.999.9beta-11
zlib 1.2.5-1
zlib-devel 1.2.5-1
zlib0 1.2.5-1
Use -h to see help about each section
[-- Attachment #3: bash.exe.stackdump --]
[-- Type: text/plain, Size: 1347 bytes --]
Exception: STATUS_ACCESS_VIOLATION at eip=772DA671
eax=000000F8 ebx=0089F4C0 ecx=0008EC50 edx=0028B974 esi=000000F8 edi=00000003
ebp=0028B97C esp=0028B97C program=C:\cygwin\bin\bash.exe, pid 2712, thread main
cs=0023 ds=002B es=002B fs=0053 gs=002B ss=002B
Stack trace:
Frame Function Args
0028B97C 772DA671 (000000F8, 0089D3A0, 00000000, 0028BA34)
0028B990 772E640D (0089D3A0, 776E5386, 0028BAFC, 0028BA98)
0028BA34 7731E1DD (0028BA60, 00000208, 0028BAFC, 00000000)
0028BA68 772DAD80 (0089F4C0, 00000208, 0028BAFC, 00000000)
0028BA84 772FC943 (0089F4C0, 00000208, 0028BAFC, 00000000)
0028BADC 7516C498 (00000001, 00000104, 0028BAFC, 0028BD44)
0028BD08 75170C30 (0028BD3C, 0028BDC8, 00000001, 0028C24C)
0028BD48 751709CB (0089F298, 00000198, 00000000, 00000001)
0028BD6C 75170964 (0089F298, 00000198, 00000000, 00000080)
0028BFA0 75175C49 (0000019C, 00000198, 0089F298, 00000000)
0028BFF0 75175AFA (0000019C, 0028C114, 00000000, 0000000A)
0028C680 75171ADC (00000000, 60FE0018, 60FE0018, 6117974C)
0028C6B8 75161059 (60FE0018, 60FE0018, 6117974C, 6117974C)
0028C788 61066A75 (0028C7B4, 0028C790, 00DC5048, 610722B6)
0028C908 61067368 (000000FF, 0028C938, 0028C934, 004451D9)
0028C948 610C1185 (00DC50F8, 00000000, 00DC3BE0, 000000A0)
End of stack trace (more stack frames may be present)
[-- 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] 17+ messages in thread* Re: Preremove/postinstall scripts fail with snapshot installed
2011-02-11 21:22 Preremove/postinstall scripts fail with snapshot installed Ken Brown
@ 2011-02-12 0:26 ` Ken Brown
2011-02-12 12:09 ` Achim Gratz
2011-02-12 14:26 ` Corinna Vinschen
2 siblings, 0 replies; 17+ messages in thread
From: Ken Brown @ 2011-02-12 0:26 UTC (permalink / raw)
To: cygwin
On 2/11/2011 4:22 PM, Ken Brown wrote:
> If I run setup.exe with a cygwin snapshot installed, bash crashes while
> running all preremove and postinstall scripts. Here's a typical error
> message in /var/log/setup.log.full:
>
> 2011/02/11 15:56:55 running: C:\cygwin\bin\bash.exe --norc --noprofile
> /etc/preremove/emacs-X11.sh
> 0 [main] bash 2760 exception::handle: Exception:
> STATUS_ACCESS_VIOLATION
> 1739 [main] bash 2760 open_stackdumpfile: Dumping stack trace to
> bash.exe.stackdump
>
> I can reproduce this on two different Win7 machines, but the problem
> doesn't occur on a third machine running XP SP3. I'm attaching cygcheck
> output from one of the Win7 machines, as well as a bash stackdump.
>
> I've tested this on the latest snapshot (2011-02-07) as well as the
> 2010-12-01 snapshot. I haven't yet had a chance to test earlier
> snapshots to see where the problem first occurs, but I'll try to do that
> over the weekend. The problem does not occur under cygwin 1.7.7.
OK, the problem first occurs in the 2010-10-18 snapshot.
What's really puzzling is that I've been running snapshots for quite a
while, and this problem didn't show up until today. I have no idea what
changed.
Ken
--
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] 17+ messages in thread
* Re: Preremove/postinstall scripts fail with snapshot installed
2011-02-11 21:22 Preremove/postinstall scripts fail with snapshot installed Ken Brown
2011-02-12 0:26 ` Ken Brown
@ 2011-02-12 12:09 ` Achim Gratz
2011-02-12 14:26 ` Corinna Vinschen
2 siblings, 0 replies; 17+ messages in thread
From: Achim Gratz @ 2011-02-12 12:09 UTC (permalink / raw)
To: cygwin
Ken Brown <kbrown@cornell.edu> writes:
> If I run setup.exe with a cygwin snapshot installed, bash crashes
> while running all preremove and postinstall scripts. Here's a typical
> error message in /var/log/setup.log.full:
I'm getting similar crashes running Git fetch on a snapshot installation
on Win7 I did a few weeks ago while trying to figure out my problem with
named pipes. I did not change the Cygwin installation since then (which
went fine at the time) and Git was running OK (cloned a few repos, the
ones that now have a problem updating). If I run the fetch a few times
it will eventually complete, though. There was a patchday inbetween,
however... also it wouldn't be the first time that some Cygwin program
was deemed "malicious" by behavioral virus scanners.
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
--
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] 17+ messages in thread
* Re: Preremove/postinstall scripts fail with snapshot installed
2011-02-11 21:22 Preremove/postinstall scripts fail with snapshot installed Ken Brown
2011-02-12 0:26 ` Ken Brown
2011-02-12 12:09 ` Achim Gratz
@ 2011-02-12 14:26 ` Corinna Vinschen
2011-02-12 14:58 ` Ken Brown
2 siblings, 1 reply; 17+ messages in thread
From: Corinna Vinschen @ 2011-02-12 14:26 UTC (permalink / raw)
To: cygwin
On Feb 11 16:22, Ken Brown wrote:
> If I run setup.exe with a cygwin snapshot installed, bash crashes
> while running all preremove and postinstall scripts. Here's a
> typical error message in /var/log/setup.log.full:
>
> 2011/02/11 15:56:55 running: C:\cygwin\bin\bash.exe --norc
> --noprofile /etc/preremove/emacs-X11.sh
> 0 [main] bash 2760 exception::handle: Exception:
> STATUS_ACCESS_VIOLATION
> 1739 [main] bash 2760 open_stackdumpfile: Dumping stack trace to
> bash.exe.stackdump
I'm sorry, but YA "works fine for me", on Windows 7 64 bit.
> Exception: STATUS_ACCESS_VIOLATION at eip=772DA671
> eax=000000F8 ebx=0089F4C0 ecx=0008EC50 edx=0028B974 esi=000000F8 edi=00000003
> ebp=0028B97C esp=0028B97C program=C:\cygwin\bin\bash.exe, pid 2712, thread main
> cs=0023 ds=002B es=002B fs=0053 gs=002B ss=002B
> Stack trace:
> Frame Function Args
> 0028B97C 772DA671 (000000F8, 0089D3A0, 00000000, 0028BA34)
> 0028B990 772E640D (0089D3A0, 776E5386, 0028BAFC, 0028BA98)
> 0028BA34 7731E1DD (0028BA60, 00000208, 0028BAFC, 00000000)
> 0028BA68 772DAD80 (0089F4C0, 00000208, 0028BAFC, 00000000)
> 0028BA84 772FC943 (0089F4C0, 00000208, 0028BAFC, 00000000)
> 0028BADC 7516C498 (00000001, 00000104, 0028BAFC, 0028BD44)
> 0028BD08 75170C30 (0028BD3C, 0028BDC8, 00000001, 0028C24C)
> 0028BD48 751709CB (0089F298, 00000198, 00000000, 00000001)
> 0028BD6C 75170964 (0089F298, 00000198, 00000000, 00000080)
> 0028BFA0 75175C49 (0000019C, 00000198, 0089F298, 00000000)
> 0028BFF0 75175AFA (0000019C, 0028C114, 00000000, 0000000A)
> 0028C680 75171ADC (00000000, 60FE0018, 60FE0018, 6117974C)
> 0028C6B8 75161059 (60FE0018, 60FE0018, 6117974C, 6117974C)
> 0028C788 61066A75 (0028C7B4, 0028C790, 00DC5048, 610722B6)
> 0028C908 61067368 (000000FF, 0028C938, 0028C934, 004451D9)
> 0028C948 610C1185 (00DC50F8, 00000000, 00DC3BE0, 000000A0)
> End of stack trace (more stack frames may be present)
The last Cygwin address in this call stack (61066A75) is an entirely
harmless line in an entirely harmless function in a piece of code taken
from FreeBSD. From there it goes downhill through at least two Windows
DLLs (all address starting with 7). The joke is that this last Cygwin
address in the call stack is practically unable to generate an access
violation *and* it does not call any Windows function. I habe no idea
why that happens, but it tastes a lot like a BLODA problem.
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] 17+ messages in thread
* Re: Preremove/postinstall scripts fail with snapshot installed
2011-02-12 14:26 ` Corinna Vinschen
@ 2011-02-12 14:58 ` Ken Brown
2011-02-12 15:31 ` Ken Brown
0 siblings, 1 reply; 17+ messages in thread
From: Ken Brown @ 2011-02-12 14:58 UTC (permalink / raw)
To: cygwin
On 2/12/2011 9:25 AM, Corinna Vinschen wrote:
> On Feb 11 16:22, Ken Brown wrote:
>> If I run setup.exe with a cygwin snapshot installed, bash crashes
>> while running all preremove and postinstall scripts. Here's a
>> typical error message in /var/log/setup.log.full:
>>
>> 2011/02/11 15:56:55 running: C:\cygwin\bin\bash.exe --norc
>> --noprofile /etc/preremove/emacs-X11.sh
>> 0 [main] bash 2760 exception::handle: Exception:
>> STATUS_ACCESS_VIOLATION
>> 1739 [main] bash 2760 open_stackdumpfile: Dumping stack trace to
>> bash.exe.stackdump
>
> I'm sorry, but YA "works fine for me", on Windows 7 64 bit.
>
>> Exception: STATUS_ACCESS_VIOLATION at eip=772DA671
>> eax=000000F8 ebx=0089F4C0 ecx=0008EC50 edx=0028B974 esi=000000F8 edi=00000003
>> ebp=0028B97C esp=0028B97C program=C:\cygwin\bin\bash.exe, pid 2712, thread main
>> cs=0023 ds=002B es=002B fs=0053 gs=002B ss=002B
>> Stack trace:
>> Frame Function Args
>> 0028B97C 772DA671 (000000F8, 0089D3A0, 00000000, 0028BA34)
>> 0028B990 772E640D (0089D3A0, 776E5386, 0028BAFC, 0028BA98)
>> 0028BA34 7731E1DD (0028BA60, 00000208, 0028BAFC, 00000000)
>> 0028BA68 772DAD80 (0089F4C0, 00000208, 0028BAFC, 00000000)
>> 0028BA84 772FC943 (0089F4C0, 00000208, 0028BAFC, 00000000)
>> 0028BADC 7516C498 (00000001, 00000104, 0028BAFC, 0028BD44)
>> 0028BD08 75170C30 (0028BD3C, 0028BDC8, 00000001, 0028C24C)
>> 0028BD48 751709CB (0089F298, 00000198, 00000000, 00000001)
>> 0028BD6C 75170964 (0089F298, 00000198, 00000000, 00000080)
>> 0028BFA0 75175C49 (0000019C, 00000198, 0089F298, 00000000)
>> 0028BFF0 75175AFA (0000019C, 0028C114, 00000000, 0000000A)
>> 0028C680 75171ADC (00000000, 60FE0018, 60FE0018, 6117974C)
>> 0028C6B8 75161059 (60FE0018, 60FE0018, 6117974C, 6117974C)
>> 0028C788 61066A75 (0028C7B4, 0028C790, 00DC5048, 610722B6)
>> 0028C908 61067368 (000000FF, 0028C938, 0028C934, 004451D9)
>> 0028C948 610C1185 (00DC50F8, 00000000, 00DC3BE0, 000000A0)
>> End of stack trace (more stack frames may be present)
>
> The last Cygwin address in this call stack (61066A75) is an entirely
> harmless line in an entirely harmless function in a piece of code taken
> from FreeBSD. From there it goes downhill through at least two Windows
> DLLs (all address starting with 7). The joke is that this last Cygwin
> address in the call stack is practically unable to generate an access
> violation *and* it does not call any Windows function. I habe no idea
> why that happens, but it tastes a lot like a BLODA problem.
Did you test it with the latest Windows updates installed? The only
thing I can think of that changed on the two computers where I have this
issue is that there was a Windows update the night before the problem
started. I might try rolling back the update before I start searching
for BLODA.
Ken
--
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] 17+ messages in thread
* Re: Preremove/postinstall scripts fail with snapshot installed
2011-02-12 14:58 ` Ken Brown
@ 2011-02-12 15:31 ` Ken Brown
2011-02-12 16:44 ` Corinna Vinschen
0 siblings, 1 reply; 17+ messages in thread
From: Ken Brown @ 2011-02-12 15:31 UTC (permalink / raw)
To: cygwin
On 2/12/2011 9:58 AM, Ken Brown wrote:
> On 2/12/2011 9:25 AM, Corinna Vinschen wrote:
>> On Feb 11 16:22, Ken Brown wrote:
>>> If I run setup.exe with a cygwin snapshot installed, bash crashes
>>> while running all preremove and postinstall scripts. Here's a
>>> typical error message in /var/log/setup.log.full:
>>>
>>> 2011/02/11 15:56:55 running: C:\cygwin\bin\bash.exe --norc
>>> --noprofile /etc/preremove/emacs-X11.sh
>>> 0 [main] bash 2760 exception::handle: Exception:
>>> STATUS_ACCESS_VIOLATION
>>> 1739 [main] bash 2760 open_stackdumpfile: Dumping stack trace to
>>> bash.exe.stackdump
>>
>> I'm sorry, but YA "works fine for me", on Windows 7 64 bit.
>>
>>> Exception: STATUS_ACCESS_VIOLATION at eip=772DA671
>>> eax=000000F8 ebx=0089F4C0 ecx=0008EC50 edx=0028B974 esi=000000F8 edi=00000003
>>> ebp=0028B97C esp=0028B97C program=C:\cygwin\bin\bash.exe, pid 2712, thread main
>>> cs=0023 ds=002B es=002B fs=0053 gs=002B ss=002B
>>> Stack trace:
>>> Frame Function Args
>>> 0028B97C 772DA671 (000000F8, 0089D3A0, 00000000, 0028BA34)
>>> 0028B990 772E640D (0089D3A0, 776E5386, 0028BAFC, 0028BA98)
>>> 0028BA34 7731E1DD (0028BA60, 00000208, 0028BAFC, 00000000)
>>> 0028BA68 772DAD80 (0089F4C0, 00000208, 0028BAFC, 00000000)
>>> 0028BA84 772FC943 (0089F4C0, 00000208, 0028BAFC, 00000000)
>>> 0028BADC 7516C498 (00000001, 00000104, 0028BAFC, 0028BD44)
>>> 0028BD08 75170C30 (0028BD3C, 0028BDC8, 00000001, 0028C24C)
>>> 0028BD48 751709CB (0089F298, 00000198, 00000000, 00000001)
>>> 0028BD6C 75170964 (0089F298, 00000198, 00000000, 00000080)
>>> 0028BFA0 75175C49 (0000019C, 00000198, 0089F298, 00000000)
>>> 0028BFF0 75175AFA (0000019C, 0028C114, 00000000, 0000000A)
>>> 0028C680 75171ADC (00000000, 60FE0018, 60FE0018, 6117974C)
>>> 0028C6B8 75161059 (60FE0018, 60FE0018, 6117974C, 6117974C)
>>> 0028C788 61066A75 (0028C7B4, 0028C790, 00DC5048, 610722B6)
>>> 0028C908 61067368 (000000FF, 0028C938, 0028C934, 004451D9)
>>> 0028C948 610C1185 (00DC50F8, 00000000, 00DC3BE0, 000000A0)
>>> End of stack trace (more stack frames may be present)
>>
>> The last Cygwin address in this call stack (61066A75) is an entirely
>> harmless line in an entirely harmless function in a piece of code taken
>> from FreeBSD. From there it goes downhill through at least two Windows
>> DLLs (all address starting with 7). The joke is that this last Cygwin
>> address in the call stack is practically unable to generate an access
>> violation *and* it does not call any Windows function. I habe no idea
>> why that happens, but it tastes a lot like a BLODA problem.
>
> Did you test it with the latest Windows updates installed? The only
> thing I can think of that changed on the two computers where I have this
> issue is that there was a Windows update the night before the problem
> started. I might try rolling back the update before I start searching
> for BLODA.
I just did a system restore to undo the last round of Windows updates,
and the problem went away. I'm not sure where to go from here.
Ken
--
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] 17+ messages in thread
* Re: Preremove/postinstall scripts fail with snapshot installed
2011-02-12 15:31 ` Ken Brown
@ 2011-02-12 16:44 ` Corinna Vinschen
2011-02-12 18:12 ` Corinna Vinschen
0 siblings, 1 reply; 17+ messages in thread
From: Corinna Vinschen @ 2011-02-12 16:44 UTC (permalink / raw)
To: cygwin
On Feb 12 10:31, Ken Brown wrote:
> On 2/12/2011 9:58 AM, Ken Brown wrote:
> >On 2/12/2011 9:25 AM, Corinna Vinschen wrote:
> >>The last Cygwin address in this call stack (61066A75) is an entirely
> >>harmless line in an entirely harmless function in a piece of code taken
> >>from FreeBSD. From there it goes downhill through at least two Windows
> >>DLLs (all address starting with 7). The joke is that this last Cygwin
> >>address in the call stack is practically unable to generate an access
> >>violation *and* it does not call any Windows function. I habe no idea
> >>why that happens, but it tastes a lot like a BLODA problem.
> >
> >Did you test it with the latest Windows updates installed? The only
> >thing I can think of that changed on the two computers where I have this
> >issue is that there was a Windows update the night before the problem
> >started. I might try rolling back the update before I start searching
> >for BLODA.
>
> I just did a system restore to undo the last round of Windows
> updates, and the problem went away. I'm not sure where to go from
> here.
You're right, I can reproduce it on W7 32 and 64 bit. I reverted all
security updates from last Tuesday, rebooted, and the problem went
away. On another machine I kept the security updates but reverted
Cygwin to 1.7.7 instead and the problem also went away.
So this problem occurs on Windows 7 and perhaps Vista only with recent
Cygwin snapshots or current CVS, only with the latest security updates
installed and, for some reason, only when calling postinstall scripts
from setup.exe. Calling the same scripts from an interactive bash works
fine.
The 2010-10-18 snapshot is the snapshot which reintroduced the ability
to remove in-use directories by accessing an undocumented structure in
Vista/Windows 7. Looks like MSFT had to change something which breaks
an application using this structure in a very specifc scenario, which is
unfortunately exposed by running bash from setup.exe :-(
By installing the security updates again, one by one, I figure out
that it is the security update connected to KB 2393802 which triggers
the problem.
But, be it as it is, it doesn't make sense to ask people not to install
the security updates, so I fear it's "back to the drawing board" for
Cygwin. Sigh.
Thanks for the report,
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] 17+ messages in thread
* Re: Preremove/postinstall scripts fail with snapshot installed
2011-02-12 16:44 ` Corinna Vinschen
@ 2011-02-12 18:12 ` Corinna Vinschen
2011-02-12 22:05 ` Christopher Faylor
2011-02-13 16:25 ` Corinna Vinschen
0 siblings, 2 replies; 17+ messages in thread
From: Corinna Vinschen @ 2011-02-12 18:12 UTC (permalink / raw)
To: cygwin
On Feb 12 17:44, Corinna Vinschen wrote:
> On Feb 12 10:31, Ken Brown wrote:
> > I just did a system restore to undo the last round of Windows
> > updates, and the problem went away. I'm not sure where to go from
> > here.
>
> You're right, I can reproduce it on W7 32 and 64 bit.
> [...]
> So this problem occurs on Windows 7 and perhaps Vista only with recent
> Cygwin snapshots or current CVS, only with the latest security updates
> installed and, for some reason, only when calling postinstall scripts
> from setup.exe. Calling the same scripts from an interactive bash works
> fine.
>
> The 2010-10-18 snapshot is the snapshot which reintroduced the ability
> to remove in-use directories by accessing an undocumented structure in
> Vista/Windows 7. Looks like MSFT had to change something which breaks
> an application using this structure in a very specifc scenario, which is
> unfortunately exposed by running bash from setup.exe :-(
>
> By installing the security updates again, one by one, I figure out
> that it is the security update connected to KB 2393802 which triggers
> the problem.
>
> But, be it as it is, it doesn't make sense to ask people not to install
> the security updates, so I fear it's "back to the drawing board" for
> Cygwin. Sigh.
Just FYI, I have a working workaround. It's not exactly how I would
like to handle this stuff, but at least we know there *is* a solution
which still maintains the desired ability to delete an in-use directory.
Stay tuned.
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] 17+ messages in thread
* Re: Preremove/postinstall scripts fail with snapshot installed
2011-02-12 18:12 ` Corinna Vinschen
@ 2011-02-12 22:05 ` Christopher Faylor
2011-02-13 16:25 ` Corinna Vinschen
1 sibling, 0 replies; 17+ messages in thread
From: Christopher Faylor @ 2011-02-12 22:05 UTC (permalink / raw)
To: cygwin
On Sat, Feb 12, 2011 at 07:12:24PM +0100, Corinna Vinschen wrote:
>Just FYI, I have a working workaround. It's not exactly how I would
>like to handle this stuff, but at least we know there *is* a solution
>which still maintains the desired ability to delete an in-use directory.
>
>Stay tuned.
Funny how this cropped up twice in different ways in the last two days.
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] 17+ messages in thread
* Re: Preremove/postinstall scripts fail with snapshot installed
2011-02-12 18:12 ` Corinna Vinschen
2011-02-12 22:05 ` Christopher Faylor
@ 2011-02-13 16:25 ` Corinna Vinschen
2011-02-13 17:20 ` Ken Brown
2011-02-13 17:43 ` Andy Koppe
1 sibling, 2 replies; 17+ messages in thread
From: Corinna Vinschen @ 2011-02-13 16:25 UTC (permalink / raw)
To: cygwin
On Feb 12 19:12, Corinna Vinschen wrote:
> On Feb 12 17:44, Corinna Vinschen wrote:
> > On Feb 12 10:31, Ken Brown wrote:
> > > I just did a system restore to undo the last round of Windows
> > > updates, and the problem went away. I'm not sure where to go from
> > > here.
> >
> > You're right, I can reproduce it on W7 32 and 64 bit.
> > [...]
> > By installing the security updates again, one by one, I figure out
> > that it is the security update connected to KB 2393802 which triggers
> > the problem.
> > [...]
>
> Just FYI, I have a working workaround. It's not exactly how I would
> like to handle this stuff, but at least we know there *is* a solution
> which still maintains the desired ability to delete an in-use directory.
Ok, I think I have a solution now.
A few hours of debugging turned up that the KB 2393802 patch introduces
a change to the layout of the (undocumented) structure in which Windows
stores the CWD starting with Vista. That's the structure we called
FAST_CWD in Cygwin. The new layout is sufficiently different that
Cygwin scrambled the contents of the structure from the Win32
perspective.
Above all, the new structure layout is 4 bytes bigger, because
RtlSetCurrentDirectory_U now also stores some filesystem flags which
RtlGetCurrentDirectory_U uses to find out if the CWD is on a removable
device, and if that device is still available.
If Cygwin scrambled the content effectivly enough, Win32 calls like
CreateProcess could become so confused that they potentially crash with
a SEGV.
I just checked in a patch to Cygwin which uses the new structure layout
on systems which already have the KB 2393802 patch installed and the old
structure layout otherwise.
I also uploaded a new Cygwin snapshot to http://cygwin.com/snapshots/
Please give the today's snapsot a try. I tested it on Windows 2008 32
bit as well as on W7 32 and 64 bit, with and without KB 2393802
installed. "It works for me."(TM)
I sure hope that Microsoft does not change the structure layout again
any time soon...
Corinna
(*) As a side note, what strikes me as weird is the fact that nothing
at all in the information about KB 2393802(**) points to a
vulnerability related to the CWD and removable devices. Somehow
this change seems to be entirely unrelated to what the MS11-011
security bulletin is about. I also inspected all other security
bulletins from this month, but to no avail.
(**) http://www.microsoft.com/technet/security/bulletin/MS11-011.mspx
--
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] 17+ messages in thread* Re: Preremove/postinstall scripts fail with snapshot installed
2011-02-13 16:25 ` Corinna Vinschen
@ 2011-02-13 17:20 ` Ken Brown
2011-02-13 23:07 ` Ken Brown
2011-02-13 17:43 ` Andy Koppe
1 sibling, 1 reply; 17+ messages in thread
From: Ken Brown @ 2011-02-13 17:20 UTC (permalink / raw)
To: cygwin
On 2/13/2011 11:24 AM, Corinna Vinschen wrote:
> On Feb 12 19:12, Corinna Vinschen wrote:
>> On Feb 12 17:44, Corinna Vinschen wrote:
>>> On Feb 12 10:31, Ken Brown wrote:
>>>> I just did a system restore to undo the last round of Windows
>>>> updates, and the problem went away. I'm not sure where to go from
>>>> here.
>>>
>>> You're right, I can reproduce it on W7 32 and 64 bit.
>>> [...]
>>> By installing the security updates again, one by one, I figure out
>>> that it is the security update connected to KB 2393802 which triggers
>>> the problem.
>>> [...]
>>
>> Just FYI, I have a working workaround. It's not exactly how I would
>> like to handle this stuff, but at least we know there *is* a solution
>> which still maintains the desired ability to delete an in-use directory.
>
> Ok, I think I have a solution now.
>
> A few hours of debugging turned up that the KB 2393802 patch introduces
> a change to the layout of the (undocumented) structure in which Windows
> stores the CWD starting with Vista. That's the structure we called
> FAST_CWD in Cygwin. The new layout is sufficiently different that
> Cygwin scrambled the contents of the structure from the Win32
> perspective.
>
> Above all, the new structure layout is 4 bytes bigger, because
> RtlSetCurrentDirectory_U now also stores some filesystem flags which
> RtlGetCurrentDirectory_U uses to find out if the CWD is on a removable
> device, and if that device is still available.
>
> If Cygwin scrambled the content effectivly enough, Win32 calls like
> CreateProcess could become so confused that they potentially crash with
> a SEGV.
>
> I just checked in a patch to Cygwin which uses the new structure layout
> on systems which already have the KB 2393802 patch installed and the old
> structure layout otherwise.
>
> I also uploaded a new Cygwin snapshot to http://cygwin.com/snapshots/
> Please give the today's snapsot a try. I tested it on Windows 2008 32
> bit as well as on W7 32 and 64 bit, with and without KB 2393802
> installed. "It works for me."(TM)
Works for me on W7 64 bit with KB 2393802 installed. (I didn't test
without it. I had already reinstalled the updates.)
Thanks.
Ken
--
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] 17+ messages in thread
* Re: Preremove/postinstall scripts fail with snapshot installed
2011-02-13 17:20 ` Ken Brown
@ 2011-02-13 23:07 ` Ken Brown
2011-02-14 9:21 ` Corinna Vinschen
0 siblings, 1 reply; 17+ messages in thread
From: Ken Brown @ 2011-02-13 23:07 UTC (permalink / raw)
To: cygwin
On 2/13/2011 12:20 PM, Ken Brown wrote:
> Works for me on W7 64 bit with KB 2393802 installed.
BTW, when I said that it works, I was talking about the original bug
that I reported about preremove/postinstall scripts. But I just now
tested removing an in-use directory, and I was surprised by what
happened. Maybe I just don't understand how this is supposed to work.
I have two bash shells open, with prompts $1 and $2.
In shell 1:
$1 mkdir /tmp/foo
$1 cd /tmp/foo
In shell 2:
$2 rmdir /tmp/foo
$2 ls /tmp/foo
ls: cannot access /tmp/foo: No such file or directory
Back to shell 1:
$1 ls
0 [main] bash 2220 exception::handle: Exception:
STATUS_ACCESS_VIOLATION
Exception: STATUS_ACCESS_VIOLATION at eip=6109352A
eax=00000000 ebx=0075A0E8 ecx=77B83442 edx=00732C14 esi=00000001
edi=007309E8
ebp=0028CD08 esp=0028CCC0 program=C:\cygwin\bin\bash.exe, pid 2220,
thread main
cs=0023 ds=002B es=002B fs=0053 gs=002B ss=002B
Stack trace:
Frame Function Args
0028CD08 6109352A (61241A3C, 00000001, 00000000, 0028CD94)
0028CD28 6109608F (61241A3C, 0028CE64, 610068B0, 61004AF9)
0028CD58 61006B31 (00000000, 0028CD94, 610068B0, 7EFDE000)
End of stack trace
[repeated many more times...]
15641011 [main] bash 4588 exception::handle: Exception:
STATUS_ACCESS_VIOLATION
Exception: STATUS_ACCESS_VIOLATION at eip=6109352A
eax=00000000 ebx=0081A0E8 ecx=77B83442 edx=007F2C14 esi=00000001
edi=007F09E8
ebp=0028CD08 esp=0028CCC0 program=C:\cygwin\bin\bash.exe, pid 4588,
thread main
cs=0023 ds=002B es=002B fs=0053 gs=002B ss=002B
Stack trace:
Frame Function Args
0028CD08 6109352A (61241A3C, 00000001, 00000000, 0028CD94)
0028CD28 6109608F (61241A3C, 0028CE64, 610068B0, 61004AF9)
0028CD58 61006B31 (00000000, 0028CD94, 610068B0, 7EFDE000)
End of stack trace
15643878 [main] -bash 2804 fork: child -1 - died waiting for longjmp
before initialization, retry 0, exit code 0x600, errno 11
-bash: fork: Resource temporarily unavailable
Is this to be expected? I admit that it's stupid to try to list a cwd
that no longer exists, but I would have expected a friendlier response.
Ken
--
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] 17+ messages in thread* Re: Preremove/postinstall scripts fail with snapshot installed
2011-02-13 23:07 ` Ken Brown
@ 2011-02-14 9:21 ` Corinna Vinschen
2011-02-14 16:41 ` Corinna Vinschen
0 siblings, 1 reply; 17+ messages in thread
From: Corinna Vinschen @ 2011-02-14 9:21 UTC (permalink / raw)
To: cygwin
On Feb 13 18:07, Ken Brown wrote:
> On 2/13/2011 12:20 PM, Ken Brown wrote:
> >Works for me on W7 64 bit with KB 2393802 installed.
>
> BTW, when I said that it works, I was talking about the original bug
> that I reported about preremove/postinstall scripts. But I just now
> tested removing an in-use directory, and I was surprised by what
> happened. Maybe I just don't understand how this is supposed to
> work. I have two bash shells open, with prompts $1 and $2.
>
> In shell 1:
>
> $1 mkdir /tmp/foo
> $1 cd /tmp/foo
>
> In shell 2:
>
> $2 rmdir /tmp/foo
> $2 ls /tmp/foo
> ls: cannot access /tmp/foo: No such file or directory
>
> Back to shell 1:
>
> $1 ls
> 0 [main] bash 2220 exception::handle: Exception:
> STATUS_ACCESS_VIOLATION
Yes, I encountered that at one point yesterday as well, and I have
already a patch in the pipe, but didn't apply it so far because I
want to do some tests first.
What happens is this.
When Cygwin forks, it actually performs some magic centered around
a call to CreateProcess. Up to Windows 2003, the CreateProcess
call just duplicates the parent's CWD handle and stores it as the
CWD handle in the child. Starting with Windows Vista, the CWD handle
is always a fresh one, created on process startup, even if the CWD
of the child is the same as the CWD of the parent.
The problem with this scenario is that in the child process the CWD
handle creation fails, because the requested CWD doesn't exist anymore.
The result is that an important pointer in the OS is NULL. My change
from yesterday neglected this possibility, so it dereferences this
pointer without checking it for NULL, which in turn crashes.
Unfortunately it's not just adding a simple test, because Cygwin needs
the pointer to figure out which version of the FAST_CWD structure is
used.
Anyway, I'll apply a patch later today.
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] 17+ messages in thread
* Re: Preremove/postinstall scripts fail with snapshot installed
2011-02-14 9:21 ` Corinna Vinschen
@ 2011-02-14 16:41 ` Corinna Vinschen
2011-02-15 17:09 ` Corinna Vinschen
0 siblings, 1 reply; 17+ messages in thread
From: Corinna Vinschen @ 2011-02-14 16:41 UTC (permalink / raw)
To: cygwin
On Feb 14 10:20, Corinna Vinschen wrote:
> On Feb 13 18:07, Ken Brown wrote:
> > On 2/13/2011 12:20 PM, Ken Brown wrote:
> > $1 ls
> > 0 [main] bash 2220 exception::handle: Exception:
> > STATUS_ACCESS_VIOLATION
>
> Yes, I encountered that at one point yesterday as well, and I have
> already a patch in the pipe, but didn't apply it so far because I
> want to do some tests first.
> [...]
> Anyway, I'll apply a patch later today.
Nope, not today. I stumbled over some other problems which require
more debugging.
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] 17+ messages in thread
* Re: Preremove/postinstall scripts fail with snapshot installed
2011-02-14 16:41 ` Corinna Vinschen
@ 2011-02-15 17:09 ` Corinna Vinschen
2011-02-15 17:29 ` Ken Brown
0 siblings, 1 reply; 17+ messages in thread
From: Corinna Vinschen @ 2011-02-15 17:09 UTC (permalink / raw)
To: cygwin
On Feb 14 17:41, Corinna Vinschen wrote:
> On Feb 14 10:20, Corinna Vinschen wrote:
> > On Feb 13 18:07, Ken Brown wrote:
> > > On 2/13/2011 12:20 PM, Ken Brown wrote:
> > > $1 ls
> > > 0 [main] bash 2220 exception::handle: Exception:
> > > STATUS_ACCESS_VIOLATION
> >
> > Yes, I encountered that at one point yesterday as well, and I have
> > already a patch in the pipe, but didn't apply it so far because I
> > want to do some tests first.
> > [...]
> > Anyway, I'll apply a patch later today.
>
> Nope, not today. I stumbled over some other problems which require
> more debugging.
I just uploaded a new snapshot which (hopefully) fixed a couple of bugs,
including this one. Please give it a test. If you encounter something
weird, please report.
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] 17+ messages in thread
* Re: Preremove/postinstall scripts fail with snapshot installed
2011-02-15 17:09 ` Corinna Vinschen
@ 2011-02-15 17:29 ` Ken Brown
0 siblings, 0 replies; 17+ messages in thread
From: Ken Brown @ 2011-02-15 17:29 UTC (permalink / raw)
To: cygwin
On 2/15/2011 12:09 PM, Corinna Vinschen wrote:
> On Feb 14 17:41, Corinna Vinschen wrote:
>> On Feb 14 10:20, Corinna Vinschen wrote:
>>> On Feb 13 18:07, Ken Brown wrote:
>>>> On 2/13/2011 12:20 PM, Ken Brown wrote:
>>>> $1 ls
>>>> 0 [main] bash 2220 exception::handle: Exception:
>>>> STATUS_ACCESS_VIOLATION
>>>
>>> Yes, I encountered that at one point yesterday as well, and I have
>>> already a patch in the pipe, but didn't apply it so far because I
>>> want to do some tests first.
>>> [...]
>>> Anyway, I'll apply a patch later today.
>>
>> Nope, not today. I stumbled over some other problems which require
>> more debugging.
>
> I just uploaded a new snapshot which (hopefully) fixed a couple of bugs,
> including this one. Please give it a test. If you encounter something
> weird, please report.
Works fine so far. The last bug I reported is fixed, and
preremove/postinstall scripts run OK under setup.exe.
Ken
--
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] 17+ messages in thread
* Re: Preremove/postinstall scripts fail with snapshot installed
2011-02-13 16:25 ` Corinna Vinschen
2011-02-13 17:20 ` Ken Brown
@ 2011-02-13 17:43 ` Andy Koppe
1 sibling, 0 replies; 17+ messages in thread
From: Andy Koppe @ 2011-02-13 17:43 UTC (permalink / raw)
To: cygwin-talk, cygwin
On 13 February 2011 16:24, Corinna Vinschen wrote:
> (*) As a side note, what strikes me as weird is the fact that nothing
> at all in the information about KB 2393802(**) points to a
> vulnerability related to the CWD and removable devices. Somehow
> this change seems to be entirely unrelated to what the MS11-011
> security bulletin is about. I also inspected all other security
> bulletins from this month, but to no avail.
If I were a conspiracy theorist I'd suspect a link with a recent
discussion on a certain MSDN blog.
;) 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] 17+ messages in thread
end of thread, other threads:[~2011-02-15 17:29 UTC | newest]
Thread overview: 17+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-02-11 21:22 Preremove/postinstall scripts fail with snapshot installed Ken Brown
2011-02-12 0:26 ` Ken Brown
2011-02-12 12:09 ` Achim Gratz
2011-02-12 14:26 ` Corinna Vinschen
2011-02-12 14:58 ` Ken Brown
2011-02-12 15:31 ` Ken Brown
2011-02-12 16:44 ` Corinna Vinschen
2011-02-12 18:12 ` Corinna Vinschen
2011-02-12 22:05 ` Christopher Faylor
2011-02-13 16:25 ` Corinna Vinschen
2011-02-13 17:20 ` Ken Brown
2011-02-13 23:07 ` Ken Brown
2011-02-14 9:21 ` Corinna Vinschen
2011-02-14 16:41 ` Corinna Vinschen
2011-02-15 17:09 ` Corinna Vinschen
2011-02-15 17:29 ` Ken Brown
2011-02-13 17:43 ` Andy Koppe
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).