svn crashes when connection to server refused

svn crashes when connection to server refused

[Lavrentiev, Anton (NIH/NLM/NCBI) [C]]

Hi all,

Before I go ahead and try to submit this as a bug report with the Apache Subversion project, I wanted to ask
if anybody experiences the same issue as me (or, maybe it's a Cygwin issue, not svn's)...

I use svn at home on Cygwin via a tunneled connection to my SVN server at work, so when the tunnel is
not up (and basically, svn connects to localhost:SVN-port and supposedly receives "connection refused"),
it crashes ungracefully with SEGFAULT leaving the repo locked ("svn cleanup" is required).  When the tunnel
is up, everything goes well.  Also, I could not reproduce any such behavior at work, because the server there
is readily available, so the connection always succeeds.

It's not new, but it reached a tipping point, and I would rather try to have it fixed.

So this is how it looks like when the tunnel is down:

$ svn --version
svn, version 1.14.1 (r1886195)
   compiled Feb 12 2021, 17:58:10 on x86_64-unknown-cygwin
...
$ svn up
Updating '.':
Segmentation fault (core dumped)
$ svn up
svn: E155004: Run 'svn cleanup' to remove locks (type 'svn help cleanup' for details)
svn: E155004: Working copy '/cygdrive/g/cygwin/cxx' locked.
svn: E155004: '/cygdrive/g/cygwin/cxx' is already locked.

