Hey guys, I have a question. I compiled svn 1.9.4 together with apr, apr-util, serf and openssl in a Docker container for some testing purposes. I compiled it with the gcc compiler options for the address sanitizer.
Now, I checkout some source code from my svn repository with Jenkins into that Docker container. When I go in the shell to that directory and call "svn info", I get the message: ***** svn: E155036: Please see the 'svn upgrade' command svn: E155036: The working copy at '/root/trunk/libint' is too old (format 8) to work with client version '1.9.4 (r1740329)' (expects format 31). You need to upgrade the working copy first. ***** Now, I want to make an upgrade, so I call "svn upgrade". But now I am getting an error message from the AddressSanitizer: ================================================================= ==153== ERROR: AddressSanitizer: global-buffer-overflow on address 0x7f7cddf64369 at pc 0x7f7cddd8ece0 bp 0x7ffc666b4300 sp 0x7ffc666b42f0 READ of size 1 at 0x7f7cddf64369 thread T0 #0 0x7f7cddd8ecdf in fillInUnixFile /root/subversion-1.9.4/sqlite-amalgamation/sqlite3.c:27640 #1 0x7f7cddd90616 in unixOpen /root/subversion-1.9.4/sqlite-amalgamation/sqlite3.c:28257 #2 0x7f7cddd75e11 in sqlite3OsOpen /root/subversion-1.9.4/sqlite-amalgamation/sqlite3.c:15082 #3 0x7f7cddda69be in sqlite3PagerOpen /root/subversion-1.9.4/sqlite-amalgamation/sqlite3.c:41802 #4 0x7f7cdddbfc2e in sqlite3BtreeOpen /root/subversion-1.9.4/sqlite-amalgamation/sqlite3.c:50150 #5 0x7f7cdded9d0a in openDatabase /root/subversion-1.9.4/sqlite-amalgamation/sqlite3.c:114993 #6 0x7f7cddeda313 in sqlite3_open_v2 /root/subversion-1.9.4/sqlite-amalgamation/sqlite3.c:115129 #7 0x7f7cddd6ba34 in internal_open /root/subversion-1.9.4/subversion/libsvn_subr/sqlite.c:911 #8 0x7f7cddd6c1c0 in svn_sqlite__open /root/subversion-1.9.4/subversion/libsvn_subr/sqlite.c:1091 #9 0x7f7cdfab755d in svn_wc__db_util_open_db /root/subversion-1.9.4/subversion/libsvn_wc/wc_db_util.c:141 #10 0x7f7cdfa5c14d in create_db /root/subversion-1.9.4/subversion/libsvn_wc/wc_db.c:1441 #11 0x7f7cdfa966e6 in svn_wc__db_upgrade_begin /root/subversion-1.9.4/subversion/libsvn_wc/wc_db.c:13383 #12 0x7f7cdfa5330e in svn_wc_upgrade /root/subversion-1.9.4/subversion/libsvn_wc/upgrade.c:2470 #13 0x7f7cdfe14734 in svn_client_upgrade /root/subversion-1.9.4/subversion/libsvn_client/upgrade.c:114 #14 0x45202c in svn_cl__upgrade /root/subversion-1.9.4/subversion/svn/upgrade-cmd.c:73 #15 0x44f75c in sub_main /root/subversion-1.9.4/subversion/svn/svn.c:3041 #16 0x44fc8d in main /root/subversion-1.9.4/subversion/svn/svn.c:3126 #17 0x7f7cdc6eeb14 in __libc_start_main (/lib64/libc.so.6+0x21b14) #18 0x406dc8 in _start (/usr/local/bin/svn+0x406dc8) 0x7f7cddf64369 is located 55 bytes to the left of global variable '*.LC1094 (subversion/libsvn_subr/sqlite3wrapper.c)' (0x7f7cddf643a0) of size 10 '*.LC1094 (subversion/libsvn_subr/sqlite3wrapper.c)' is ascii string 'unix-none' 0x7f7cddf64369 is located 4 bytes to the right of global variable '*.LC1093 (subversion/libsvn_subr/sqlite3wrapper.c)' (0x7f7cddf64360) of size 5 '*.LC1093 (subversion/libsvn_subr/sqlite3wrapper.c)' is ascii string 'unix' SUMMARY: AddressSanitizer: global-buffer-overflow /root/subversion-1.9.4/sqlite-amalgamation/sqlite3.c:27640 fillInUnixFile Shadow bytes around the buggy address: 0x0ff01bbe4810: 07 f9 f9 f9 f9 f9 f9 f9 00 02 f9 f9 f9 f9 f9 f9 0x0ff01bbe4820: 00 01 f9 f9 f9 f9 f9 f9 06 f9 f9 f9 f9 f9 f9 f9 0x0ff01bbe4830: 05 f9 f9 f9 f9 f9 f9 f9 00 f9 f9 f9 f9 f9 f9 f9 0x0ff01bbe4840: 00 01 f9 f9 f9 f9 f9 f9 00 01 f9 f9 f9 f9 f9 f9 0x0ff01bbe4850: 05 f9 f9 f9 f9 f9 f9 f9 00 00 00 00 00 00 00 07 =>0x0ff01bbe4860: f9 f9 f9 f9 00 f9 f9 f9 f9 f9 f9 f9 05[f9]f9 f9 0x0ff01bbe4870: f9 f9 f9 f9 00 02 f9 f9 f9 f9 f9 f9 00 05 f9 f9 0x0ff01bbe4880: f9 f9 f9 f9 00 00 00 04 f9 f9 f9 f9 01 f9 f9 f9 0x0ff01bbe4890: f9 f9 f9 f9 00 f9 f9 f9 f9 f9 f9 f9 00 f9 f9 f9 0x0ff01bbe48a0: f9 f9 f9 f9 00 04 f9 f9 f9 f9 f9 f9 00 01 f9 f9 0x0ff01bbe48b0: f9 f9 f9 f9 00 01 f9 f9 f9 f9 f9 f9 04 f9 f9 f9 Shadow byte legend (one shadow byte represents 8 application bytes): Addressable: 00 Partially addressable: 01 02 03 04 05 06 07 Heap left redzone: fa Heap righ redzone: fb Freed Heap region: fd Stack left redzone: f1 Stack mid redzone: f2 Stack right redzone: f3 Stack partial redzone: f4 Stack after return: f5 Stack use after scope: f8 Global redzone: f9 Global init order: f6 Poisoned by user: f7 ASan internal: fe ==153== ABORTING Is this a problem of svn or sqlite? Is this already known? If you need some more information, I will give it to you...