* cygwin 1.7.15: svn disk I/O error
@ 2012-06-14 19:48 Rolf Campbell
2012-06-14 19:55 ` Christopher Faylor
2012-06-19 9:32 ` Adam Dinwoodie
0 siblings, 2 replies; 46+ messages in thread
From: Rolf Campbell @ 2012-06-14 19:48 UTC (permalink / raw)
To: cygwin
[-- Attachment #1: Type: text/plain, Size: 895 bytes --]
Recently, I've noticed cygwin svn getting a LOT of errors during
operations. I think this started when upgrading from 1.7.14 to 1.7.15,
but I can't say for sure. The nature of these errors are as follows:
$ svn up
Updating '.':
svn: E200030: disk I/O error, executing statement 'RELEASE s6'
svn: E200030: sqlite: unable to open database file
svn: E200030: sqlite: unable to open database file
$ svn cleanup
svn: E200030: disk I/O error, executing statement 'RELEASE s79'
Sometimes the errors happen, sometimes not. It seems to be about 50% of
the time svn has this type of error now. I've tried running the exact
same version of SVN (the command-line version shipped with TourtoiseSVN)
on the exact same working copies and I don't have any errors.
I'm not running any anti-virus (I was, but I uninstalled it a couple of
days ago to make sure it wasn't causing this trouble).
[-- Attachment #2: cygcheck.txt --]
[-- Type: text/plain, Size: 33944 bytes --]
Cygwin Configuration Diagnostics
Current System Time: Thu Jun 14 20:43:04 2012
Windows 7 Professional N Ver 6.1 Build 7601 Service Pack 1
Running under WOW64 on AMD64
Path: 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 (x86)\Intel\Services\IPT
C:\Program Files (x86)\Common Files\Roxio Shared\OEM\DLLShared
C:\Program Files (x86)\Common Files\Roxio Shared\OEM\DLLShared
C:\Program Files (x86)\Common Files\Roxio Shared\OEM\12.0\DLLShared
C:\Program Files (x86)\Roxio\OEM\AudioCore
C:\Program Files\TortoiseSVN\bin
Output from C:\cygwin\bin\id.exe
UID: 1001(rcampbell) GID: 513(None)
513(None) 545(Users)
SysDir: C:\Windows\system32
WinDir: C:\Windows
HOME = 'C:\cygwin\home\rcampbell'
PWD = '/home/rcampbell'
USER = 'rcampbell'
ALLUSERSPROFILE = 'C:\ProgramData'
APPDATA = 'C:\Users\rcampbell\AppData\Roaming'
COMMONPROGRAMFILES = 'C:\Program Files (x86)\Common Files'
COMPUTERNAME = 'DWI-A3380'
COMSPEC = 'C:\Windows\system32\cmd.exe'
CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files'
CommonProgramW6432 = 'C:\Program Files\Common Files'
DXSDK_DIR = 'C:\Program Files\Microsoft DirectX SDK (March 2009)\'
FP_NO_HOST_CHECK = 'NO'
HOMEDRIVE = 'C:'
HOMEPATH = '\Users\rcampbell'
HOSTNAME = 'dwi-a3380'
INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:'
LANG = 'en_US.UTF-8'
LOCALAPPDATA = 'C:\Users\rcampbell\AppData\Local'
LOGONSERVER = '\\DWI-A3380'
MANPATH = '/usr/local/man:/usr/share/man:/usr/man:'
NUMBER_OF_PROCESSORS = '8'
OLDPWD = '/c/svn/5.6'
OS = 'Windows_NT'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC'
PRINTER = 'CutePDF Writer'
PROCESSOR_ARCHITECTURE = 'x86'
PROCESSOR_ARCHITEW6432 = 'AMD64'
PROCESSOR_IDENTIFIER = 'Intel64 Family 6 Model 42 Stepping 7, GenuineIntel'
PROCESSOR_LEVEL = '6'
PROCESSOR_REVISION = '2a07'
PROGRAMFILES = 'C:\Program Files (x86)'
PS1 = '\[\e]0;\w\a\]\n\[\e[32m\]\u@\h \[\e[33m\]\w\[\e[0m\]\n\$ '
PSModulePath = 'C:\Windows\system32\WindowsPowerShell\v1.0\Modules\'
PUBLIC = 'C:\Users\Public'
ProgramData = 'C:\ProgramData'
ProgramFiles(x86) = 'C:\Program Files (x86)'
ProgramW6432 = 'C:\Program Files'
SESSIONNAME = 'Console'
SHELL = '/bin/bash'
SHLVL = '1'
SYSTEMDRIVE = 'C:'
SYSTEMROOT = 'C:\Windows'
TEMP = 'C:\cygwin\tmp'
TERM = 'xterm'
TMP = 'C:\cygwin\tmp'
TZ = 'America/New_York'
USERDOMAIN = 'DWI-A3380'
USERNAME = 'rcampbell'
USERPROFILE = 'C:\Users\rcampbell'
VBOX_INSTALL_PATH = 'C:\Program Files\Oracle\VirtualBox\'
VS90COMNTOOLS = 'C:\Program Files (x86)\Microsoft Visual Studio 9.0\Common7\Tools\'
WINDIR = 'C:\Windows'
_ = '/usr/bin/cygcheck'
temp = 'C:\Users\RCAMPB~1\AppData\Local\Temp'
tmp = 'C:\Users\RCAMPB~1\AppData\Local\Temp'
windows_tracing_flags = '3'
windows_tracing_logfile = 'C:\BVTBin\Tests\installpackage\csilogfile.log'
HKEY_CURRENT_USER\Software\Cygwin
HKEY_CURRENT_USER\Software\Cygwin\Installations
(default) = '\??\C:\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'
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
User: Key: c5e39b7a9d22bafb Path: C:\cygwin
c: hd NTFS 121311Mb 68% CP CS UN PA FC OS
d: hd NTFS 1907726Mb 9% CP CS UN PA FC New Volume
e: cd N/A N/A
z: net NTFS 1907727Mb 8% CP CS UN PA FC
Warning: Mount entries should not have a trailing (back)slash
C:\cygwin / system binary,auto
C:\ /c system binary
D:\ /d system binary
E:\ /e system binary
F:\ /f system binary
G:\ /g 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
Not Found: gdb
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
Not Found: patch
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 2012/02/19 C:\cygwin\bin\cygapr-1-0.dll - os=4.0 img=1.0 sys=4.0
"cygapr-1-0.dll" v0.0 ts=2012/2/19 20:55
89k 2011/12/20 C:\cygwin\bin\cygaprutil-1-0.dll - os=4.0 img=1.0 sys=4.0
"cygaprutil-1-0.dll" v0.0 ts=2011/12/20 19:31
448k 2012/03/23 C:\cygwin\bin\cygasn1-8.dll - os=4.0 img=1.0 sys=4.0
"cygasn1-8.dll" v0.0 ts=2012/3/23 3:53
14k 2012/05/04 C:\cygwin\bin\cygattr-1.dll - os=4.0 img=1.0 sys=4.0
"cygattr-1.dll" v0.0 ts=2012/5/4 12:35
62k 2011/05/21 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0
"cygbz2-1.dll" v0.0 ts=2011/5/21 20:16
895k 2012/05/01 C:\cygwin\bin\cygcairo-2.dll - os=4.0 img=1.0 sys=4.0
"cygcairo-2.dll" v0.0 ts=2012/5/1 5:36
20k 2012/05/01 C:\cygwin\bin\cygcairo-gobject-2.dll - os=4.0 img=1.0 sys=4.0
"cygcairo-gobject-2.dll" v0.0 ts=2012/5/1 5:36
101k 2012/05/01 C:\cygwin\bin\cygcairo-script-interpreter-2.dll - os=4.0 img=1.0 sys=4.0
"cygcairo-script-interpreter-2.dll" v0.0 ts=2012/5/1 5:36
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/5 0:45
9k 2011/01/07 C:\cygwin\bin\cygcom_err-2.dll - os=4.0 img=1.0 sys=4.0
"cygcom_err-2.dll" v0.0 ts=2011/1/7 1:26
7k 2012/05/07 C:\cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0
"cygcrypt-0.dll" v0.0 ts=2012/5/7 12:18
1246k 2012/05/11 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=2012/5/11 12:25
1515k 2012/05/11 C:\cygwin\bin\cygcrypto-1.0.0.dll - os=4.0 img=1.0 sys=4.0
"cygcrypto-1.0.0.dll" v0.0 ts=2012/5/11 11:33
17k 2011/10/02 C:\cygwin\bin\cygdatrie-1.dll - os=4.0 img=1.0 sys=4.0
"cygdatrie-1.dll" v0.0 ts=2011/10/3 0:13
929k 2011/11/10 C:\cygwin\bin\cygdb-4.5.dll - os=4.0 img=1.0 sys=4.0
"cygdb-4.5.dll" v0.0 ts=2011/11/10 19:52
219k 2012/04/20 C:\cygwin\bin\cygdbus-1-3.dll - os=4.0 img=1.0 sys=4.0
"cygdbus-1-3.dll" v0.0 ts=2012/4/20 3:09
93k 2011/11/10 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=2011/11/10 19:53
140k 2012/05/03 C:\cygwin\bin\cygedit-0.dll - os=4.0 img=1.0 sys=4.0
"cygedit-0.dll" v0.0 ts=2012/5/3 18:12
148k 2012/06/08 C:\cygwin\bin\cygexpat-1.dll - os=4.0 img=1.0 sys=4.0
"cygexpat-1.dll" v0.0 ts=2012/6/8 23:13
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 11:26
21k 2011/10/26 C:\cygwin\bin\cygffi-4.dll - os=4.0 img=1.0 sys=4.0
"cygffi-4.dll" v0.0 ts=2011/10/23 14:33
175k 2012/02/03 C:\cygwin\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0
"cygfontconfig-1.dll" v0.0 ts=2012/2/3 8:53
43k 2010/01/02 C:\cygwin\bin\cygform-10.dll - os=4.0 img=1.0 sys=4.0
"cygform-10.dll" v0.0 ts=2010/1/2 14:49
43k 2009/11/20 C:\cygwin\bin\cygform-9.dll - os=4.0 img=1.0 sys=4.0
"cygform-9.dll" v0.0 ts=2009/11/20 19:14
47k 2010/01/02 C:\cygwin\bin\cygformw-10.dll - os=4.0 img=1.0 sys=4.0
"cygformw-10.dll" v0.0 ts=2010/1/2 17:31
505k 2012/03/27 C:\cygwin\bin\cygfreetype-6.dll - os=4.0 img=1.0 sys=4.0
"cygfreetype-6.dll" v0.0 ts=2012/3/27 5:27
79k 2011/10/26 C:\cygwin\bin\cyggcc_s-1.dll - os=4.0 img=1.0 sys=4.0
"cyggcc_s-1.dll" v0.0 ts=2011/10/23 14:15
227k 2011/11/16 C:\cygwin\bin\cyggd-2.dll - os=4.0 img=1.0 sys=4.0
"cyggd-2.dll" v0.0 ts=2011/11/16 10:53
19k 2009/02/26 C:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0
"cyggdbm-4.dll" v0.0 ts=2009/2/26 7:58
8k 2009/02/26 C:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0
"cyggdbm_compat-4.dll" v0.0 ts=2009/2/26 7:58
32k 2008/12/08 C:\cygwin\bin\cyggg-1.dll - os=4.0 img=1.0 sys=4.0
"cyggg-1.dll" v0.0 ts=2008/12/7 23:59
45k 2008/12/08 C:\cygwin\bin\cygggi-2.dll - os=4.0 img=1.0 sys=4.0
"cygggi-2.dll" v0.0 ts=2008/12/8 1:09
9k 2008/12/08 C:\cygwin\bin\cygggiwmh-0.dll - os=4.0 img=1.0 sys=4.0
"cygggiwmh-0.dll" v0.0 ts=2008/12/8 1:31
23k 2008/12/08 C:\cygwin\bin\cyggii-1.dll - os=4.0 img=1.0 sys=4.0
"cyggii-1.dll" v0.0 ts=2008/12/8 0:00
1063k 2012/05/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=2012/5/15 4:58
838k 2012/05/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=2012/5/15 4:52
11k 2012/05/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=2012/5/15 4:55
317k 2011/07/31 C:\cygwin\bin\cyggmp-3.dll - os=4.0 img=1.0 sys=4.0
"cyggmp-3.dll" v0.0 ts=2011/7/31 6:14
14k 2011/07/31 C:\cygwin\bin\cyggmpxx-4.dll - os=4.0 img=1.0 sys=4.0
"cyggmpxx-4.dll" v0.0 ts=2011/7/31 11:31
258k 2012/05/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=2012/5/15 4:55
42k 2011/10/26 C:\cygwin\bin\cyggomp-1.dll - os=4.0 img=1.0 sys=4.0
"cyggomp-1.dll" v0.0 ts=2011/10/23 14:21
179k 2012/03/23 C:\cygwin\bin\cyggssapi-3.dll - os=4.0 img=1.0 sys=4.0
"cyggssapi-3.dll" v0.0 ts=2012/3/23 4:01
6k 2012/05/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=2012/5/15 4:55
10k 2012/03/23 C:\cygwin\bin\cygheimbase-1.dll - os=4.0 img=1.0 sys=4.0
"cygheimbase-1.dll" v0.0 ts=2012/3/23 3:51
20k 2012/03/23 C:\cygwin\bin\cygheimntlm-0.dll - os=4.0 img=1.0 sys=4.0
"cygheimntlm-0.dll" v0.0 ts=2012/3/23 3:58
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 13:20
25k 2012/05/04 C:\cygwin\bin\cyghistory7.dll - os=4.0 img=1.0 sys=4.0
"cyghistory7.dll" v0.0 ts=2012/5/4 22:07
211k 2012/03/23 C:\cygwin\bin\cyghx509-5.dll - os=4.0 img=1.0 sys=4.0
"cyghx509-5.dll" v0.0 ts=2012/3/23 3:54
74k 2010/10/31 C:\cygwin\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0
"cygICE-6.dll" v0.0 ts=2010/10/31 20:18
358k 2012/04/14 C:\cygwin\bin\cygicons-0.dll - os=4.0 img=1.4 sys=4.0
"cygicons-0.dll" v0.0 ts=2012/4/14 2:48
985k 2011/10/16 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0
"cygiconv-2.dll" v0.0 ts=2011/10/16 18:01
35k 2011/10/16 C:\cygwin\bin\cygintl-8.dll - os=4.0 img=1.0 sys=4.0
"cygintl-8.dll" v0.0 ts=2011/10/16 6:38
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 8:02
20k 2012/03/23 C:\cygwin\bin\cygkafs-0.dll - os=4.0 img=1.0 sys=4.0
"cygkafs-0.dll" v0.0 ts=2012/3/23 3:58
372k 2012/03/23 C:\cygwin\bin\cygkrb5-26.dll - os=4.0 img=1.0 sys=4.0
"cygkrb5-26.dll" v0.0 ts=2012/3/23 3:57
42k 2012/03/26 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=2012/3/26 12:12
193k 2012/03/26 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=2012/3/26 13:47
206k 2012/03/26 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=2012/3/26 13:48
5k 2012/05/09 C:\cygwin\bin\cyglsa.dll - os=4.0 img=1.0 sys=4.0
"cyglsa.dll" v0.0 ts=2012/5/9 9:26
9k 2012/05/09 C:\cygwin\bin\cyglsa64.dll - os=5.2 img=0.0 sys=5.2
133k 2009/06/10 C:\cygwin\bin\cyglua-5.1.dll - os=4.0 img=1.0 sys=4.0
"cyglua-5.1.dll" v0.0 ts=2009/6/10 18:29
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/19 3:41
94k 2012/04/22 C:\cygwin\bin\cygmagic-1.dll - os=4.0 img=1.0 sys=4.0
"cygmagic-1.dll" v0.0 ts=2012/4/22 19:09
25k 2010/01/02 C:\cygwin\bin\cygmenu-10.dll - os=4.0 img=1.0 sys=4.0
"cygmenu-10.dll" v0.0 ts=2010/1/2 14:48
25k 2009/11/20 C:\cygwin\bin\cygmenu-9.dll - os=4.0 img=1.0 sys=4.0
"cygmenu-9.dll" v0.0 ts=2009/11/20 19:13
25k 2010/01/02 C:\cygwin\bin\cygmenuw-10.dll - os=4.0 img=1.0 sys=4.0
"cygmenuw-10.dll" v0.0 ts=2010/1/2 17:30
213k 2011/07/31 C:\cygwin\bin\cygmp-3.dll - os=4.0 img=1.0 sys=4.0
"cygmp-3.dll" v0.0 ts=2011/7/31 6:12
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/9 1: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 22:10
1102k 2011/08/07 C:\cygwin\bin\cygmpfr-4.dll - os=4.0 img=1.0 sys=4.0
"cygmpfr-4.dll" v0.0 ts=2011/8/7 2:47
63k 2010/01/02 C:\cygwin\bin\cygncurses++-10.dll - os=4.0 img=1.0 sys=4.0
"cygncurses++-10.dll" v0.0 ts=2010/1/2 15:00
63k 2009/11/20 C:\cygwin\bin\cygncurses++-9.dll - os=4.0 img=1.0 sys=4.0
"cygncurses++-9.dll" v0.0 ts=2009/11/20 19:25
63k 2010/01/02 C:\cygwin\bin\cygncurses++w-10.dll - os=4.0 img=1.0 sys=4.0
"cygncurses++w-10.dll" v0.0 ts=2010/1/2 17:41
195k 2010/01/02 C:\cygwin\bin\cygncurses-10.dll - os=4.0 img=1.0 sys=4.0
"cygncurses-10.dll" v0.0 ts=2010/1/2 14:45
198k 2009/11/20 C:\cygwin\bin\cygncurses-9.dll - os=4.0 img=1.0 sys=4.0
"cygncurses-9.dll" v0.0 ts=2009/11/20 19:10
244k 2010/01/02 C:\cygwin\bin\cygncursesw-10.dll - os=4.0 img=1.0 sys=4.0
"cygncursesw-10.dll" v0.0 ts=2010/1/2 17:28
118k 2012/03/22 C:\cygwin\bin\cygneon-27.dll - os=4.0 img=1.0 sys=4.0
"cygneon-27.dll" v0.0 ts=2012/3/22 14:05
13k 2010/01/02 C:\cygwin\bin\cygpanel-10.dll - os=4.0 img=1.0 sys=4.0
"cygpanel-10.dll" v0.0 ts=2010/1/2 14:47
13k 2009/11/20 C:\cygwin\bin\cygpanel-9.dll - os=4.0 img=1.0 sys=4.0
"cygpanel-9.dll" v0.0 ts=2009/11/20 19:12
13k 2010/01/02 C:\cygwin\bin\cygpanelw-10.dll - os=4.0 img=1.0 sys=4.0
"cygpanelw-10.dll" v0.0 ts=2010/1/2 16:30
236k 2012/05/02 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=2012/5/2 4:44
36k 2012/05/02 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=2012/5/2 4:45
186k 2012/05/02 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=2012/5/2 4:44
109k 2012/05/02 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=2012/5/2 4:44
23k 2012/05/02 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=2012/5/2 4:45
255k 2012/02/10 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0
"cygpcre-0.dll" v0.0 ts=2012/2/10 10:24
259k 2012/04/30 C:\cygwin\bin\cygpcre-1.dll - os=4.0 img=1.0 sys=4.0
"cygpcre-1.dll" v0.0 ts=2012/4/30 7:52
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 19:17
509k 2012/03/12 C:\cygwin\bin\cygpixman-1-0.dll - os=4.0 img=1.0 sys=4.0
"cygpixman-1-0.dll" v0.0 ts=2012/3/12 11:06
1035k 2010/01/22 C:\cygwin\bin\cygplot-2.dll - os=4.0 img=1.0 sys=4.0
"cygplot-2.dll" v0.0 ts=2010/1/22 21:53
249k 2011/07/28 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0
"cygpng12.dll" v0.0 ts=2011/7/28 6:20
129k 2011/07/28 C:\cygwin\bin\cygpng14-14.dll - os=4.0 img=1.0 sys=4.0
"cygpng14-14.dll" v0.0 ts=2011/7/28 6:55
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 6: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 13: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 13: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 16:46
122k 2011/10/05 C:\cygwin\bin\cygproxy-1.dll - os=4.0 img=1.0 sys=4.0
"cygproxy-1.dll" v0.0 ts=2011/10/5 5:45
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 13: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 13:20
162k 2012/05/04 C:\cygwin\bin\cygreadline7.dll - os=4.0 img=1.0 sys=4.0
"cygreadline7.dll" v0.0 ts=2012/5/4 22:07
51k 2012/03/23 C:\cygwin\bin\cygroken-18.dll - os=4.0 img=1.0 sys=4.0
"cygroken-18.dll" v0.0 ts=2012/3/23 3:51
87k 2012/05/13 C:\cygwin\bin\cygsasl2-2.dll - os=4.0 img=1.0 sys=4.0
"cygsasl2-2.dll" v0.0 ts=2012/5/13 5:27
55k 2012/03/16 C:\cygwin\bin\cygserf-0-1.dll - os=4.0 img=1.0 sys=4.0
"cygserf-0-1.dll" v0.0 ts=2012/3/16 2:14
59k 2012/03/21 C:\cygwin\bin\cygserf-1-0.dll - os=4.0 img=1.0 sys=4.0
"cygserf-1-0.dll" v0.0 ts=2012/3/21 2:53
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 8:33
25k 2010/10/31 C:\cygwin\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0
"cygSM-6.dll" v0.0 ts=2010/10/31 20:24
563k 2012/06/05 C:\cygwin\bin\cygsqlite3-0.dll - os=4.0 img=1.0 sys=4.0
"cygsqlite3-0.dll" v0.0 ts=2012/6/5 6:59
282k 2012/05/11 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=2012/5/11 12:25
359k 2012/05/11 C:\cygwin\bin\cygssl-1.0.0.dll - os=4.0 img=1.0 sys=4.0
"cygssl-1.0.0.dll" v0.0 ts=2012/5/11 11:33
8k 2011/10/26 C:\cygwin\bin\cygssp-0.dll - os=4.0 img=1.0 sys=4.0
"cygssp-0.dll" v0.0 ts=2011/10/23 14:33
780k 2011/10/26 C:\cygwin\bin\cygstdc++-6.dll - os=4.0 img=1.0 sys=4.0
"cygstdc++-6.dll" v0.0 ts=2011/10/23 14:58
292k 2012/05/18 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=2012/5/18 21:51
39k 2012/05/18 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=2012/5/18 21:42
57k 2012/05/18 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=2012/5/18 21:42
20k 2012/05/18 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=2012/5/18 21:44
143k 2012/05/18 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=2012/5/18 21:43
133k 2012/05/18 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=2012/5/18 21:43
7k 2012/05/18 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=2012/5/18 21:42
34k 2012/05/18 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=2012/5/18 21:47
23k 2012/05/18 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=2012/5/18 21:46
119k 2012/05/18 C:\cygwin\bin\cygsvn_ra_neon-1-0.dll - os=4.0 img=1.0 sys=4.0
/usr/bin/cygrunsrv: warning: OpenService failed for 'DcomLaunch': Win32 error 5
Access is denied.
/usr/bin/cygrunsrv: warning: OpenService failed for 'ose': Win32 error 5
Access is denied.
/usr/bin/cygrunsrv: warning: OpenService failed for 'osppsvc': Win32 error 5
Access is denied.
/usr/bin/cygrunsrv: warning: OpenService failed for 'pla': Win32 error 5
Access is denied.
/usr/bin/cygrunsrv: warning: OpenService failed for 'QWAVE': Win32 error 5
Access is denied.
/usr/bin/cygrunsrv: warning: OpenService failed for 'RpcEptMapper': Win32 error 5
Access is denied.
/usr/bin/cygrunsrv: warning: OpenService failed for 'RpcSs': Win32 error 5
Access is denied.
"cygsvn_ra_neon-1-0.dll" v0.0 ts=2012/5/18 21:43
132k 2012/05/18 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=2012/5/18 21:44
70k 2012/05/18 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=2012/5/18 21:43
147k 2012/05/18 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=2012/5/18 21:45
290k 2012/05/18 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=2012/5/18 21:42
472k 2012/05/18 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=2012/5/18 21:43
26k 2011/10/04 C:\cygwin\bin\cygthai-0.dll - os=4.0 img=1.0 sys=4.0
"cygthai-0.dll" v0.0 ts=2011/10/4 21:22
48k 2010/01/02 C:\cygwin\bin\cygtic-10.dll - os=4.0 img=1.0 sys=4.0
"cygtic-10.dll" v0.0 ts=2010/1/2 14:45
48k 2009/11/20 C:\cygwin\bin\cygtic-9.dll - os=4.0 img=1.0 sys=4.0
"cygtic-9.dll" v0.0 ts=2009/11/20 19:10
48k 2010/01/02 C:\cygwin\bin\cygticw-10.dll - os=4.0 img=1.0 sys=4.0
"cygticw-10.dll" v0.0 ts=2010/1/2 17:28
13k 2012/02/29 C:\cygwin\bin\cyguuid-1.dll - os=4.0 img=1.0 sys=4.0
"cyguuid-1.dll" v0.0 ts=2012/2/29 3:56
157k 2012/03/23 C:\cygwin\bin\cygwind-0.dll - os=4.0 img=1.0 sys=4.0
"cygwind-0.dll" v0.0 ts=2012/3/23 3:52
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 10:02
1045k 2011/08/22 C:\cygwin\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0
"cygX11-6.dll" v0.0 ts=2011/8/22 9:25
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/3 1:32
337k 2011/02/04 C:\cygwin\bin\cygXaw-7.dll - os=4.0 img=1.0 sys=4.0
"cygXaw-7.dll" v0.0 ts=2011/2/4 7:02
75k 2010/12/21 C:\cygwin\bin\cygxcb-1.dll - os=4.0 img=1.0 sys=4.0
"cygxcb-1.dll" v0.0 ts=2010/12/21 1:36
22k 2010/12/21 C:\cygwin\bin\cygxcb-render-0.dll - os=4.0 img=1.0 sys=4.0
"cygxcb-render-0.dll" v0.0 ts=2010/12/21 1:36
8k 2010/12/21 C:\cygwin\bin\cygxcb-shm-0.dll - os=4.0 img=1.0 sys=4.0
"cygxcb-shm-0.dll" v0.0 ts=2010/12/21 1:36
17k 2010/10/31 C:\cygwin\bin\cygXdmcp-6.dll - os=4.0 img=1.0 sys=4.0
"cygXdmcp-6.dll" v0.0 ts=2010/10/31 20:29
52k 2011/05/23 C:\cygwin\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0
"cygXext-6.dll" v0.0 ts=2011/5/23 9:32
66k 2010/11/01 C:\cygwin\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0
"cygXft-2.dll" v0.0 ts=2010/11/1 2:10
75k 2010/11/01 C:\cygwin\bin\cygXmu-6.dll - os=4.0 img=1.0 sys=4.0
"cygXmu-6.dll" v0.0 ts=2010/11/1 2:19
53k 2010/11/01 C:\cygwin\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0
"cygXpm-4.dll" v0.0 ts=2010/11/1 2:19
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 5:48
278k 2011/06/07 C:\cygwin\bin\cygXt-6.dll - os=4.0 img=1.0 sys=4.0
"cygXt-6.dll" v0.0 ts=2011/6/7 4:40
71k 2012/05/13 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0
"cygz.dll" v0.0 ts=2012/5/13 5:11
2235k 2012/05/09 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
"cygwin1.dll" v0.0 ts=2012/5/9 9:25
Cygwin DLL version info:
DLL version: 1.7.15
DLL epoch: 19
DLL old termios: 5
DLL malloc env: 28
Cygwin conv: 181
API major: 0
API minor: 260
Shared data: 5
DLL identifier: cygwin1
Mount registry: 3
Cygwin registry name: Cygwin
Program options name: Program Options
Installations name: Installations
Cygdrive default prefix:
Build date:
Shared id: cygwin1S5
No Cygwin services found.
Cygwin Package Information
Last downloaded files to: C:\cygwin\install
Last downloaded files from: http://mirror.csclub.uwaterloo.ca/cygwin/
Package Version Status
_autorebase 000076-1 OK
_update-info-dir 01052-1 OK
alternatives 1.3.30c-10 OK
astyle 2.02.1-1 OK
base-cygwin 3.1-1 OK
base-files 4.1-1 OK
bash 4.1.10-4 OK
binutils 2.22.51-2 OK
bzip2 1.0.6-2 OK
coreutils 8.15-1 OK
crypt 1.2-1 OK
csih 0.9.6-1 OK
cygrunsrv 1.40-2 OK
cygutils 1.4.10-2 OK
cygwin 1.7.15-1 OK
cygwin-doc 1.7-1 OK
dash 0.5.7-1 OK
dbus 1.4.20-1 OK
diffutils 3.2-1 OK
dos2unix 6.0-1 OK
editrights 1.01-2 OK
file 5.11-1 OK
findutils 4.5.9-2 OK
gamin 0.1.10-11 OK
gawk 4.0.1-1 OK
gcc4-core 4.5.3-3 OK
gcc4-g++ 4.5.3-3 OK
gettext 0.18.1.1-2 OK
gnuplot 4.4.4-1 OK
grep 2.6.3-1 OK
groff 1.21-2 OK
gsettings-desktop-schemas 3.4.2-1 OK
gzip 1.4-1 OK
ipc-utils 1.0-1 OK
less 444-1 OK
libapr1 1.4.6-1 OK
libaprutil1 1.4.1-1 OK
libasn1_8 1.5.2-2 OK
libattr1 2.4.46-1 OK
libbz2_1 1.0.6-2 OK
libcairo2 1.12.2-1 OK
libcloog0 0.15.7-1 OK
libcom_err2 1.41.14-1 OK
libdatrie1 0.2.4-1 OK
libdb4.5 4.5.20.2-3 OK
libdbus1_3 1.4.20-1 OK
libedit0 20120311-1 OK
libexpat1 2.1.0-1 OK
libfam0 0.1.10-11 OK
libffi4 4.5.3-3 OK
libfontconfig1 2.8.0-2 OK
libfreetype6 2.4.9-2 OK
libgcc1 4.5.3-3 OK
libgd2 2.0.36RC1-12 OK
libgdbm4 1.8.3-20 OK
libggi2 2.2.2-2 OK
libggiwmh0 0.3.2-2 OK
libgii1 1.0.2-2 OK
libglib2.0_0 2.32.3-1 OK
libgmp3 4.3.2-1 OK
libgmpxx4 4.3.2-1 OK
libgomp1 4.5.3-3 OK
libgssapi3 1.5.2-2 OK
libheimbase1 1.5.2-2 OK
libheimntlm0 1.5.2-2 OK
libhx509_5 1.5.2-2 OK
libICE6 1.0.7-1 OK
libiconv2 1.14-2 OK
libintl8 0.18.1.1-2 OK
libjpeg8 8b-1 OK
libkafs0 1.5.2-2 OK
libkrb5_26 1.5.2-2 OK
liblzma5 5.0.2_20110517-1 OK
libmpc1 0.8-1 OK
libmpfr1 2.4.1-4 OK
libmpfr4 3.0.1-1 OK
libncurses10 5.7-18 OK
libncurses9 5.7-16 OK
libncursesw10 5.7-18 OK
libneon27 0.29.6-2 OK
libopenldap2_3_0 2.3.43-3 OK
libopenssl098 0.9.8x-1 OK
libopenssl100 1.0.1c-1 OK
libpango1.0_0 1.30.0-1 OK
libpcre0 8.21-2 OK
libpcre1 8.30-1 OK
libpixman1_0 0.24.4-1 OK
libplot2 2.6-2 OK
libpng12 1.2.46-1 OK
libpng14 1.4.8-1 OK
libpopt0 1.6.4-4 OK
libppl 0.10.2-1 OK
libpq5 8.2.11-1 OK
libproxy1 0.4.7-1 OK
libreadline6 5.2.14-12 OK
libreadline7 6.1.2-3 OK
libroken18 1.5.2-2 OK
libsasl2 2.1.25-1 OK
libserf0_1 0.7.1-2 OK
libserf1_0 1.0.3-1 OK
libsigsegv2 2.10-1 OK
libSM6 1.2.0-1 OK
libsqlite3_0 3.7.12.1-1 OK
libssp0 4.5.3-3 OK
libstdc++6 4.5.3-3 OK
libstdc++6-devel 4.5.3-3 OK
libthai0 0.1.15-1 OK
libuuid1 2.21-1 OK
libwind0 1.5.2-2 OK
libwrap0 7.6-21 OK
libX11_6 1.4.4-1 OK
libXau6 1.0.6-1 OK
libXaw7 1.0.9-1 OK
libxcb-render0 1.7-2 OK
libxcb-shm0 1.7-2 OK
libxcb1 1.7-2 OK
libXdmcp6 1.1.0-1 OK
libXext6 1.3.0-1 OK
libXft2 2.2.0-1 OK
libXmu6 1.1.0-1 OK
libXpm4 3.5.9-1 OK
libXrender1 0.9.6-1 OK
libXt6 1.1.1-1 OK
login 1.10-10 OK
lua 5.1.4-11 OK
make 3.82.90-1 OK
man 1.6g-1 OK
mintty 1.0.3-1 OK
openssh 6.0p1-2 OK
perl 5.10.1-5 OK
python 2.6.8-2 OK
rebase 4.2.0-1 OK
run 1.1.13-1 OK
sed 4.2.1-2 OK
subversion 1.7.5-1 OK
tar 1.25-1 OK
terminfo 5.7_20091114-14 OK
texinfo 4.13-4 OK
tzcode 2012b-1 OK
unison2.40 2.40.63-1 OK
w32api 3.17-2 OK
which 2.20-2 OK
xz 5.0.2_20110517-1 OK
zlib0 1.2.7-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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-06-14 19:48 cygwin 1.7.15: svn disk I/O error Rolf Campbell
@ 2012-06-14 19:55 ` Christopher Faylor
2012-06-14 20:09 ` Rolf Campbell
2012-06-14 22:00 ` Garrison, Jim (ETW)
2012-06-19 9:32 ` Adam Dinwoodie
1 sibling, 2 replies; 46+ messages in thread
From: Christopher Faylor @ 2012-06-14 19:55 UTC (permalink / raw)
To: cygwin
On Thu, Jun 14, 2012 at 03:48:05PM -0400, Rolf Campbell wrote:
>Recently, I've noticed cygwin svn getting a LOT of errors during
>operations. I think this started when upgrading from 1.7.14 to 1.7.15,
>but I can't say for sure. The nature of these errors are as follows:
>
>$ svn up
>Updating '.':
>svn: E200030: disk I/O error, executing statement 'RELEASE s6'
>svn: E200030: sqlite: unable to open database file
>svn: E200030: sqlite: unable to open database file
>
>
>$ svn cleanup
>svn: E200030: disk I/O error, executing statement 'RELEASE s79'
>
>
>Sometimes the errors happen, sometimes not. It seems to be about 50% of
>the time svn has this type of error now. I've tried running the exact
>same version of SVN (the command-line version shipped with TourtoiseSVN)
>on the exact same working copies and I don't have any errors.
>
>I'm not running any anti-virus (I was, but I uninstalled it a couple of
>days ago to make sure it wasn't causing this trouble).
Why would you think that a disk I/O error was either anti-virus or Cygwin
related and not... a disk I/O error? Have you looked in your event logs
for errors?
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-06-14 19:55 ` Christopher Faylor
@ 2012-06-14 20:09 ` Rolf Campbell
2012-06-14 22:00 ` Garrison, Jim (ETW)
1 sibling, 0 replies; 46+ messages in thread
From: Rolf Campbell @ 2012-06-14 20:09 UTC (permalink / raw)
To: cygwin
On 2012-06-14 15:55, Christopher Faylor wrote:
> On Thu, Jun 14, 2012 at 03:48:05PM -0400, Rolf Campbell wrote:
>>
>> $ svn cleanup
>> svn: E200030: disk I/O error, executing statement 'RELEASE s79'
>>
>>
>> Sometimes the errors happen, sometimes not. It seems to be about 50% of
>> the time svn has this type of error now. I've tried running the exact
>> same version of SVN (the command-line version shipped with TourtoiseSVN)
>> on the exact same working copies and I don't have any errors.
>>
>> I'm not running any anti-virus (I was, but I uninstalled it a couple of
>> days ago to make sure it wasn't causing this trouble).
>
> Why would you think that a disk I/O error was either anti-virus or Cygwin
> related and not... a disk I/O error? Have you looked in your event logs
> for errors?
> cgf
I thought it might be anti-virus related because I read another message
about someone having a similar problem and he thought it might be
anti-virus related. But now I can't find where I was reading that
message anymore.
Anyway, another reason is because I only experience this error when I
use the cygwin version of SVN. Other versions do not run into any
errors when accessing the exact same working copies.
I just checked my event logs and I don't see any system errors related
to I/O. The only error today is about failing to start the PBADRV service.
--
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] 46+ messages in thread
* RE: cygwin 1.7.15: svn disk I/O error
2012-06-14 19:55 ` Christopher Faylor
2012-06-14 20:09 ` Rolf Campbell
@ 2012-06-14 22:00 ` Garrison, Jim (ETW)
2012-06-14 22:02 ` Garrison, Jim (ETW)
2012-06-15 10:38 ` Warren Young
1 sibling, 2 replies; 46+ messages in thread
From: Garrison, Jim (ETW) @ 2012-06-14 22:00 UTC (permalink / raw)
To: cygwin
> -----Original Message-----
> Subject: Re: cygwin 1.7.15: svn disk I/O error
>
> On Thu, Jun 14, 2012 at 03:48:05PM -0400, Rolf Campbell wrote:
> >Recently, I've noticed cygwin svn getting a LOT of errors during
> >operations. I think this started when upgrading from 1.7.14 to 1.7.15,
> >but I can't say for sure. The nature of these errors are as follows:
> >
> >$ svn up
> >Updating '.':
> >svn: E200030: disk I/O error, executing statement 'RELEASE s6'
> >svn: E200030: sqlite: unable to open database file
> >svn: E200030: sqlite: unable to open database file
> >
> >
> >$ svn cleanup
> >svn: E200030: disk I/O error, executing statement 'RELEASE s79'
> >
> >
> >Sometimes the errors happen, sometimes not. It seems to be about 50%
> >of the time svn has this type of error now. I've tried running the
> >exact same version of SVN (the command-line version shipped with
> >TourtoiseSVN) on the exact same working copies and I don't have any
> errors.
> >
> >I'm not running any anti-virus (I was, but I uninstalled it a couple of
> >days ago to make sure it wasn't causing this trouble).
>
> Why would you think that a disk I/O error was either anti-virus or
> Cygwin related and not... a disk I/O error? Have you looked in your
> event logs for errors?
It is indeed AV related -- a race between SQLite and AV
http://mail-archives.apache.org/mod_mbox/subversion-users/201204.mbox/%3CE3F0AE62D06F6C42ACF59588421A2CC50F66713D@DEFTHW99E54MSX.ww902.siemens.net%3E
I just ran into this and got around it by temporarily disabling AV
--
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] 46+ messages in thread
* RE: cygwin 1.7.15: svn disk I/O error
2012-06-14 22:00 ` Garrison, Jim (ETW)
@ 2012-06-14 22:02 ` Garrison, Jim (ETW)
2012-06-15 10:38 ` Warren Young
1 sibling, 0 replies; 46+ messages in thread
From: Garrison, Jim (ETW) @ 2012-06-14 22:02 UTC (permalink / raw)
To: Garrison, Jim (ETW), cygwin
> -----Original Message-----
> Subject: RE: cygwin 1.7.15: svn disk I/O error
>
> > -----Original Message-----
> > Subject: Re: cygwin 1.7.15: svn disk I/O error
> >
> > On Thu, Jun 14, 2012 at 03:48:05PM -0400, Rolf Campbell wrote:
> > >Recently, I've noticed cygwin svn getting a LOT of errors during
> > >operations. I think this started when upgrading from 1.7.14 to
> > >1.7.15, but I can't say for sure. The nature of these errors are as
> follows:
> > >
> > >$ svn up
> > >Updating '.':
> > >svn: E200030: disk I/O error, executing statement 'RELEASE s6'
> > >svn: E200030: sqlite: unable to open database file
> > >svn: E200030: sqlite: unable to open database file
> > >
> > >
> > >$ svn cleanup
> > >svn: E200030: disk I/O error, executing statement 'RELEASE s79'
> > >
> > >
> > >Sometimes the errors happen, sometimes not. It seems to be about 50%
> > >of the time svn has this type of error now. I've tried running the
> > >exact same version of SVN (the command-line version shipped with
> > >TourtoiseSVN) on the exact same working copies and I don't have any
> > errors.
> > >
> > >I'm not running any anti-virus (I was, but I uninstalled it a couple
> > >of days ago to make sure it wasn't causing this trouble).
> >
> > Why would you think that a disk I/O error was either anti-virus or
> > Cygwin related and not... a disk I/O error? Have you looked in your
> > event logs for errors?
>
>
> It is indeed AV related -- a race between SQLite and AV
>
> http://mail-archives.apache.org/mod_mbox/subversion-
> users/201204.mbox/%3CE3F0AE62D06F6C42ACF59588421A2CC50F66713D@DEFTHW99E5
> 4MSX.ww902.siemens.net%3E
>
> I just ran into this and got around it by temporarily disabling AV
See also this thread
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2906294
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-06-14 22:00 ` Garrison, Jim (ETW)
2012-06-14 22:02 ` Garrison, Jim (ETW)
@ 2012-06-15 10:38 ` Warren Young
2012-06-15 13:24 ` Rolf Campbell
2012-06-15 13:43 ` Rolf Campbell
1 sibling, 2 replies; 46+ messages in thread
From: Warren Young @ 2012-06-15 10:38 UTC (permalink / raw)
To: Cygwin-L
On 6/14/2012 4:00 PM, Garrison, Jim (ETW) wrote:
>> Why would you think that a disk I/O error was either anti-virus or
>> Cygwin related and not... a disk I/O error? Have you looked in your
>> event logs for errors?
>
> It is indeed AV related -- a race between SQLite and AV
That's one possibility, but check this out:
http://stackoverflow.com/questions/11007024/
tl;dr: someone made the problem go away by rolling my recent 3.7.12
release back to the prior 3.7.3 version.
I doubt the problem is in the upstream changes between .3 and .12. I'm
more worried about the build option changes. SQLite has a lot of
Windows-specific code in it, plus some Cygwin-specific code, too. The
build changes override some things to force it to believe it's being
built for a more generic POSIX type system.
It may be both things: the build option changes that force more I/O
calls to go through Cygwin instead of direct to the Win32 API could be
tickling BLODA bugs.
Yet another possibility is that the build option changes cause a subtle
ABI change that will be fixed when SVN is rebuilt against it.
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-06-15 10:38 ` Warren Young
@ 2012-06-15 13:24 ` Rolf Campbell
2012-06-15 13:43 ` Rolf Campbell
1 sibling, 0 replies; 46+ messages in thread
From: Rolf Campbell @ 2012-06-15 13:24 UTC (permalink / raw)
To: cygwin
On 2012-06-15 06:37, Warren Young wrote:
> On 6/14/2012 4:00 PM, Garrison, Jim (ETW) wrote:
>>> Why would you think that a disk I/O error was either anti-virus or
>>> Cygwin related and not... a disk I/O error? Have you looked in your
>>> event logs for errors?
>>
>> It is indeed AV related -- a race between SQLite and AV
>
> That's one possibility, but check this out:
>
> http://stackoverflow.com/questions/11007024/
>
> tl;dr: someone made the problem go away by rolling my recent 3.7.12
> release back to the prior 3.7.3 version.
>
> I doubt the problem is in the upstream changes between .3 and .12. I'm
> more worried about the build option changes. SQLite has a lot of
> Windows-specific code in it, plus some Cygwin-specific code, too. The
> build changes override some things to force it to believe it's being
> built for a more generic POSIX type system.
>
> It may be both things: the build option changes that force more I/O
> calls to go through Cygwin instead of direct to the Win32 API could be
> tickling BLODA bugs.
>
> Yet another possibility is that the build option changes cause a subtle
> ABI change that will be fixed when SVN is rebuilt against it.
Also, I don't think I'm running any A/V software (Windows keeps nagging
me that my system is *not* running A/V). I uninstalled it to see if
that was the problem before reporting it to this list.
Also#2: I'm seeing this problem on a Win7x64 machine, but I also have a
WinXPx32 machine which has started exhibiting the same symptoms. That
one *is* running Symantec A/V (which I've never had trouble with
before). It's a work machine, and I don't have permissions to uninstall
A/V, but I'll see if I can convince the IT guy to uninstall it for a
while to see if that resolves the problem.
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-06-15 10:38 ` Warren Young
2012-06-15 13:24 ` Rolf Campbell
@ 2012-06-15 13:43 ` Rolf Campbell
1 sibling, 0 replies; 46+ messages in thread
From: Rolf Campbell @ 2012-06-15 13:43 UTC (permalink / raw)
To: cygwin
On 2012-06-15 06:37, Warren Young wrote:
>> It is indeed AV related -- a race between SQLite and AV
>
> That's one possibility, but check this out:
>
> http://stackoverflow.com/questions/11007024/
>
> tl;dr: someone made the problem go away by rolling my recent 3.7.12
> release back to the prior 3.7.3 version.
>
> I doubt the problem is in the upstream changes between .3 and .12. I'm
> more worried about the build option changes. SQLite has a lot of
> Windows-specific code in it, plus some Cygwin-specific code, too. The
> build changes override some things to force it to believe it's being
> built for a more generic POSIX type system.
>
> It may be both things: the build option changes that force more I/O
> calls to go through Cygwin instead of direct to the Win32 API could be
> tickling BLODA bugs.
>
> Yet another possibility is that the build option changes cause a subtle
> ABI change that will be fixed when SVN is rebuilt against it.
I've rolled my machine back to to .3 and I'll see if it fixes my system
too. Unfortunately, I'm not able to reproduce the problem *at all* this
morning with any version of anything. I guess I'll wait and see for now.
--
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] 46+ messages in thread
* RE: cygwin 1.7.15: svn disk I/O error
2012-06-14 19:48 cygwin 1.7.15: svn disk I/O error Rolf Campbell
2012-06-14 19:55 ` Christopher Faylor
@ 2012-06-19 9:32 ` Adam Dinwoodie
2012-06-19 19:24 ` Rolf Campbell
1 sibling, 1 reply; 46+ messages in thread
From: Adam Dinwoodie @ 2012-06-19 9:32 UTC (permalink / raw)
To: cygwin
Rolf Campbell wrote:
> Recently, I've noticed cygwin svn getting a LOT of errors during
> operations. I think this started when upgrading from 1.7.14 to 1.7.15,
> but I can't say for sure. The nature of these errors are as follows:
>
> $ svn up
> Updating '.':
> svn: E200030: disk I/O error, executing statement 'RELEASE s6'
> svn: E200030: sqlite: unable to open database file
> svn: E200030: sqlite: unable to open database file
>
>
> $ svn cleanup
> svn: E200030: disk I/O error, executing statement 'RELEASE s79'
>
>
> <snip>
I've had the same problem, and have found a solution: this appears for me to be an interaction with TortoiseSVN, which I have on my machine and which is entirely unaware of Cygwin.
Disabling TortoiseSVN's icon cache has completely resolved the issue for me. You can do this by running TortoiseSVN's Settings program, going to "Icon Overlays", and selecting "None" under "Status cache", then hitting Apply.
That may explain why Rolf's been hitting this despite apparently having no AV installed.
Adam
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-06-19 9:32 ` Adam Dinwoodie
@ 2012-06-19 19:24 ` Rolf Campbell
2012-06-19 21:19 ` Achim Gratz
0 siblings, 1 reply; 46+ messages in thread
From: Rolf Campbell @ 2012-06-19 19:24 UTC (permalink / raw)
To: cygwin
On 2012-06-19 05:29, Adam Dinwoodie wrote:
> Rolf Campbell wrote:
>> $ svn up
>> Updating '.':
>> svn: E200030: disk I/O error, executing statement 'RELEASE s6'
>> svn: E200030: sqlite: unable to open database file
>> svn: E200030: sqlite: unable to open database file
>>
>> $ svn cleanup
>> svn: E200030: disk I/O error, executing statement 'RELEASE s79'
>>
>> <snip>
>
> I've had the same problem, and have found a solution: this appears for me to be an interaction with TortoiseSVN, which I have on my machine and which is entirely unaware of Cygwin.
> Disabling TortoiseSVN's icon cache has completely resolved the issue for me. You can do this by running TortoiseSVN's Settings program, going to "Icon Overlays", and selecting "None" under "Status cache", then hitting Apply.
> That may explain why Rolf's been hitting this despite apparently having no AV installed.
> Adam
That's a very interesting discovery. I certainly am using TortoiseSVN.
There must be some interaction between the most recent version of
sqlite and TortoiseSVN's status scanner. I've been playing around with
sqlite versions and I've confirmed what others have stated that it's
only a problem with v3.7.12.1 and NOT a problem with v3.7.3.
I've upgraded back to v3.7.12.1 and disabled TortoiseSVN's icon scanner.
It appears to resolve the problem for me as well.
I would hate to add TortoiseSVN to the BLODA.
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-06-19 19:24 ` Rolf Campbell
@ 2012-06-19 21:19 ` Achim Gratz
2012-06-20 0:22 ` Warren Young
0 siblings, 1 reply; 46+ messages in thread
From: Achim Gratz @ 2012-06-19 21:19 UTC (permalink / raw)
To: cygwin
Rolf Campbell writes:
> I would hate to add TortoiseSVN to the BLODA.
The icon cache _is_ dodgy — at least the one for TortoiseGit, which
needs to be restarted regularly.
But getting back to SQLite, backing out the changes in the build would
get us back a different bug. So it would be very interesting if you
could debug where it hits that roadblock in svn. I suspect that svn
does not deal with the file being locked exclusively (when TortoiseSVN
accesses the database) and some call through the windows interface
blocked. Note that SQLite isn't really designed for concurrent access
to the database file from a different process.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
DIY Stuff:
http://Synth.Stromeko.net/DIY.html
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-06-19 21:19 ` Achim Gratz
@ 2012-06-20 0:22 ` Warren Young
2012-06-20 5:25 ` Achim Gratz
0 siblings, 1 reply; 46+ messages in thread
From: Warren Young @ 2012-06-20 0:22 UTC (permalink / raw)
To: Cygwin-L
On 6/19/2012 3:18 PM, Achim Gratz wrote:
>
> I suspect that svn
> does not deal with the file being locked exclusively (when TortoiseSVN
> accesses the database) and some call through the windows interface
> blocked.
It's possible svn has a timer on the call that results in a SQL call
through SQLite, and when this doesn't return as fast as svn thinks it
ought to, it bombs out, complaining that there "must" be a disk I/O
problem. What may actually be happening is that Windows' aggressive
locking strategy has set up a deadlock between two processes.
As for why .3 and .12 behave differently, it's probably because one or
more locks that used to be owned by the SQLite DLL that are now owned by
the Cygwin DLL. That is, files are being accessed on the DLL's behalf
by Cygwin now, rather than directly through the Windows API. Since
Cygwin doubtless does file I/O differently than SQLite did, for the same
basic reason that any two programmers tend to write code differently,
there's a new conflict.
If this is the case, the best solution may be for TortoiseSVN to stop
grabbing files for long-term exclusive use. It should only be locking
the svn DB files as long as is necessary to make some change.
> Note that SQLite isn't really designed for concurrent access
> to the database file from a different process.
There is a paucity of truth in that statement. See the SQLite FAQ:
https://sqlite.org/faq.html#q5
But, there's only so much SQLite can do to cooperate with the OS's
locking strategy. On POSIX systems where SQLite was born, locking is
mostly advisory and cooperative, whereas Windows gives you mandatory
locks by default in a lot of cases. Mandatory locks allow one process
(e.g. TortoiseSVN) to deny another (e.g. Cygwin svn) the ability to
change a file, indefinitely.
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-06-20 0:22 ` Warren Young
@ 2012-06-20 5:25 ` Achim Gratz
2012-06-26 16:46 ` Achim Gratz
0 siblings, 1 reply; 46+ messages in thread
From: Achim Gratz @ 2012-06-20 5:25 UTC (permalink / raw)
To: cygwin
Warren Young writes:
>> Note that SQLite isn't really designed for concurrent access
>> to the database file from a different process.
>
> There is a paucity of truth in that statement.
So let me re-formulate that sentence: concurrent access ultimately
relies on the file locking provided by the OS. The concurrency support
in SQLite is simply to not keep state outside a critical section and
lock the database file exclusively when entering one.
> But, there's only so much SQLite can do to cooperate with the OS's
> locking strategy. On POSIX systems where SQLite was born, locking is
> mostly advisory and cooperative, whereas Windows gives you mandatory
> locks by default in a lot of cases. Mandatory locks allow one process
> (e.g. TortoiseSVN) to deny another (e.g. Cygwin svn) the ability to
> change a file, indefinitely.
Cygwin should (and apparently does) abstract away that difference. But
it seems that the locking strategy might be slightly different between
Win32 and POSIX, triggering a foray into that "disk I/O error" branch.
There may still be a bug some place else, i.e. it may get a timeout
rather than a "file locked" state. I'll have a look when I find some
time.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptation for Waldorf Blofeld V1.15B11:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-06-20 5:25 ` Achim Gratz
@ 2012-06-26 16:46 ` Achim Gratz
2012-06-26 17:25 ` David Rothenberger
0 siblings, 1 reply; 46+ messages in thread
From: Achim Gratz @ 2012-06-26 16:46 UTC (permalink / raw)
To: cygwin
Achim Gratz writes:
> Cygwin should (and apparently does) abstract away that difference. But
> it seems that the locking strategy might be slightly different between
> Win32 and POSIX, triggering a foray into that "disk I/O error" branch.
> There may still be a bug some place else, i.e. it may get a timeout
> rather than a "file locked" state. I'll have a look when I find some
> time.
I've had a look at the sources and those two error messages are with
near certainty generated by SQLite. Unfortunately there are many places
where they could be generated, it would certainly help if it could be
traced where exactly in SQLite this is happening (must be at least two
places, maybe more).
I've tried to re-build svn against the new SQLite library, but I'm not
sure if that works correctly on my machine (the tests are still runnning
and I get some test failures already since apparently I'm still missing
some dependencies). However, I don't have TortoiseSVN installed anyway.
David Rothenberger, I'd appreciate if you could try to do another build
of svn and tell us if there are any test regressions w.r.t to your last
build.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Wavetables for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-06-26 16:46 ` Achim Gratz
@ 2012-06-26 17:25 ` David Rothenberger
2012-06-26 18:07 ` Achim Gratz
0 siblings, 1 reply; 46+ messages in thread
From: David Rothenberger @ 2012-06-26 17:25 UTC (permalink / raw)
To: cygwin
On 6/26/2012 9:45 AM, Achim Gratz wrote:
> Achim Gratz writes:
> I've tried to re-build svn against the new SQLite library, but I'm not
> sure if that works correctly on my machine (the tests are still runnning
> and I get some test failures already since apparently I'm still missing
> some dependencies). However, I don't have TortoiseSVN installed anyway.
The cygport file should check for all required build dependencies. If
you find one missing, please let me know.
> David Rothenberger, I'd appreciate if you could try to do another build
> of svn and tell us if there are any test regressions w.r.t to your last
> build.
The point of the rebuild is to see if building against the latest
sqlite3 package fixes the problem? I can do a rebuild in the next few
days. However, I have not been able to get the test suite to run fully
for quite a while due to rebase problems. Many tests use triggers and
these often encounter fork failures. I have never seen a SQLite error
message in the test failures, but I also don't have TortoiseSVN
installed. (I removed it long ago when the icon cache caused me problems.)
I'm not sure that me running the test suite will prove much, so I'll
make the rebuild available as a test release in case someone that was
experiencing the problem would like to try it out.
--
David Rothenberger ---- daveroth@acm.org
"Daddy, Daddy, make
Santa Claus go away!"
"I can't, son;
he's grown too
powerful."
"HO HO HO!"
-- Duck's Breath Mystery Theatre
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-06-26 17:25 ` David Rothenberger
@ 2012-06-26 18:07 ` Achim Gratz
2012-06-27 9:11 ` Adam Dinwoodie
2012-06-27 14:07 ` Achim Gratz
0 siblings, 2 replies; 46+ messages in thread
From: Achim Gratz @ 2012-06-26 18:07 UTC (permalink / raw)
To: cygwin
David Rothenberger writes:
> The cygport file should check for all required build dependencies. If
> you find one missing, please let me know.
I'm not near my work machine, so this is from memory... the test suite
requires perl modules I didn't have installed and fails most perl tests
without them — not too worried about this, will install those later this
week. Also, the requires check for Berkeley-DB 4.2 and 4.5, but only
4.5 and 4.8 are currently offered by Cygwin. I've had to comment out
the Apache module build since the mod_dav.la was nowhere to be found and
no Cygwin package provides it.
>> David Rothenberger, I'd appreciate if you could try to do another build
>> of svn and tell us if there are any test regressions w.r.t to your last
>> build.
>
> The point of the rebuild is to see if building against the latest
> sqlite3 package fixes the problem?
Either that or maybe whether the testsuite that comes with svn confirms
the problem and thus delivers a debuggable testcase.
> I can do a rebuild in the next few days. However, I have not been able
> to get the test suite to run fully for quite a while due to rebase
> problems.
The ephemeral rebase option I posted patches for in cygwin-apps should
help with that. Since I should have the same problem, I'll see that I
can adapt the cygport file to use it.
> Many tests use triggers and these often encounter fork
> failures. I have never seen a SQLite error message in the test
> failures, but I also don't have TortoiseSVN installed. (I removed it
> long ago when the icon cache caused me problems.)
If you still have a test log it might prove helpful.
> I'm not sure that me running the test suite will prove much, so I'll
> make the rebuild available as a test release in case someone that was
> experiencing the problem would like to try it out.
Thanks, that should help as well if the OP could check if it makes any
difference.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptations for KORG EX-800 and Poly-800MkII V0.9:
http://Synth.Stromeko.net/Downloads.html#KorgSDada
--
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] 46+ messages in thread
* RE: cygwin 1.7.15: svn disk I/O error
2012-06-26 18:07 ` Achim Gratz
@ 2012-06-27 9:11 ` Adam Dinwoodie
2012-06-27 14:07 ` Achim Gratz
1 sibling, 0 replies; 46+ messages in thread
From: Adam Dinwoodie @ 2012-06-27 9:11 UTC (permalink / raw)
To: cygwin
Achim Gratz wrote:
> David Rothenberger writes:
> > I'm not sure that me running the test suite will prove much, so I'll
> > make the rebuild available as a test release in case someone that was
> > experiencing the problem would like to try it out.
>
> Thanks, that should help as well if the OP could check if it makes any
> difference.
I'm hitting the same problem (or, at least, my setup is similar to the OP's,
and the thing that fixed it for me also fixed it for him), I'm certainly
willing to test any new build.
Adam
^ permalink raw reply [flat|nested] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-06-26 18:07 ` Achim Gratz
2012-06-27 9:11 ` Adam Dinwoodie
@ 2012-06-27 14:07 ` Achim Gratz
2012-06-27 18:18 ` David Rothenberger
1 sibling, 1 reply; 46+ messages in thread
From: Achim Gratz @ 2012-06-27 14:07 UTC (permalink / raw)
To: cygwin
Achim Gratz <Stromeko <at> nexgo.de> writes:
> I'm not near my work machine, so this is from memory... the test suite
> requires perl modules I didn't have installed and fails most perl tests
> without them — not too worried about this, will install those later this
> week.
The fail is not due to a module missing, but due to the perl dynaloader not
being able to load the DLL produced by the build. The error message is not
helpful as there's no reason given for why it couldn't load the DLL. The file
exists and is readable /executable. However, LDD gives strange output:
# ldd subversion/bindings/swig/perl/native/blib/arch/auto/SVN/_Core/_Core.dll
ntdll.dll => /cygdrive/c/Windows/SYSTEM32/ntdll.dll (0x772e0000)
kernel32.dll => /cygdrive/c/Windows/system32/kernel32.dll (0x75c60000)
KERNELBASE.dll => /cygdrive/c/Windows/system32/KERNELBASE.dll (0x756b0000)
??? => ??? (0x587f0000)
??? => ??? (0x6c540000)
??? => ??? (0x61000000)
??? => ??? (0x6b1a0000)
??? => ??? (0x615e0000)
??? => ??? (0x61ad0000)
??? => ??? (0x617d0000)
??? => ??? (0x619a0000)
??? => ??? (0x617e0000)
??? => ??? (0x6c520000)
??? => ??? (0x6be20000)
??? => ??? (0x6b6a0000)
??? => ??? (0x66620000)
??? => ??? (0x65030000)
??? => ??? (0x64ca0000)
??? => ??? (0x60560000)
??? => ??? (0x61bf0000)
??? => ??? (0x75590000)
??? => ??? (0x771d0000)
??? => ??? (0x754a0000)
> I've had to comment out the Apache module build since the mod_dav.la
> was nowhere to be found and no Cygwin package provides it.
Even with the changes to the build config by Yaakov trying to build the Apache
module fails for me, now with unresolved symbols of the form "_dav_*". I've
built without mod_dav to work around that.
> The ephemeral rebase option I posted patches for in cygwin-apps should
> help with that. Since I should have the same problem, I'll see that I
> can adapt the cygport file to use it.
Rebasing does help. Failing Perl tests aside (which never start due to the
issue outlined above), all further tests so far are pass. Judging from the
current progress, I'd think tests will run at least for two more hours.
Regards,
Achim.
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-06-27 14:07 ` Achim Gratz
@ 2012-06-27 18:18 ` David Rothenberger
2012-06-27 18:41 ` Achim Gratz
2012-06-28 17:37 ` Rolf Campbell
0 siblings, 2 replies; 46+ messages in thread
From: David Rothenberger @ 2012-06-27 18:18 UTC (permalink / raw)
To: cygwin
On 6/27/2012 7:06 AM, Achim Gratz wrote:
> Achim Gratz <Stromeko <at> nexgo.de> writes:
>> I'm not near my work machine, so this is from memory... the test suite
>> requires perl modules I didn't have installed and fails most perl tests
>> without them — not too worried about this, will install those later this
>> week.
>
> The fail is not due to a module missing, but due to the perl dynaloader not
> being able to load the DLL produced by the build. The error message is not
> helpful as there's no reason given for why it couldn't load the DLL. The file
> exists and is readable /executable. However, LDD gives strange output:
Strange. It works for me and the ldd output for _Core.dll is reasonable.
>> I've had to comment out the Apache module build since the mod_dav.la
>> was nowhere to be found and no Cygwin package provides it.
>
> Even with the changes to the build config by Yaakov trying to build the Apache
> module fails for me, now with unresolved symbols of the form "_dav_*". I've
> built without mod_dav to work around that.
Yaakov's changes worked for me.
> Rebasing does help. Failing Perl tests aside (which never start due to the
> issue outlined above), all further tests so far are pass. Judging from the
> current progress, I'd think tests will run at least for two more hours.
Yes, rebasing helped for me, too. The Ruby tests encountered fork
failures, but everything else is working.
I don't think this proves much, though. The errors I was getting in the
past were fork failures and not the SQLite error being reported.
Anyway, I'll have a new release available shortly built against the
latest SQLite package, so others that want to use TortoiseSVN can try it.
--
David Rothenberger ---- daveroth@acm.org
It has long been an axiom of mine that the little things are infinitely
the most important.
-- Sir Arthur Conan Doyle, "A Case of Identity"
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-06-27 18:18 ` David Rothenberger
@ 2012-06-27 18:41 ` Achim Gratz
2012-06-28 11:49 ` Achim Gratz
2012-06-28 17:37 ` Rolf Campbell
1 sibling, 1 reply; 46+ messages in thread
From: Achim Gratz @ 2012-06-27 18:41 UTC (permalink / raw)
To: cygwin
David Rothenberger writes:
> Strange. It works for me and the ldd output for _Core.dll is reasonable.
What version of autotools, swig etc. are you using? The only swig
wrappers that work for me are those for Python. Both Ruby and Perl seem
to die on those strangely non-functional DLL the build has produced.
Ruby had an additional problem: it was looking for the libraries in a
directory .ext, but the build put them into .libs. A symlinked fixed
that, but then the DLL could not be loaded anyway...
> Yaakov's changes worked for me.
Yes, there must be some difference in how the build got configured.
Anyway, it seems that your new build will be available much faster than
any attempt by me to find and fix those differences.
> Anyway, I'll have a new release available shortly built against the
> latest SQLite package, so others that want to use TortoiseSVN can try it.
Thank you.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-06-27 18:41 ` Achim Gratz
@ 2012-06-28 11:49 ` Achim Gratz
2012-06-28 16:31 ` David Rothenberger
0 siblings, 1 reply; 46+ messages in thread
From: Achim Gratz @ 2012-06-28 11:49 UTC (permalink / raw)
To: cygwin
Achim Gratz <Stromeko <at> nexgo.de> writes:
> > Strange. It works for me and the ldd output for _Core.dll is reasonable.
I can't seem to get this working. There are a few warnings, but nothing that
would explain such a massive fail. Would you mind posting the ldd output for
your _Core.dll?
> > Yaakov's changes worked for me.
I was still missing a -devel package. Once installed, the Apache modules build
and, more importantly link.
Regards,
Achim.
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-06-28 11:49 ` Achim Gratz
@ 2012-06-28 16:31 ` David Rothenberger
2012-06-28 19:04 ` Achim Gratz
0 siblings, 1 reply; 46+ messages in thread
From: David Rothenberger @ 2012-06-28 16:31 UTC (permalink / raw)
To: cygwin
On 6/28/2012 4:49 AM, Achim Gratz wrote:
> Achim Gratz <Stromeko <at> nexgo.de> writes:
>>> Strange. It works for me and the ldd output for _Core.dll is reasonable.
>
> I can't seem to get this working. There are a few warnings, but nothing that
> would explain such a massive fail. Would you mind posting the ldd output for
> your _Core.dll?
% ldd /usr/lib/perl5/vendor_perl/5.10/i686-cygwin/auto/SVN/_Core/_Core.dll
ntdll.dll => /c/Windows/SysWOW64/ntdll.dll (0x772f0000)
kernel32.dll => /c/Windows/syswow64/kernel32.dll (0x74ae0000)
KERNELBASE.dll => /c/Windows/syswow64/KERNELBASE.dll (0x74c80000)
cygapr-1-0.dll => /usr/bin/cygapr-1-0.dll (0x6e8c0000)
cygwin1.dll => /usr/bin/cygwin1.dll (0x61000000)
cyggcc_s-1.dll => /usr/bin/cyggcc_s-1.dll (0x6d6b0000)
cyguuid-1.dll => /usr/bin/cyguuid-1.dll (0x67a40000)
cygssp-0.dll => /usr/bin/cygssp-0.dll (0x67f40000)
cygsvn_swig_perl-1-0.dll => /usr/bin/cygsvn_swig_perl-1-0.dll (0x67c40000)
cygsvn_delta-1-0.dll => /usr/bin/cygsvn_delta-1-0.dll (0x67e10000)
cygsvn_subr-1-0.dll => /usr/bin/cygsvn_subr-1-0.dll (0x67c50000)
cygaprutil-1-0.dll => /usr/bin/cygaprutil-1-0.dll (0x6e8a0000)
cygcrypt-0.dll => /usr/bin/cygcrypt-0.dll (0x6e3e0000)
cygexpat-1.dll => /usr/bin/cygexpat-1.dll (0x6da30000)
cygiconv-2.dll => /usr/bin/cygiconv-2.dll (0x69a90000)
cygintl-8.dll => /usr/bin/cygintl-8.dll (0x699a0000)
cygmagic-1.dll => /usr/bin/cygmagic-1.dll (0x69530000)
cygz.dll => /usr/bin/cygz.dll (0x67650000)
cygsqlite3-0.dll => /usr/bin/cygsqlite3-0.dll (0x68030000)
CRYPT32.DLL => /c/Windows/syswow64/CRYPT32.DLL (0x76740000)
msvcrt.dll => /c/Windows/syswow64/msvcrt.dll (0x76860000)
MSASN1.dll => /c/Windows/syswow64/MSASN1.dll (0x74cd0000)
cygperl5_10.dll => /usr/bin/cygperl5_10.dll (0x689f0000)
cygsvn_diff-1-0.dll => /usr/bin/cygsvn_diff-1-0.dll (0x67df0000)
??? => ??? (0x770000)
>>> Yaakov's changes worked for me.
>
> I was still missing a -devel package. Once installed, the Apache modules build
> and, more importantly link.
Which -devel package was missing? cygport should have warned you
about missing build dependencies.
--
David Rothenberger ---- daveroth@acm.org
If you tell the truth you don't have to remember anything.
-- Mark Twain
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-06-27 18:18 ` David Rothenberger
2012-06-27 18:41 ` Achim Gratz
@ 2012-06-28 17:37 ` Rolf Campbell
2012-06-28 19:11 ` Achim Gratz
2012-06-28 20:37 ` David Rothenberger
1 sibling, 2 replies; 46+ messages in thread
From: Rolf Campbell @ 2012-06-28 17:37 UTC (permalink / raw)
To: cygwin
On 2012-06-27 14:17, David Rothenberger wrote:
> Anyway, I'll have a new release available shortly built against the
> latest SQLite package, so others that want to use TortoiseSVN can try it.
I just upgraded to the -5 package, and turned the TSVN icon caching back
on, and it very quickly failed in the same way as the -3 package.
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-06-28 16:31 ` David Rothenberger
@ 2012-06-28 19:04 ` Achim Gratz
2012-06-28 19:27 ` David Rothenberger
0 siblings, 1 reply; 46+ messages in thread
From: Achim Gratz @ 2012-06-28 19:04 UTC (permalink / raw)
To: cygwin
David Rothenberger writes:
>> I can't seem to get this working. There are a few warnings, but nothing that
>> would explain such a massive fail. Would you mind posting the ldd output for
>> your _Core.dll?
>
> % ldd /usr/lib/perl5/vendor_perl/5.10/i686-cygwin/auto/SVN/_Core/_Core.dll
> ntdll.dll => /c/Windows/SysWOW64/ntdll.dll (0x772f0000)
[...]
> cygsvn_diff-1-0.dll => /usr/bin/cygsvn_diff-1-0.dll (0x67df0000)
> ??? => ??? (0x770000)
Hmm. This is an installed version of the same library, not the one from
the build directory... note also that I build for Perl 5.14 in case that
makes a difference. Looking at the addresses from my library I know
where cygwin1.dll is and it is already in a different place. I could
look up all the other libraries in the rebase database to find what they
are. I have no idea what the unresolved addresses above 0x70000000 are
and I see you also have one of these, so maybe this is normal. Anyway,
I still don't know when and why ldd decides to show you "???" and if
that relates to the problem with DynaLoader.
Any way, I think those "???" are a red herring, I've built on my home
machine and there it works, even though I have those "???" entries as
well (albeit in total much less lines, but this is a Win7/64 machine
vs. Win7/32bit at work and perl 5.10).
>> I was still missing a -devel package. Once installed, the Apache modules build
>> and, more importantly link.
>
> Which -devel package was missing? cygport should have warned you
> about missing build dependencies.
I updated some other packages (libserf) as well, so I don't know which
one it was exactly, but I think it might have been openldap-devel.
Interestingly enough it was the linking step that failed, not the
compilation, so the header files must already have been present via some
other package.
Gnome-keyring requires pkg-config during the configure step, not
requested by the cygport file.
Ruby tests are still failing because it looks for the extension
libraries in a different directory than where they really are.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptation for Waldorf microQ V2.22R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-06-28 17:37 ` Rolf Campbell
@ 2012-06-28 19:11 ` Achim Gratz
2012-06-28 20:03 ` Warren Young
2012-06-28 20:37 ` David Rothenberger
1 sibling, 1 reply; 46+ messages in thread
From: Achim Gratz @ 2012-06-28 19:11 UTC (permalink / raw)
To: cygwin
Rolf Campbell writes:
> On 2012-06-27 14:17, David Rothenberger wrote:
>> Anyway, I'll have a new release available shortly built against the
>> latest SQLite package, so others that want to use TortoiseSVN can try it.
>
> I just upgraded to the -5 package, and turned the TSVN icon caching
> back on, and it very quickly failed in the same way as the -3 package.
:-(
Now, if somebody could find out _where_ in SQLite it fails...
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-06-28 19:04 ` Achim Gratz
@ 2012-06-28 19:27 ` David Rothenberger
2012-06-28 20:40 ` Achim Gratz
2012-07-11 6:34 ` Achim Gratz
0 siblings, 2 replies; 46+ messages in thread
From: David Rothenberger @ 2012-06-28 19:27 UTC (permalink / raw)
To: cygwin
On 6/28/2012 12:04 PM, Achim Gratz wrote:
> David Rothenberger writes:
>>> I can't seem to get this working. There are a few warnings, but nothing that
>>> would explain such a massive fail. Would you mind posting the ldd output for
>>> your _Core.dll?
>>
>> % ldd /usr/lib/perl5/vendor_perl/5.10/i686-cygwin/auto/SVN/_Core/_Core.dll
>> ntdll.dll => /c/Windows/SysWOW64/ntdll.dll (0x772f0000)
> [...]
>> cygsvn_diff-1-0.dll => /usr/bin/cygsvn_diff-1-0.dll (0x67df0000)
>> ??? => ??? (0x770000)
>
> Hmm. This is an installed version of the same library, not the one from
> the build directory
That's correct. I've cleaned up my build directory. I did try it from my
build directory before, though, and there were no ???.
> ... note also that I build for Perl 5.14 in case that
> makes a difference.
I make two packages, one for 5.10 and one for 5.14. There's a separate
patch that's required for 5.14. Did you include it? The source package
for -4 includes it automatically.
> Any way, I think those "???" are a red herring, I've built on my home
> machine and there it works, even though I have those "???" entries as
> well (albeit in total much less lines, but this is a Win7/64 machine
> vs. Win7/32bit at work and perl 5.10).
The perl bindings work for me on Win7/64 using 5.10. I use them every day.
>>> I was still missing a -devel package. Once installed, the Apache modules build
>>> and, more importantly link.
>>
>> Which -devel package was missing? cygport should have warned you
>> about missing build dependencies.
>
> I updated some other packages (libserf) as well, so I don't know which
> one it was exactly, but I think it might have been openldap-devel.
> Interestingly enough it was the linking step that failed, not the
> compilation, so the header files must already have been present via some
> other package.
There was a problem with the openldap-devel package at one point; it was
missing lots of things. I had to reinstall it to get the libraries.
> Gnome-keyring requires pkg-config during the configure step, not
> requested by the cygport file.
Thanks, I'll add that to the .cygport file.
> Ruby tests are still failing because it looks for the extension
> libraries in a different directory than where they really are.
The tests work for me, but I've never been able to get them to work
without first installing the newly built packages. The last time I did
this, I did:
1. Do "cygport *.cygport almostall"
2. Install the packages.
3. Rebase the dll and so files in */build and */inst
4. Do "cygport *.cygport check"
All the tests passed except for a Ruby test (it appeared the output came
in a different order than expected) and a few Perl tests (it couldn't
delete a temporary directory).
--
David Rothenberger ---- daveroth@acm.org
Ambiguity:
Telling the truth when you don't mean to.
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-06-28 19:11 ` Achim Gratz
@ 2012-06-28 20:03 ` Warren Young
2012-06-28 20:35 ` Achim Gratz
0 siblings, 1 reply; 46+ messages in thread
From: Warren Young @ 2012-06-28 20:03 UTC (permalink / raw)
To: Cygwin-L
On 6/28/2012 1:11 PM, Achim Gratz wrote:
> Rolf Campbell writes:
>> On 2012-06-27 14:17, David Rothenberger wrote:
>>> Anyway, I'll have a new release available shortly built against the
>>> latest SQLite package, so others that want to use TortoiseSVN can try it.
>>
>> I just upgraded to the -5 package, and turned the TSVN icon caching
>> back on, and it very quickly failed in the same way as the -3 package.
>
> :-(
>
> Now, if somebody could find out _where_ in SQLite it fails...
Is it not true that you're the only one in many years of SQLite's
availability in Cygwin who wanted it compiled the way it currently is?
Since everyone else was apparently happy with it the way it was, and the
new way is causing problems, I'd say it's up to you to find the fix
before I give up and release the next version with the compilation
changes reverted.
Put another way: I have two parties of users, both of whom claim SQLite
is giving them problems, one a group of size=1, and the other group
somewhat larger.
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-06-28 20:03 ` Warren Young
@ 2012-06-28 20:35 ` Achim Gratz
2012-06-28 21:17 ` Warren Young
0 siblings, 1 reply; 46+ messages in thread
From: Achim Gratz @ 2012-06-28 20:35 UTC (permalink / raw)
To: cygwin
Warren Young writes:
>> Now, if somebody could find out _where_ in SQLite it fails...
>
> Is it not true that you're the only one in many years of SQLite's
> availability in Cygwin who wanted it compiled the way it currently is?
Well yes, since one couldn't use temporary databases unless you have
administrator rights. There may be a fix of this going through the
Win32 interfaces as it were, but if there is, it's not easily spottable.
> Since everyone else was apparently happy with it the way it was, and
> the new way is causing problems, I'd say it's up to you to find the
> fix before I give up and release the next version with the compilation
> changes reverted.
This is what I expect you to do and hence the frowny — yet another
package that I have to locally patch. I can't easily test this myself
since I don't have TortoiseSVN installed and as I said there's too many
places where the error messages could come from, so I'm still hoping
that someone can point to where exactly it's croaking in interaction
with TortoiseSVN.
> Put another way: I have two parties of users, both of whom claim
> SQLite is giving them problems, one a group of size=1, and the other
> group somewhat larger.
I understand.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and User Sound Singles for Waldorf Q+, Q and microQ:
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-06-28 17:37 ` Rolf Campbell
2012-06-28 19:11 ` Achim Gratz
@ 2012-06-28 20:37 ` David Rothenberger
1 sibling, 0 replies; 46+ messages in thread
From: David Rothenberger @ 2012-06-28 20:37 UTC (permalink / raw)
To: cygwin
On 6/28/2012 10:37 AM, Rolf Campbell wrote:
> On 2012-06-27 14:17, David Rothenberger wrote:
>> Anyway, I'll have a new release available shortly built against the
>> latest SQLite package, so others that want to use TortoiseSVN can try it.
>
> I just upgraded to the -5 package, and turned the TSVN icon caching back
> on, and it very quickly failed in the same way as the -3 package.
I'm sorry this isn't working for you, but as Subversion packager for
Cygwin, I'm not planning to spend any time figuring out why. I have had
problems with TortoiseSVN's icon cache and Cygwin Subversion for years
and just came to the conclusion it had to be turned off.
There is a reasonable work-around, tracking this down appears to be a
lot of work, and I personally don't care. Sorry if that sounds rude; I
just don't have the time, interest, or skills to work on this further.
I'll be glad to do anything to help someone else track it down or
include a patch to fix it.
--
David Rothenberger ---- daveroth@acm.org
mixed emotions:
Watching a bus-load of lawyers plunge off a cliff.
With five empty seats.
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-06-28 19:27 ` David Rothenberger
@ 2012-06-28 20:40 ` Achim Gratz
2012-07-11 6:34 ` Achim Gratz
1 sibling, 0 replies; 46+ messages in thread
From: Achim Gratz @ 2012-06-28 20:40 UTC (permalink / raw)
To: cygwin
David Rothenberger writes:
> I make two packages, one for 5.10 and one for 5.14. There's a separate
> patch that's required for 5.14. Did you include it? The source package
> for -4 includes it automatically.
Yes, I worked from the -4 package on one machine and the -3 package on
the other.
> There was a problem with the openldap-devel package at one point; it was
> missing lots of things. I had to reinstall it to get the libraries.
Then it was almost certainly this package, which is properly requested
by the .cygport file.
> The tests work for me, but I've never been able to get them to work
> without first installing the newly built packages. The last time I did
> this, I did:
>
> 1. Do "cygport *.cygport almostall"
> 2. Install the packages.
> 3. Rebase the dll and so files in */build and */inst
> 4. Do "cygport *.cygport check"
>
> All the tests passed except for a Ruby test (it appeared the output came
> in a different order than expected) and a few Perl tests (it couldn't
> delete a temporary directory).
Ah OK, I tried to do the tests without those packages installed. Thanks.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
DIY Stuff:
http://Synth.Stromeko.net/DIY.html
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-06-28 20:35 ` Achim Gratz
@ 2012-06-28 21:17 ` Warren Young
0 siblings, 0 replies; 46+ messages in thread
From: Warren Young @ 2012-06-28 21:17 UTC (permalink / raw)
To: Cygwin-L
On 6/28/2012 2:35 PM, Achim Gratz wrote:
> I can't easily test this myself
> since I don't have TortoiseSVN installed
Me, too, but it seems to me that there's a better way to find the
problem than trying to replicate the problem reporters' exact
environment. That's too complicated. The leading hypothesis explaining
the problem is that there's a file locking problem between two programs
both trying to access the same set of SQLite DB files. So, write two
programs to do exactly that, and see if they will fight over the DB file
or not.
If they cooperate, as the SQLite FAQ says they should, then we're off in
the weeds and someone needs to come up with a better hypothesis.
If they fight, you then have two simple programs that, together,
demonstrate the problem, which means you're much closer to finding a
real fix that makes both sets of users happy.
Take advantage of the fact that I'm a disinterested Cygwin package
maintainer. You have some time to play with here.
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-06-28 19:27 ` David Rothenberger
2012-06-28 20:40 ` Achim Gratz
@ 2012-07-11 6:34 ` Achim Gratz
2012-07-11 7:07 ` marco atzeri
1 sibling, 1 reply; 46+ messages in thread
From: Achim Gratz @ 2012-07-11 6:34 UTC (permalink / raw)
To: cygwin
David Rothenberger <daveroth <at> acm.org> writes:
> The tests work for me, but I've never been able to get them to work
> without first installing the newly built packages.
After some more investigations, this is because the dynamic linker seems to use
the libraries installed on the system rather than the ones in the build
directory at least sometimes during the tests and if they are either not present
or from a different version of svn things are falling apart. If I find a way to
have it always use the newly built libraries instead (or at least the ones
installed in $DESTDIR) I'll send a patch.
Regards,
Achim.
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-07-11 6:34 ` Achim Gratz
@ 2012-07-11 7:07 ` marco atzeri
2012-07-11 7:48 ` Achim Gratz
0 siblings, 1 reply; 46+ messages in thread
From: marco atzeri @ 2012-07-11 7:07 UTC (permalink / raw)
To: cygwin
On 7/11/2012 8:33 AM, Achim Gratz wrote:
> David Rothenberger <daveroth <at> acm.org> writes:
>> The tests work for me, but I've never been able to get them to work
>> without first installing the newly built packages.
>
> After some more investigations, this is because the dynamic linker seems to use
> the libraries installed on the system rather than the ones in the build
> directory at least sometimes during the tests and if they are either not present
> or from a different version of svn things are falling apart. If I find a way to
> have it always use the newly built libraries instead (or at least the ones
> installed in $DESTDIR) I'll send a patch.
>
>
> Regards,
> Achim.
>
a solution for testing is to add the new directory as first in the PATH.
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-07-11 7:07 ` marco atzeri
@ 2012-07-11 7:48 ` Achim Gratz
2012-07-11 17:19 ` marco atzeri
0 siblings, 1 reply; 46+ messages in thread
From: Achim Gratz @ 2012-07-11 7:48 UTC (permalink / raw)
To: cygwin
marco atzeri <marco.atzeri <at> gmail.com> writes:
> a solution for testing is to add the new directory as first in the PATH.
I think it already tries to do that, I'll have to check more closely if it's
missing some directories or if the order is perhaps wrong. It may also be that
the Ruby and Perl dynaloaders ignore the PATH settings in certain situations (at
least the Perl dynaloader seems to map the library via an absolute path).
It will be a while before I get to this, for now I'll just use the workaround of
installing the untested libraries onto the build system before testing.
Regards,
Achim.
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-07-11 7:48 ` Achim Gratz
@ 2012-07-11 17:19 ` marco atzeri
0 siblings, 0 replies; 46+ messages in thread
From: marco atzeri @ 2012-07-11 17:19 UTC (permalink / raw)
To: cygwin
On 7/11/2012 9:47 AM, Achim Gratz wrote:
> marco atzeri <marco.atzeri <at> gmail.com> writes:
>> a solution for testing is to add the new directory as first in the PATH.
>
> I think it already tries to do that, I'll have to check more closely if it's
> missing some directories or if the order is perhaps wrong. It may also be that
> the Ruby and Perl dynaloaders ignore the PATH settings in certain situations (at
> least the Perl dynaloader seems to map the library via an absolute path).
>
> It will be a while before I get to this, for now I'll just use the workaround of
> installing the untested libraries onto the build system before testing.
>
>
> Regards,
> Achim.
>
if it is a perl dll, than he need to install.
In windows the current directory is always considered so the perl
binary will use the dll in /usr/bin before anything else in the PATH.
I have the same issue testing the perl-Graphics-Magick package
Regards
Marco
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-08-07 17:56 ` David Rothenberger
@ 2012-08-08 13:14 ` Warren Young
0 siblings, 0 replies; 46+ messages in thread
From: Warren Young @ 2012-08-08 13:14 UTC (permalink / raw)
To: cygwin
On 8/7/2012 11:32 AM, David Rothenberger wrote:
> On 8/6/2012 7:21 PM, Warren Young wrote:
>> Some time after *that*, at a future time entirely up to the Subversion
>> packages' maintainer, David Rothenberger, Subversion will be rebuilt
>> against those new SQLite packages.
>
> Is that actually necessary? SVN is dynamically linked to SQLite, so a
> recompile isn't necessary unless the ABI for SQLite changes, right?
I was just recalling your -3 and -4 packages, rebuilt after my last
SQLite release, partly to see if rebuilding would fix the svn+sqlite
problems. You are right that that might not have done anything, and
that consequently a rebuild won't be necessary or helpful now either.
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-08-07 2:42 ` Warren Young
2012-08-07 12:16 ` Michael Gundlach
@ 2012-08-07 17:56 ` David Rothenberger
2012-08-08 13:14 ` Warren Young
1 sibling, 1 reply; 46+ messages in thread
From: David Rothenberger @ 2012-08-07 17:56 UTC (permalink / raw)
To: cygwin
On 8/6/2012 7:21 PM, Warren Young wrote:
> Some time after *that*, at a future time entirely up to the Subversion
> packages' maintainer, David Rothenberger, Subversion will be rebuilt
> against those new SQLite packages.
Is that actually necessary? SVN is dynamically linked to SQLite, so a
recompile isn't necessary unless the ABI for SQLite changes, right?
--
David Rothenberger ---- daveroth@acm.org
What hath Bob wrought?
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
[not found] ` <CABVhxxJ_nsTF3o85nWJsRdMOq38LYr2R9b9H8ATHfNCCqnmbqw@mail.gmail.com>
@ 2012-08-07 14:05 ` Michael Gundlach
0 siblings, 0 replies; 46+ messages in thread
From: Michael Gundlach @ 2012-08-07 14:05 UTC (permalink / raw)
To: cygwin
Christopher,
On Tue, Aug 7, 2012 at 12:07 AM, Christopher Faylor wrote:
>>Is the snapshot that cgf is testing going to roll back svn to SQLite
>>3.7.3?
>
> Huh? No. I really have to point out that the Cygwin DLL != SQLite?
I'm not familiar with the snapshot process, and I didn't realize from
your wording that a snapshot only contained the Cygwin DLL itself:
"We're considering rolling a new release which fixes some of the
problems which have cropped up here in the last few weeks. So, if you
haven't already, we'd appreciate having people try out the latest
snapshot at: http://cygwin.com/snapshots/ ."
Warren has set me straight.
Michael
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-08-07 2:42 ` Warren Young
@ 2012-08-07 12:16 ` Michael Gundlach
2012-08-07 17:56 ` David Rothenberger
1 sibling, 0 replies; 46+ messages in thread
From: Michael Gundlach @ 2012-08-07 12:16 UTC (permalink / raw)
To: cygwin
On Mon, Aug 6, 2012 at 10:21 PM, Warren Young <warren@etr-usa.com> wrote:
>>> What reason could there be for a new Cygwin DLL to be accompanied by a
>>> new
>>> version of SQLite? Their maintainerships are entirely decoupled.
>>
>> Pardon my ignorance; I'm not familiar with the release process.
>
> Well, to a first approximation, it's entirely asynchronous. Every package
> maintainer releases versions on whatever schedule they wish. There are
> probably dozens of active Cygwin package maintainers.
Got it; I had somehow gotten the impression that there was one big
synchronized release-to-production of the Cygwin binary and all
packages.
> You have to enter the Cygwin Time Machine to do that:
> http://www.fruitbat.org/Cygwin/index.html#cygwincirca
Thanks!
> Bottom line: it's going to take at least a few days if you want to wait,
> maybe a week, maybe more. If you have to have a fix today, use the Time
> Machine.
Thanks for the insight into the package release process. Given that
branch reintegration is so dicey that I've ended up doing
while [ 1 ]; do
cleanup && revert && reintegrate && break;
done
, I think I'll use the Time Machine :)
Michael
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-08-07 7:00 ` Achim Gratz
@ 2012-08-07 7:38 ` Warren Young
0 siblings, 0 replies; 46+ messages in thread
From: Warren Young @ 2012-08-07 7:38 UTC (permalink / raw)
To: Cygwin-L
On 8/6/2012 11:06 PM, Achim Gratz wrote:
> Warren Young writes:
>> I think I've given Achim Gratz enough time to try and fix the bug
>> resulting from his build option changes.
>
> I cannot fix something that I can't even reproduce.
I gave you some ideas of ways to reproduce it without TortoiseSVN. Did
you try those? I didn't hear one way or the other.
> I can however
> reproduce the bug that led to and fixed by those changes.
Try my .13 release. While updating my source patch so it would apply, I
saw that upstream made a change that might have some relevance to your
original complaint. There may be others.
Anyway, I think the whole "pretend it's Unix" concept hangs up on the
fact that SQLite has a *lot* of Windows and Cygwin-aware code in it. It
may be that your attempt simply wasn't complete enough, so that you had
mostly POSIX code but the occasional Windows- or Cygwin-ism in there
fighting against it. I think it would be interesting to do a caveman
patch to SQLite, completely ripping out anything Cygwin or Windows
related, then see how that does.
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-08-07 1:55 ` Warren Young
2012-08-07 1:57 ` Michael Gundlach
@ 2012-08-07 7:00 ` Achim Gratz
2012-08-07 7:38 ` Warren Young
1 sibling, 1 reply; 46+ messages in thread
From: Achim Gratz @ 2012-08-07 7:00 UTC (permalink / raw)
To: cygwin
Warren Young writes:
> I think I've given Achim Gratz enough time to try and fix the bug
> resulting from his build option changes.
I cannot fix something that I can't even reproduce. I can however
reproduce the bug that led to and fixed by those changes. As said
before, if someone has an idea how to reproduce I'll look into it again
and until then you are free to do whatever you deem reasonable.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Wavetables for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-08-07 1:10 ` Michael Gundlach
2012-08-07 1:55 ` Warren Young
@ 2012-08-07 5:07 ` Christopher Faylor
[not found] ` <CABVhxxJ_nsTF3o85nWJsRdMOq38LYr2R9b9H8ATHfNCCqnmbqw@mail.gmail.com>
1 sibling, 1 reply; 46+ messages in thread
From: Christopher Faylor @ 2012-08-07 5:07 UTC (permalink / raw)
To: cygwin
On Mon, Aug 06, 2012 at 08:40:10PM -0400, Michael Gundlach wrote:
>Hello,
>
>On Fri, 15 Jun 2012, Warren Young wrote:
>> tl;dr: someone made the problem go away by rolling my recent 3.7.12 release back to the prior 3.7.3 version.
>
>I also have this problem (on a new Win7x64 machine with an SSD)
>despite not having TortoiseSVN installed nor having Microsoft Security
>Essentials' Real Time scanning turned on.
>
>I'd be happy to revert SQLite to 3.7.3 and work around the problem.
>However, I am unable to revert SQLite from 3.7.12 to 3.7.3, because I
>get an svn error after doing that: "SQLite compiled for 3.7.12, but
>running with 3.7.3". Cygwin setup offers me subversion 1.7.5-4 and
>1.7.5-3, and both result in the same error.
>
>Is the snapshot that cgf is testing going to roll back svn to SQLite
>3.7.3? If not, any pointers on how to handle this myself would be
>appreciated.
Huh? No. I really have to point out that the Cygwin DLL != SQLite?
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-08-07 1:57 ` Michael Gundlach
@ 2012-08-07 2:42 ` Warren Young
2012-08-07 12:16 ` Michael Gundlach
2012-08-07 17:56 ` David Rothenberger
0 siblings, 2 replies; 46+ messages in thread
From: Warren Young @ 2012-08-07 2:42 UTC (permalink / raw)
To: Cygwin-L
On 8/6/2012 7:55 PM, Michael Gundlach wrote:
> On Mon, Aug 6, 2012 at 9:09 PM, Warren Young <warren@etr-usa.com> wrote:
>>> Is the snapshot that cgf is testing going to roll back svn to SQLite
>>> 3.7.3?
>>
>> What reason could there be for a new Cygwin DLL to be accompanied by a new
>> version of SQLite? Their maintainerships are entirely decoupled.
>
> Pardon my ignorance; I'm not familiar with the release process.
Well, to a first approximation, it's entirely asynchronous. Every
package maintainer releases versions on whatever schedule they wish.
There are probably dozens of active Cygwin package maintainers.
Occasionally one package depends on a fix in another, so that the
release of one will dictate the release schedule of another, but this is
not only rare, the condition generally doesn't persist.
> fact, I wasn't aware that I could get to subversion -1 or -2 once it
> was gone from Cygwin Setup.
You have to enter the Cygwin Time Machine to do that:
http://www.fruitbat.org/Cygwin/index.html#cygwincirca
You can start digging somewhere around 1.7.15-1.
> you'll be shipping an update such that Cygwin Setup will
> offer a working subversion package out of the box?
As soon as I'm done sending this email, I'll send another email (called
an RFU) asking one of the Cygwin server admins to copy my new SQLite
3.7.13-1 packages up to the main Cygwin package repository server.
About a day after they've done that, those new packages will be on all
the mirrors.
Some time after *that*, at a future time entirely up to the Subversion
packages' maintainer, David Rothenberger, Subversion will be rebuilt
against those new SQLite packages.
He will do his own RFU, and a day or so later, you'll be able to use
setup.exe to upgrade to this new system.
Bottom line: it's going to take at least a few days if you want to wait,
maybe a week, maybe more. If you have to have a fix today, use the Time
Machine.
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-08-07 1:55 ` Warren Young
@ 2012-08-07 1:57 ` Michael Gundlach
2012-08-07 2:42 ` Warren Young
2012-08-07 7:00 ` Achim Gratz
1 sibling, 1 reply; 46+ messages in thread
From: Michael Gundlach @ 2012-08-07 1:57 UTC (permalink / raw)
To: cygwin
On Mon, Aug 6, 2012 at 9:09 PM, Warren Young <warren@etr-usa.com> wrote:
>> Is the snapshot that cgf is testing going to roll back svn to SQLite
>> 3.7.3?
>
> What reason could there be for a new Cygwin DLL to be accompanied by a new
> version of SQLite? Their maintainerships are entirely decoupled.
Pardon my ignorance; I'm not familiar with the release process. In
fact, I wasn't aware that I could get to subversion -1 or -2 once it
was gone from Cygwin Setup. Could you point me to instructions for
installing old packages, and I can take it from there?
> I've pretty much already given up on this. I thought I would wait for
> SQLite 3.7.14, then build it the old way, but I see no signs that will
> happen soon. According to the announced intention to release every 2-3
> months, it could happen this week, or it could happen next month.
>
> I think I've given Achim Gratz enough time to try and fix the bug resulting
> from his build option changes.
>
> I'll start working on a .13 release, built the old way.
Sorry again that I'm not familiar with how the project is run -- do
you mean that you'll be shipping an update such that Cygwin Setup will
offer a working subversion package out of the box?
Thanks again!
Michael
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
2012-08-07 1:10 ` Michael Gundlach
@ 2012-08-07 1:55 ` Warren Young
2012-08-07 1:57 ` Michael Gundlach
2012-08-07 7:00 ` Achim Gratz
2012-08-07 5:07 ` Christopher Faylor
1 sibling, 2 replies; 46+ messages in thread
From: Warren Young @ 2012-08-07 1:55 UTC (permalink / raw)
To: Cygwin-L
On 8/6/2012 6:40 PM, Michael Gundlach wrote:
>
> I'd be happy to revert SQLite to 3.7.3 and work around the problem.
> However, I am unable to revert SQLite from 3.7.12 to 3.7.3, because I
> get an svn error after doing that: "SQLite compiled for 3.7.12, but
> running with 3.7.3". Cygwin setup offers me subversion 1.7.5-4 and
> 1.7.5-3, and both result in the same error.
Yes, both -3 and -4 were rebuilt against SQLite 3.7.12. You'd have to
dig up a copy of -1 or -2 to get back to the 3.7.3 based versions.
> Is the snapshot that cgf is testing going to roll back svn to SQLite
> 3.7.3?
What reason could there be for a new Cygwin DLL to be accompanied by a
new version of SQLite? Their maintainerships are entirely decoupled.
I've pretty much already given up on this. I thought I would wait for
SQLite 3.7.14, then build it the old way, but I see no signs that will
happen soon. According to the announced intention to release every 2-3
months, it could happen this week, or it could happen next month.
I think I've given Achim Gratz enough time to try and fix the bug
resulting from his build option changes.
I'll start working on a .13 release, built the old way.
--
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] 46+ messages in thread
* Re: cygwin 1.7.15: svn disk I/O error
[not found] <CABVhxxKw8i96668GgHmMyPXCn+nBS8S874Q7wSSHgoer8iiSsw@mail.gmail.com>
@ 2012-08-07 1:10 ` Michael Gundlach
2012-08-07 1:55 ` Warren Young
2012-08-07 5:07 ` Christopher Faylor
0 siblings, 2 replies; 46+ messages in thread
From: Michael Gundlach @ 2012-08-07 1:10 UTC (permalink / raw)
To: cygwin
Hello,
On Fri, 15 Jun 2012, Warren Young wrote:
> tl;dr: someone made the problem go away by rolling my recent 3.7.12 release back to the prior 3.7.3 version.
I also have this problem (on a new Win7x64 machine with an SSD)
despite not having TortoiseSVN installed nor having Microsoft Security
Essentials' Real Time scanning turned on.
I'd be happy to revert SQLite to 3.7.3 and work around the problem.
However, I am unable to revert SQLite from 3.7.12 to 3.7.3, because I
get an svn error after doing that: "SQLite compiled for 3.7.12, but
running with 3.7.3". Cygwin setup offers me subversion 1.7.5-4 and
1.7.5-3, and both result in the same error.
Is the snapshot that cgf is testing going to roll back svn to SQLite
3.7.3? If not, any pointers on how to handle this myself would be
appreciated.
Thanks in advance,
Michael
--
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] 46+ messages in thread
end of thread, other threads:[~2012-08-08 13:04 UTC | newest]
Thread overview: 46+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-06-14 19:48 cygwin 1.7.15: svn disk I/O error Rolf Campbell
2012-06-14 19:55 ` Christopher Faylor
2012-06-14 20:09 ` Rolf Campbell
2012-06-14 22:00 ` Garrison, Jim (ETW)
2012-06-14 22:02 ` Garrison, Jim (ETW)
2012-06-15 10:38 ` Warren Young
2012-06-15 13:24 ` Rolf Campbell
2012-06-15 13:43 ` Rolf Campbell
2012-06-19 9:32 ` Adam Dinwoodie
2012-06-19 19:24 ` Rolf Campbell
2012-06-19 21:19 ` Achim Gratz
2012-06-20 0:22 ` Warren Young
2012-06-20 5:25 ` Achim Gratz
2012-06-26 16:46 ` Achim Gratz
2012-06-26 17:25 ` David Rothenberger
2012-06-26 18:07 ` Achim Gratz
2012-06-27 9:11 ` Adam Dinwoodie
2012-06-27 14:07 ` Achim Gratz
2012-06-27 18:18 ` David Rothenberger
2012-06-27 18:41 ` Achim Gratz
2012-06-28 11:49 ` Achim Gratz
2012-06-28 16:31 ` David Rothenberger
2012-06-28 19:04 ` Achim Gratz
2012-06-28 19:27 ` David Rothenberger
2012-06-28 20:40 ` Achim Gratz
2012-07-11 6:34 ` Achim Gratz
2012-07-11 7:07 ` marco atzeri
2012-07-11 7:48 ` Achim Gratz
2012-07-11 17:19 ` marco atzeri
2012-06-28 17:37 ` Rolf Campbell
2012-06-28 19:11 ` Achim Gratz
2012-06-28 20:03 ` Warren Young
2012-06-28 20:35 ` Achim Gratz
2012-06-28 21:17 ` Warren Young
2012-06-28 20:37 ` David Rothenberger
[not found] <CABVhxxKw8i96668GgHmMyPXCn+nBS8S874Q7wSSHgoer8iiSsw@mail.gmail.com>
2012-08-07 1:10 ` Michael Gundlach
2012-08-07 1:55 ` Warren Young
2012-08-07 1:57 ` Michael Gundlach
2012-08-07 2:42 ` Warren Young
2012-08-07 12:16 ` Michael Gundlach
2012-08-07 17:56 ` David Rothenberger
2012-08-08 13:14 ` Warren Young
2012-08-07 7:00 ` Achim Gratz
2012-08-07 7:38 ` Warren Young
2012-08-07 5:07 ` Christopher Faylor
[not found] ` <CABVhxxJ_nsTF3o85nWJsRdMOq38LYr2R9b9H8ATHfNCCqnmbqw@mail.gmail.com>
2012-08-07 14:05 ` Michael Gundlach
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).