(it does not crash the second time because it does not attempt to connect, but once "svn cleanup"
is done, it's going to do exactly the same as above and coredump)

The stackdump file does not look very useful, but here it is:

$ cat svn.exe.stackdump
Exception: STATUS_ACCESS_VIOLATION at rip=00000000000
rax=0000000000000000 rbx=0000000000000000 rcx=00000008000E7388
rdx=00000008000EF6C8 rsi=00000008000DE348 rdi=0000000000000011
r8 =0000000000000000 r9 =0000000800118088 r10=0000000100000000
r11=00000003F4F45359 r12=00000000FFFFB9E0 r13=00000000FFFFB9E8
r14=00000008000DE3D8 r15=00000008000E7388
rbp=00000000FFFFB9F8 rsp=00000000FFFFB988
program=C:\cygwin64\bin\svn.exe, pid 51421, thread main
cs=0033 ds=002B es=002B fs=0053 gs=002B ss=002B
Stack trace:
Frame        Function    Args
End of stack trace

Also, I tried to strace svn in this situation, and this is what has transpired:

$ strace -m all -n -o svn.strace /usr/bin/svn up
Updating '.':
2943523 [main] svn 51421 cygwin_exception::open_stackdumpfile: Dumping stack trace to svn.exe.stackdump

The bottom portion of svn.strace (after the connect attempt) follows below.

Thanks for any insights!

P.S. I'm a little behind with my Cygwin version, but like I said, this problem was going on for me for many
versions, both SVN and Cygwin...  SVN seems current per Cygwin Setup, though.

$ uname -a
CYGWIN_NT-6.1 XXXXX 3.2.0(0.340/5/3) 2021-03-29 08:42 x86_64 Cygwin

P.P.S. I actually tried my recent own build (from Jan 14) of Cygwin, and the behavior did not change at all:

$ uname -a
CYGWIN_NT-6.1 XXXXX 3.4.0(0.341/5/3) 2022-01-14 21:40 x86_64 Cygwin

$ svn up
Updating '.':
Segmentation fault (core dumped)

...
11708  397483 [main] svn 51421 cygwin_socket: socket (2, 1 (flags 0x2000000), 6)
   47  397530 [main] svn 51421 build_fh_pc: fh 0x1803632C0, dev 001E0024
  148  397678 [main] svn 51421 fhandler_base::set_close_on_exec: set close_on_exec for  to 1
   28  397706 [main] svn 51421 fhandler_base::set_flags: flags 0x50002, supplied_bin 0x0
   29  397735 [main] svn 51421 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000
   28  397763 [main] svn 51421 fhandler_base::set_flags: filemode set to binary
   23  397786 [main] svn 51421 cygwin_socket: 3 = socket(2, 1 (flags 0x2000000), 6)
   29  397815 [main] svn 51421 fcntl64: fcntl(3, 3, ...)
   29  397844 [main] svn 51421 fhandler_base::fcntl: GETFL: 0x50002
   25  397869 [main] svn 51421 fcntl64: 327682 = fcntl(3, 3, 0x0)
   30  397899 [main] svn 51421 fcntl64: fcntl(3, 4, ...)
   37  397936 [main] svn 51421 fhandler_socket_wsock::ioctl: socket is now nonblocking
   28  397964 [main] svn 51421 fhandler_socket_wsock::ioctl: 0 = ioctl_socket(8004667E, 0xFFFFB86C)
   31  397995 [main] svn 51421 fhandler_base::set_flags: flags 0x54002, supplied_bin 0x0
   33  398028 [main] svn 51421 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000
   27  398055 [main] svn 51421 fhandler_base::set_flags: filemode set to binary
   31  398086 [main] svn 51421 fcntl64: 0 = fcntl(3, 4, 0x54002)
   59  398145 [main] svn 51421 fhandler_socket_inet::setsockopt: setsockopt optval=1
   27  398172 [main] svn 51421 cygwin_setsockopt: 0 = setsockopt(3, 6, 0x1, 0xFFFFB9D0, 4)
--- Process 8520 (pid: 51421) thread 8552 created
  437  398609 [main] svn 51421 __set_errno: void __set_winsock_errno(const char*, int):206 setting errno 119
   71  398680 [main] svn 51421 __set_winsock_errno: connect:821 - winsock error 10036 -> errno 119
   55  398735 [main] svn 51421 cygwin_connect: -1 = connect(3, 0x8000D5878, 16), errno 119
 3250  401985 [main] svn 51421 __set_errno: char* strerror(int):397 setting errno 22
   52  402037 [main] svn 51421 __set_errno: char* strerror(int):397 setting errno 22
   48  402085 [main] svn 51421 __set_errno: char* strerror(int):397 setting errno 22
   54  402139 [main] svn 51421 __set_errno: char* strerror(int):397 setting errno 22
   53  402192 [main] svn 51421 __set_errno: char* strerror(int):397 setting errno 22
   54  402246 [main] svn 51421 __set_errno: char* strerror(int):397 setting errno 22
   54  402300 [main] svn 51421 __set_errno: char* strerror(int):397 setting errno 22
   47  402347 [main] svn 51421 __set_errno: char* strerror(int):397 setting errno 22
   54  402401 [main] svn 51421 __set_errno: char* strerror(int):397 setting errno 22
   54  402455 [main] svn 51421 __set_errno: char* strerror(int):397 setting errno 22
   48  402503 [main] svn 51421 __set_errno: char* strerror(int):397 setting errno 22
   47  402550 [main] svn 51421 __set_errno: char* strerror(int):397 setting errno 22
   47  402597 [main] svn 51421 __set_errno: char* strerror(int):397 setting errno 22
   48  402645 [main] svn 51421 __set_errno: char* strerror(int):397 setting errno 22
   47  402692 [main] svn 51421 __set_errno: char* strerror(int):397 setting errno 22
   48  402740 [main] svn 51421 __set_errno: char* strerror(int):397 setting errno 22
   47  402787 [main] svn 51421 __set_errno: char* strerror(int):397 setting errno 22
144341  547128 [main] svn 51421 open: open(/etc/crypto-policies/back-ends/openssl.config, 0x0)
   78  547206 [main] svn 51421 normalize_posix_path: src /etc/crypto-policies/back-ends/openssl.config
   56  547262 [main] svn 51421 normalize_posix_path: /etc/crypto-policies/back-ends/openssl.config = normalize_posix_path (/etc/crypto-policies/back-ends/openssl.config)
   49  547311 [main] svn 51421 mount_info::conv_to_win32_path: conv_to_win32_path (/etc/crypto-policies/back-ends/openssl.config)
   67  547378 [main] svn 51421 mount_info::conv_to_win32_path: src_path /etc/crypto-policies/back-ends/openssl.config, dst C:\cygwin64\etc\crypto-policies\back-ends\openssl.config, flags 0x30008, rc 0
  127  547505 [main] svn 51421 symlink_info::check: 0x0 = NtCreateFile (\??\C:\cygwin64\etc\crypto-policies\back-ends\openssl.config)
  183  547688 [main] svn 51421 symlink_info::check: 46 = symlink.check(C:\cygwin64\etc\crypto-policies\back-ends\openssl.config, 0xFFFF9ED0) (mount_flags 0x30008, path_flags 0x10)
   82  547770 [main] svn 51421 normalize_posix_path: src /usr/share/crypto-policies/DEFAULT/openssl.txt
   54  547824 [main] svn 51421 normalize_posix_path: /usr/share/crypto-policies/DEFAULT/openssl.txt = normalize_posix_path (/usr/share/crypto-policies/DEFAULT/openssl.txt)
   47  547871 [main] svn 51421 mount_info::conv_to_win32_path: conv_to_win32_path (/usr/share/crypto-policies/DEFAULT/openssl.txt)
   49  547920 [main] svn 51421 mount_info::conv_to_win32_path: src_path /usr/share/crypto-policies/DEFAULT/openssl.txt, dst C:\cygwin64\usr\share\crypto-policies\DEFAULT\openssl.txt, flags 0x30008, rc 0
   77  547997 [main] svn 51421 symlink_info::check: 0x0 = NtCreateFile (\??\C:\cygwin64\usr\share\crypto-policies\DEFAULT\openssl.txt)
   69  548066 [main] svn 51421 symlink_info::check: not a symlink
   49  548115 [main] svn 51421 symlink_info::check: 0 = symlink.check(C:\cygwin64\usr\share\crypto-policies\DEFAULT\openssl.txt, 0xFFFF9ED0) (mount_flags 0x30008, path_flags 0x0)
   55  548170 [main] svn 51421 path_conv::check: this->path(C:\cygwin64\usr\share\crypto-policies\DEFAULT\openssl.txt), has_acls(1)
   73  548243 [main] svn 51421 build_fh_pc: fh 0x1803629D8, dev 000000C3
   73  548316 [main] svn 51421 fhandler_base::open: (\??\C:\cygwin64\usr\share\crypto-policies\DEFAULT\openssl.txt, 0x8000)
   88  548404 [main] svn 51421 fhandler_base::set_flags: flags 0x8000, supplied_bin 0x10000
   55  548459 [main] svn 51421 fhandler_base::set_flags: filemode set to binary
   54  548513 [main] svn 51421 fhandler_base::open: 0x0 = NtCreateFile (0x32C, 0x80100000, \??\C:\cygwin64\usr\share\crypto-policies\DEFAULT\openssl.txt, io, NULL, 0x0, 0x7, 0x1, 0x4020, NULL, 0)
   49  548562 [main] svn 51421 fhandler_base::open: 1 = fhandler_base::open(\??\C:\cygwin64\usr\share\crypto-policies\DEFAULT\openssl.txt, 0x8000)
   48  548610 [main] svn 51421 fhandler_base::open_fs: 1 = fhandler_disk_file::open(\??\C:\cygwin64\usr\share\crypto-policies\DEFAULT\openssl.txt, 0x8000)
   67  548677 [main] svn 51421 open: 4 = open(/etc/crypto-policies/back-ends/openssl.config, 0x8000)
  240  548917 [main] svn 51421 _cygwin_istext_for_stdio: fd 4: opened as binary
  368  549285 [main] svn 51421 fhandler_base::fstat_helper: 0 = fstat (\??\C:\cygwin64\usr\share\crypto-policies\DEFAULT\openssl.txt, 0xFFFFB0D0) st_size=142, st_mode=0100644, st_ino=9288674231589127st_atim=5FDBCD29.383D8604 st_ctim=5DCCBD47.2559953C st_mtim=5C6B918B.0 st_birthtim=5DCCBD47.2559953C
   62  549347 [main] svn 51421 fstat64: 0 = fstat(4, 0xFFFFB0D0)
   90  549437 [main] svn 51421 read: read(4, 0x8001154B0, 65536) blocking
   74  549511 [main] svn 51421 fhandler_base::read: returning 142, binary mode
   49  549560 [main] svn 51421 read: 142 = read(4, 0x8001154B0, 142)
   54  549614 [main] svn 51421 read: read(4, 0x8001154B0, 65536) blocking
   62  549676 [main] svn 51421 fhandler_base::read: returning 0, binary mode
   55  549731 [main] svn 51421 read: 0 = read(4, 0x8001154B0, 0)
  231  549962 [main] svn 51421 close: close(4)
   53  550015 [main] svn 51421 fhandler_base::close: closing '/usr/share/crypto-policies/DEFAULT/openssl.txt' handle 0x32C
   71  550086 [main] svn 51421 close: 0 = close(4)
 2067  552153 [main] svn 51421 getpid: 51421 = getpid()
  195  552348 [main] svn 51421 getpid: 51421 = getpid()
   47  552395 [main] svn 51421 open: open(/dev/urandom, 0x1C000)
   48  552443 [main] svn 51421 normalize_posix_path: src /dev/urandom
   47  552490 [main] svn 51421 normalize_posix_path: /dev/urandom = normalize_posix_path (/dev/urandom)
   46  552536 [main] svn 51421 mount_info::conv_to_win32_path: conv_to_win32_path (/dev/urandom)
   65  552601 [main] svn 51421 mount_info::conv_to_win32_path: src_path /dev/urandom, dst \Device\Null, flags 0x0, rc 0
   60  552661 [main] svn 51421 build_fh_pc: fh 0x1803629D8, dev 00010009
   57  552718 [main] svn 51421 fhandler_base::open: (\Device\Null, 0x1C000)
   66  552784 [main] svn 51421 fhandler_base::set_flags: flags 0x1C000, supplied_bin 0x10000
   53  552837 [main] svn 51421 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000
   49  552886 [main] svn 51421 fhandler_base::set_flags: filemode set to binary
   47  552933 [main] svn 51421 fhandler_base::open: 0x0 = NtCreateFile (0x328, 0x80100000, \Device\Null, io, NULL, 0x0, 0x7, 0x1, 0x4020, NULL, 0)
   48  552981 [main] svn 51421 fhandler_base::open: 1 = fhandler_base::open(\Device\Null, 0x1C000)
   48  553029 [main] svn 51421 open: 4 = open(/dev/urandom, 0x1C000)
   54  553083 [main] svn 51421 time: 1642370793 = time(0x0)
   54  553137 [main] svn 51421 fstat64: 0 = fstat(4, 0xFFFFB480)
   54  553191 [main] svn 51421 pselect: pselect (5, 0xFFFFB478, 0x0, 0x0, 0xFFFFB3F0, 0x0)
   55  553246 [main] svn 51421 pselect: to->tv_sec 0, to->tv_nsec 10000000, us 10000
  114  553360 [main] svn 51421 dtable::select_read: /dev/urandom fd 4
   53  553413 [main] svn 51421 select: sel.always_ready 1
   47  553460 [main] svn 51421 select: sel.wait returns 0
   57  553517 [main] svn 51421 set_bits: me 0x8001155F0, testing fd 4 (/dev/urandom)
   53  553570 [main] svn 51421 set_bits: ready 1
   47  553617 [main] svn 51421 select_stuff::cleanup: calling cleanup routines
   48  553665 [main] svn 51421 select_stuff::destroy: deleting select records
   90  553755 [main] svn 51421 select_stuff::cleanup: calling cleanup routines
   46  553801 [main] svn 51421 select_stuff::destroy: deleting select records
   48  553849 [main] svn 51421 pselect: 1 = select (5, 0xFFFFB478, 0x0, 0x0, 0xFFFFB3F0)
   47  553896 [main] svn 51421 read: read(4, 0xFFFFB600, 32) nonblocking
   82  553978 [main] svn 51421 read: 32 = read(4, 0xFFFFB600, 32)
   48  554026 [main] svn 51421 close: close(4)
   47  554073 [main] svn 51421 fhandler_base::close: closing '/dev/urandom' handle 0x328
   54  554127 [main] svn 51421 close: 0 = close(4)
  631  554758 [main] svn 51421 time: 1642370793 = time(0x0)
10057  564815 [main] svn 51421 getpid: 51421 = getpid()
  417  565232 [main] svn 51421 getpid: 51421 = getpid()
 2086  567318 [main] svn 51421 open: open(/etc/pki/tls/cert.pem, 0x0)
   48  567366 [main] svn 51421 normalize_posix_path: src /etc/pki/tls/cert.pem
   48  567414 [main] svn 51421 normalize_posix_path: /etc/pki/tls/cert.pem = normalize_posix_path (/etc/pki/tls/cert.pem)
   47  567461 [main] svn 51421 mount_info::conv_to_win32_path: conv_to_win32_path (/etc/pki/tls/cert.pem)
   49  567510 [main] svn 51421 mount_info::conv_to_win32_path: src_path /etc/pki/tls/cert.pem, dst C:\cygwin64\etc\pki\tls\cert.pem, flags 0x30008, rc 0
   82  567592 [main] svn 51421 symlink_info::check: 0x0 = NtCreateFile (\??\C:\cygwin64\etc\pki\tls\cert.pem)
  125  567717 [main] svn 51421 symlink_info::check: 49 = symlink.check(C:\cygwin64\etc\pki\tls\cert.pem, 0xFFFFA370) (mount_flags 0x30008, path_flags 0x10)
   73  567790 [main] svn 51421 normalize_posix_path: src /etc/pki/ca-trust/extracted/pem/tls-ca-bundle.pem
   49  567839 [main] svn 51421 normalize_posix_path: /etc/pki/ca-trust/extracted/pem/tls-ca-bundle.pem = normalize_posix_path (/etc/pki/ca-trust/extracted/pem/tls-ca-bundle.pem)
   48  567887 [main] svn 51421 mount_info::conv_to_win32_path: conv_to_win32_path (/etc/pki/ca-trust/extracted/pem/tls-ca-bundle.pem)
   49  567936 [main] svn 51421 mount_info::conv_to_win32_path: src_path /etc/pki/ca-trust/extracted/pem/tls-ca-bundle.pem, dst C:\cygwin64\etc\pki\ca-trust\extracted\pem\tls-ca-bundle.pem, flags 0x30008, rc 0
   76  568012 [main] svn 51421 symlink_info::check: 0x0 = NtCreateFile (\??\C:\cygwin64\etc\pki\ca-trust\extracted\pem\tls-ca-bundle.pem)
   69  568081 [main] svn 51421 symlink_info::check: not a symlink
   48  568129 [main] svn 51421 symlink_info::check: 0 = symlink.check(C:\cygwin64\etc\pki\ca-trust\extracted\pem\tls-ca-bundle.pem, 0xFFFFA370) (mount_flags 0x30008, path_flags 0x0)
   49  568178 [main] svn 51421 path_conv::check: this->path(C:\cygwin64\etc\pki\ca-trust\extracted\pem\tls-ca-bundle.pem), has_acls(1)
   56  568234 [main] svn 51421 build_fh_pc: fh 0x1803629D8, dev 000000C3
   75  568309 [main] svn 51421 fhandler_base::open: (\??\C:\cygwin64\etc\pki\ca-trust\extracted\pem\tls-ca-bundle.pem, 0x8000)
   81  568390 [main] svn 51421 fhandler_base::set_flags: flags 0x8000, supplied_bin 0x10000
   52  568442 [main] svn 51421 fhandler_base::set_flags: filemode set to binary
   47  568489 [main] svn 51421 fhandler_base::open: 0x0 = NtCreateFile (0x32C, 0x80100000, \??\C:\cygwin64\etc\pki\ca-trust\extracted\pem\tls-ca-bundle.pem, io, NULL, 0x0, 0x7, 0x1, 0x4020, NULL, 0)
   48  568537 [main] svn 51421 fhandler_base::open: 1 = fhandler_base::open(\??\C:\cygwin64\etc\pki\ca-trust\extracted\pem\tls-ca-bundle.pem, 0x8000)
   48  568585 [main] svn 51421 fhandler_base::open_fs: 1 = fhandler_disk_file::open(\??\C:\cygwin64\etc\pki\ca-trust\extracted\pem\tls-ca-bundle.pem, 0x8000)
   49  568634 [main] svn 51421 open: 4 = open(/etc/pki/tls/cert.pem, 0x8000)
  233  568867 [main] svn 51421 _cygwin_istext_for_stdio: fd 4: opened as binary
  556  569423 [main] svn 51421 fhandler_base::set_flags: flags 0x18000, supplied_bin 0x0
   47  569470 [main] svn 51421 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000
   48  569518 [main] svn 51421 fhandler_base::set_flags: filemode set to binary
   47  569565 [main] svn 51421 _setmode: (4<\??\C:\cygwin64\etc\pki\ca-trust\extracted\pem\tls-ca-bundle.pem>, 0x800010000) returning binary
   48  569613 [main] svn 51421 _cygwin_istext_for_stdio: fd 4: opened as binary
  500  570113 [main] svn 51421 setmode_helper: improbable, but 0 != 4
  387  570500 [main] svn 51421 setmode_helper: improbable, but 1 != 4
  386  570886 [main] svn 51421 setmode_helper: improbable, but 2 != 4
  219  571105 [main] svn 51421 setmode_helper: file was binary now binary
  552  571657 [main] svn 51421 fhandler_base::fstat_helper: 0 = fstat (\??\C:\cygwin64\etc\pki\ca-trust\extracted\pem\tls-ca-bundle.pem, 0xFFFFB230) st_size=219744, st_mode=0100444, st_ino=3096224744336726st_atim=5FDBCD29.396EB368 st_ctim=5ED3C0AF.28B6006C st_mtim=5ED3C0AF.28B6006C st_birthtim=5ED3C0AF.2653A66C
   50  571707 [main] svn 51421 fstat64: 0 = fstat(4, 0xFFFFB230)
   91  571798 [main] svn 51421 read: read(4, 0x800116900, 65536) blocking
  121  571919 [main] svn 51421 fhandler_base::read: returning 65536, binary mode
   52  571971 [main] svn 51421 read: 65536 = read(4, 0x800116900, 65536)
654039 1226010 [main] svn 51421 read: read(4, 0x800116900, 65536) blocking
  152 1226162 [main] svn 51421 fhandler_base::read: returning 65536, binary mode
   50 1226212 [main] svn 51421 read: 65536 = read(4, 0x800116900, 65536)
696305 1922517 [main] svn 51421 read: read(4, 0x800116900, 65536) blocking
  143 1922660 [main] svn 51421 fhandler_base::read: returning 65536, binary mode
   57 1922717 [main] svn 51421 read: 65536 = read(4, 0x800116900, 65536)
647870 2570587 [main] svn 51421 read: read(4, 0x800116900, 65536) blocking
  131 2570718 [main] svn 51421 fhandler_base::read: returning 23136, binary mode
   50 2570768 [main] svn 51421 read: 23136 = read(4, 0x800116900, 23136)
301543 2872311 [main] svn 51421 read: read(4, 0x800116900, 65536) blocking
   78 2872389 [main] svn 51421 fhandler_base::read: returning 0, binary mode
   50 2872439 [main] svn 51421 read: 0 = read(4, 0x800116900, 0)
 2016 2874455 [main] svn 51421 close: close(4)
   56 2874511 [main] svn 51421 fhandler_base::close: closing '/etc/pki/ca-trust/extracted/pem/tls-ca-bundle.pem' handle 0x32C
   91 2874602 [main] svn 51421 close: 0 = close(4)
62192 2936794 [main] svn 51421 pselect: pselect (4, 0xFFFFB9B0, 0xFFFFB9A0, 0xFFFFB990, 0xFFFFB940, 0x0)
   54 2936848 [main] svn 51421 pselect: to->tv_sec 0, to->tv_nsec 500000000, us 500000
  105 2936953 [main] svn 51421 dtable::select_read:  fd 3
   47 2937000 [main] svn 51421 dtable::select_write:  fd 3
   47 2937047 [main] svn 51421 select: sel.always_ready 0
  202 2937249 [main] svn 51421 start_thread_socket: stuff_start 0xFFFFB758
--- Process 8520 (pid: 51421) thread 6128 created
  484 2937733 [socksel] svn 51421 cygthread::stub: thread 'socksel', id 0x17F0, stack_ptr 0x2A1CCE0
  105 2937838 [socksel] svn 51421 thread_socket: stuff_start 0xFFFFB758, timeout 4294967295
   70 2937908 [main] svn 51421 select_stuff::wait: m 4, us 500000, wmfo_timeout -1
   95 2938003 [socksel] svn 51421 peek_socket: read_ready: 1, write_ready: 1, except_ready: 0
   63 2938066 [socksel] svn 51421 thread_socket: leaving thread_socket
   67 2938133 [main] svn 51421 select_stuff::wait: wait_ret 2, m = 4.  verifying
   66 2938199 [main] svn 51421 select_stuff::wait: res after verify 0
   55 2938254 [main] svn 51421 select_stuff::wait: returning 0
   59 2938313 [main] svn 51421 select: sel.wait returns 0
   66 2938379 [main] svn 51421 peek_socket: read_ready: 1, write_ready: 1, except_ready: 0
   55 2938434 [main] svn 51421 set_bits: me 0x800118060, testing fd 3 ()
   62 2938496 [main] svn 51421 set_bits: ready 2
   58 2938554 [main] svn 51421 select_stuff::cleanup: calling cleanup routines
   58 2938612 [main] svn 51421 socket_cleanup: si 0x8001180D0 si->thread 0x180242778
  173 2938785 [main] svn 51421 socket_cleanup: returning
   51 2938836 [main] svn 51421 select_stuff::destroy: deleting select records
  112 2938948 [main] svn 51421 select_stuff::cleanup: calling cleanup routines
   57 2939005 [main] svn 51421 select_stuff::destroy: deleting select records
   52 2939057 [main] svn 51421 pselect: 2 = select (4, 0xFFFFB9B0, 0xFFFFB9A0, 0xFFFFB990, 0xFFFFB940)
  141 2939198 [main] svn 51421 time: 1642370795 = time(0x0)
 1563 2940761 [main] svn 51421 time: 1642370795 = time(0x0)
  497 2941258 [main] svn 51421 getpid: 51421 = getpid()
  653 2941911 [main] svn 51421 read: read(3, 0x8000ED3E4, 8000) nonblocking
   70 2941981 [main] svn 51421 __set_errno: void __set_winsock_errno(const char*, int):206 setting errno 11
   58 2942039 [main] svn 51421 __set_winsock_errno: recv_internal:1232 - winsock error 10035 -> errno 11
   54 2942093 [main] svn 51421 read: -1 = read(3, 0x8000ED3E4, -1), errno 11
--- Process 8520 (pid: 51421), exception c0000005 at 0000000000000000
  215 2942308 [main] svn 51421 exception::handle: In cygwin_except_handler exception 0xC0000005 at 0x0 sp 0xFFFFB988
   58 2942366 [main] svn 51421 exception::handle: In cygwin_except_handler signal 11 at 0x0
   50 2942416 [main] svn 51421 sig_send: sendsig 0x98, pid 51421, signal 11, its_me 1
   69 2942485 [main] svn 51421 sig_send: wakeup 0x350
   71 2942556 [main] svn 51421 sig_send: Waiting for pack.wakeup 0x350
   59 2942615 [sig] svn 51421 sigpacket::process: signal 11 processing
   66 2942681 [sig] svn 51421 sigpacket::process: signal 11, signal handler 0x1800625E0
   56 2942737 [sig] svn 51421 sigpacket::setup_handler: controlled interrupt. stackptr 0xFFFFE458, stack 0xFFFFE458, stackptr[-1] 0xFFFFE458
   68 2942805 [sig] svn 51421 proc_subproc: args: 4, 1
   55 2942860 [sig] svn 51421 proc_subproc: clear waiting threads
   61 2942921 [sig] svn 51421 proc_subproc: finished clearing
   49 2942970 [sig] svn 51421 proc_subproc: returning 1
   51 2943021 [sig] svn 51421 _cygtls::interrupt_setup: armed signal_arrived 0x328, signal 11
   41 2943062 [sig] svn 51421 sigpacket::setup_handler: signal 11 delivered
   52 2943114 [sig] svn 51421 sigpacket::process: returning 1
   56 2943170 [sig] svn 51421 wait_sig: signalling pack.wakeup 0x350
   60 2943230 [main] svn 51421 set_process_mask_delta: oldmask 0, newmask 0, deltamask 0
   33 2943263 [main] svn 51421 signal_exit: exiting due to signal 11
  260 2943523 [main] svn 51421 cygwin_exception::open_stackdumpfile: Dumping stack trace to svn.exe.stackdump
14372 2957895 [main] svn 51421 signal_exit: about to call do_exit (8B)
   74 2957969 [main] svn 51421 do_exit: do_exit (139), exit_state 2
   42 2958011 [main] svn 51421 void: 0x0 = signal (20, 0x1)
   48 2958059 [main] svn 51421 void: 0x3E4DFA5F0 = signal (1, 0x1)
   32 2958091 [main] svn 51421 void: 0x3E4DFA5F0 = signal (2, 0x1)
   31 2958122 [main] svn 51421 void: 0x0 = signal (3, 0x1)
   40 2958162 [main] svn 51421 fhandler_base::close_with_arch: line 1179:  /dev/pty0<0x180361C40> usecount + -1 = 3
   36 2958198 [main] svn 51421 fhandler_base::close_with_arch: not closing archetype
   37 2958235 [main] svn 51421 fhandler_base::close_with_arch: line 1179:  /dev/pty0<0x180361C40> usecount + -1 = 2
  142 2958377 [main] svn 51421 fhandler_base::close_with_arch: not closing archetype
   38 2958415 [main] svn 51421 fhandler_base::close_with_arch: line 1179:  /dev/pty0<0x180361C40> usecount + -1 = 1
   33 2958448 [main] svn 51421 fhandler_base::close_with_arch: not closing archetype
   81 2958529 [main] svn 51421 init_cygheap::close_ctty: closing cygheap->ctty 0x180361C40
   33 2958562 [main] svn 51421 fhandler_base::close_with_arch: closing passed in archetype 0x0, usecount 0
   34 2958596 [main] svn 51421 fhandler_pty_slave::cleanup: /dev/pty0 closed, usecount 0
   38 2958634 [main] svn 51421 fhandler_pty_slave::close: closing last open /dev/pty0 handle
  157 2958791 [main] svn 51421 fhandler_console::free_console: freed console, res 1
   60 2958851 [main] svn 51421 fhandler_pty_common::close: pty0 <0xE8,0xF4> closing
   48 2958899 [main] svn 51421 dtable::delete_archetype: deleting element 0 for /dev/pty0(136/0)
   33 2958932 [main] svn 51421 getpid: 51421 = getpid()
   28 2958960 [main] svn 51421 proc_terminate: child_procs count 0
   28 2958988 [main] svn 51421 proc_terminate: leaving
   46 2959034 [main] svn 51421 pinfo::exit: Calling dlls.cleanup_forkables n 0x8B, exitcode 0x8B00
   39 2959073 [main] svn 51421 pinfo::exit: Calling ExitProcess n 0x8B, exitcode 0x8B00
--- Process 8520 (pid: 51421) thread 7864 exited with status 0x8b00
--- Process 8520 (pid: 51421) thread 2416 exited with status 0x8b00
--- Process 8520 (pid: 51421) thread 6128 exited with status 0x8b00
--- Process 8520 (pid: 51421) thread 8552 exited with status 0x8b00
--- Process 8520 (pid: 51421) exited with status 0x8b00

Anton Lavrentiev
Contractor NIH/NLM/NCBI

Re: svn crashes when connection to server refused

[marco atzeri]

On Sun, Jan 16, 2022 at 11:55 PM Lavrentiev, Anton (NIH/NLM/NCBI) [C]
via Cygwin  wrote:
>
> Hi all,
>
> Before I go ahead and try to submit this as a bug report with the Apache Subversion project, I wanted to ask
> if anybody experiences the same issue as me (or, maybe it's a Cygwin issue, not svn's)...
>
> I use svn at home on Cygwin via a tunneled connection to my SVN server at work, so when the tunnel is
> not up (and basically, svn connects to localhost:SVN-port and supposedly receives "connection refused"),
> it crashes ungracefully with SEGFAULT leaving the repo locked ("svn cleanup" is required).  When the tunnel
> is up, everything goes well.  Also, I could not reproduce any such behavior at work, because the server there
> is readily available, so the connection always succeeds.
>
> It's not new, but it reached a tipping point, and I would rather try to have it fixed.
>
> So this is how it looks like when the tunnel is down:
>
> $ svn --version
> svn, version 1.14.1 (r1886195)
>    compiled Feb 12 2021, 17:58:10 on x86_64-unknown-cygwin
> ...
> $ svn up
> Updating '.':
> Segmentation fault (core dumped)

Subversion seems to have along list of upstream issues

can you check if the issue was already noted and solved upstream ?
If so I can deploy a new release.

Regards
Marco

RE: [EXTERNAL] Re: svn crashes when connection to server refused

[Lavrentiev, Anton (NIH/NLM/NCBI) [C]]

> Subversion seems to have along list of upstream issues
> 
> can you check if the issue was already noted and solved upstream ?
> If so I can deploy a new release.

Thanks for the suggestion!

Looks like 1.14.1 dated Feb 2021 is the latest official release, per their website;
and that's what we have in Cygwin.

I also tried to check out and build it right from the repository, but there were some
issues....  Once finally built I got an error message that the https:// scheme wasn’t
supported.  I guess I missed some configuration peculiarities for Cygwin (but also,
I noticed that for some reason the source code treats Cygwin as Windows -- particularly
how the pathname is assumed to have the drive letters, and that is really baffling --
so I am not exactly sure what was meant by that by the SVN developers).

Anton Lavrentiev
Contractor NIH/NLM/NCBI

Re: [EXTERNAL] Re: svn crashes when connection to server refused

[Marco Atzeri]

On 18.01.2022 03:03, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
>> Subversion seems to have along list of upstream issues
>>
>> can you check if the issue was already noted and solved upstream ?
>> If so I can deploy a new release.
> 
> Thanks for the suggestion!
> 
> Looks like 1.14.1 dated Feb 2021 is the latest official release, per their website;
> and that's what we have in Cygwin.
> 
> I also tried to check out and build it right from the repository, but there were some
> issues....  Once finally built I got an error message that the https:// scheme wasn’t
> supported.  I guess I missed some configuration peculiarities for Cygwin (but also,
> I noticed that for some reason the source code treats Cygwin as Windows -- particularly
> how the pathname is assumed to have the drive letters, and that is really baffling --
> so I am not exactly sure what was meant by that by the SVN developers).
> 
> Anton Lavrentiev
> Contractor NIH/NLM/NCBI
> 


you can rebuild with the same Cygwin setting and patches reusing the
content of the cygwin source packages. You can use Setup to download it.
It should appear under /usr/src.

You will need to install the package cygport to replicate the build

There is large manual to understand the script settings in
usr/share/doc/cygport/html/manual/toc_index.html

Re: [EXTERNAL] Re: svn crashes when connection to server refused

[Brian Inglis]

On 2022-01-17 19:03, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote:
>> Subversion seems to have along list of upstream issues
>> can you check if the issue was already noted and solved upstream ?
>> If so I can deploy a new release.

> Thanks for the suggestion!
> Looks like 1.14.1 dated Feb 2021 is the latest official release, per their website;
> and that's what we have in Cygwin.
> I also tried to check out and build it right from the repository, but there were some
> issues....  Once finally built I got an error message that the https:// scheme wasn’t
> supported.  I guess I missed some configuration peculiarities for Cygwin (but also,
> I noticed that for some reason the source code treats Cygwin as Windows -- particularly
> how the pathname is assumed to have the drive letters, and that is really baffling --
> so I am not exactly sure what was meant by that by the SVN developers).

You should normally be able to build from git-cygwin-packages repo for 
subversion containing cygport, patches, and any other Cygwin files, but 
the current release has not yet been checked in at:

https://cygwin.com/git-cygwin-packages/?p=git/cygwin-packages/subversion.git

although you can see from the tree 21 patches were available to apply.

So you have to download the source package which will include the 
current cygport, patches, and any other Cygwin files.

It is often a good idea also to look for relevant source patches 
available in packages' sources from upstream, as well as other distros 
such as Fedora (closely related to and used by some to build some Cygwin 
tools, parts of releases, and packages), Debian, MacPorts, and OpenSuSE 
where available:

https://src.fedoraproject.org/rpms/subversion/tree/rawhide
https://salsa.debian.org/lts-team/packages/subversion/-/tree/master/debian/patches
https://github.com/macports/macports-ports/tree/0a3636ef019083102b8eb19ba230d173a2a37afe/devel/subversion/files
https://github.com/bmwiedemann/openSUSE/tree/master/packages/s/subversion
[Thanks to those who pointed me to those package sources repos]

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
[Data in binary units and prefixes, physical quantities in SI.]

Re: [EXTERNAL] Re: svn crashes when connection to server refused

[Brian Inglis]

On 2022-01-17 23:15, Marco Atzeri wrote:
> On 18.01.2022 03:03, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
>>> Subversion seems to have along list of upstream issues
>>> can you check if the issue was already noted and solved upstream ?
>>> If so I can deploy a new release.

>> Looks like 1.14.1 dated Feb 2021 is the latest official release, per 
>> their website;
>> and that's what we have in Cygwin.
>>
>> I also tried to check out and build it right from the repository, but 
>> there were some
>> issues....  Once finally built I got an error message that the 
>> https:// scheme wasn’t
>> supported.  I guess I missed some configuration peculiarities for 
>> Cygwin (but also,
>> I noticed that for some reason the source code treats Cygwin as 
>> Windows -- particularly
>> how the pathname is assumed to have the drive letters, and that is 
>> really baffling --
>> so I am not exactly sure what was meant by that by the SVN developers).

> you can rebuild with the same Cygwin setting and patches reusing the
> content of the cygwin source packages. You can use Setup to download it.
> It should appear under /usr/src.
> 
> You will need to install the package cygport to replicate the build
> 
> There is large manual to understand the script settings in
> usr/share/doc/cygport/html/manual/toc_index.html

Submitted details for adding Cygwin packages to the Apache Subversion 
Binary Packages web page:

	https://subversion.apache.org/packages.html

to the Subversion ML:

	https://lists.apache.org/list?users@subversion.apache.org:2022-1

Also noticed that current subversion cygport, patches, etc. are not yet 
checked in to the git-cygwin-packages repo:

https://cygwin.com/git-cygwin-packages/?p=git/cygwin-packages/subversion.git;a=summary

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
[Data in binary units and prefixes, physical quantities in SI.]

Re: [EXTERNAL] Re: svn crashes when connection to server refused

[Marco Atzeri]

On 18.01.2022 18:31, Brian Inglis wrote:
> On 2022-01-17 23:15, Marco Atzeri wrote:
>> On 18.01.2022 03:03, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
> 
> Submitted details for adding Cygwin packages to the Apache Subversion 
> Binary Packages web page:
> 
>      https://subversion.apache.org/packages.html
> 
> to the Subversion ML:
> 
>      https://lists.apache.org/list?users@subversion.apache.org:2022-1
> 
> Also noticed that current subversion cygport, patches, etc. are not yet 
> checked in to the git-cygwin-packages repo:
> 
> https://cygwin.com/git-cygwin-packages/?p=git/cygwin-packages/subversion.git;a=summary 
> 

Now they are in sync.

Uploading to git repository is always one of the things to do later ...

Regards
Marco

Re: svn crashes when connection to server refused

[Andrey Repin]

Greetings, marco atzeri!

Marco, on an unrelated note, can you please package Subversion with
alternatives support?
I understand that the request is uncommon, but I do have uncommon
requirements. I'm using a custom Subversion build, which is good for common
use, but have a small deficiency in LC_TIME handling (simply put, it always
output localized dates, regardless of the settings).
Thus I have to use a different Subversion binary for release automation.
I already do some massaging to a similar extent, but a proper alternatives
support would be much more convenient.

Thank you in advance.


-- 
With best regards,
Andrey Repin
Wednesday, January 26, 2022 22:57:02

Sorry for my terrible english...

Re: svn crashes when connection to server refused

[Marco Atzeri]

On 26.01.2022 21:16, Andrey Repin wrote:
> Greetings, marco atzeri!
> 
> Marco, on an unrelated note, can you please package Subversion with
> alternatives support?
> I understand that the request is uncommon, but I do have uncommon
> requirements. I'm using a custom Subversion build, which is good for common
> use, but have a small deficiency in LC_TIME handling (simply put, it always
> output localized dates, regardless of the settings).
> Thus I have to use a different Subversion binary for release automation.
> I already do some massaging to a similar extent, but a proper alternatives
> support would be much more convenient.
> 
> Thank you in advance.
> 
> 

Hi Andrey
what exactly do you mean ?

is you need svn to point to another program than

   /usr/bin/svn.exe

can not you set Alternatives to use a

   /usr/local/bin/svn

as switch point between /usr/bin/svn.exe and your alternate ?
What am I missing ?

Regards
Marco

Re: svn crashes when connection to server refused

[Andrey Repin]

Greetings, Marco Atzeri!

> On 26.01.2022 21:16, Andrey Repin wrote:
>> Greetings, marco atzeri!
>> 
>> Marco, on an unrelated note, can you please package Subversion with
>> alternatives support?
>> I understand that the request is uncommon, but I do have uncommon
>> requirements. I'm using a custom Subversion build, which is good for common
>> use, but have a small deficiency in LC_TIME handling (simply put, it always
>> output localized dates, regardless of the settings).
>> Thus I have to use a different Subversion binary for release automation.
>> I already do some massaging to a similar extent, but a proper alternatives
>> support would be much more convenient.
>> 
>> Thank you in advance.
>> 
>> 

> Hi Andrey
> what exactly do you mean ?

> is you need svn to point to another program than

>    /usr/bin/svn.exe

> can not you set Alternatives to use a

>    /usr/local/bin/svn

> as switch point between /usr/bin/svn.exe and your alternate ?
> What am I missing ?

Hm, point. :) That did not occurred to me. thanks for the idea!


-- 
With best regards,
Andrey Repin
Friday, January 28, 2022 11:00:07

Sorry for my terrible english...