Return-Path: X-Original-To: apmail-subversion-users-archive@minotaur.apache.org Delivered-To: apmail-subversion-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id A361E17979 for ; Mon, 1 Jun 2015 10:35:36 +0000 (UTC) Received: (qmail 55306 invoked by uid 500); 1 Jun 2015 10:35:36 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 55272 invoked by uid 500); 1 Jun 2015 10:35:36 -0000 Mailing-List: contact users-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@subversion.apache.org Received: (qmail 55262 invoked by uid 99); 1 Jun 2015 10:35:35 -0000 Received: from Unknown (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Jun 2015 10:35:35 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 5788ECA5C2 for ; Mon, 1 Jun 2015 10:35:35 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -0.099 X-Spam-Level: X-Spam-Status: No, score=-0.099 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, URIBL_BLOCKED=0.001] autolearn=disabled Authentication-Results: spamd1-us-west.apache.org (amavisd-new); dkim=pass (1024-bit key) header.d=qqmail.nl Received: from mx1-eu-west.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id G5JyKNcvInJp for ; Mon, 1 Jun 2015 10:35:20 +0000 (UTC) Received: from mail-wg0-f51.google.com (mail-wg0-f51.google.com [74.125.82.51]) by mx1-eu-west.apache.org (ASF Mail Server at mx1-eu-west.apache.org) with ESMTPS id 3BD70207E3 for ; Mon, 1 Jun 2015 10:35:20 +0000 (UTC) Received: by wgv5 with SMTP id 5so110323647wgv.1 for ; Mon, 01 Jun 2015 03:35:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qqmail.nl; s=google; h=from:to:references:in-reply-to:subject:date:message-id:mime-version :content-type:content-transfer-encoding:thread-index :content-language; bh=jlxh1DpfuvpNkE9yKzvqjxyPMzcWziUO7OtbNH9AK/o=; b=flRKCh4HGsayELHAOrJoP8ChilDDisQFUSaHgcuzN4xrK5jxbJiGKy/S8sU6Vl4D6V IzTtR8Y17lm+fKOKwMTyaj+PHe6N8VeQuyLKjAlYFSAlADD+mXNV1BfsWCzW6cCf0QLN P5Nc3BVT/XQEIlr2QN8xJyIPDaVpMVzjAhUuw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:references:in-reply-to:subject:date :message-id:mime-version:content-type:content-transfer-encoding :thread-index:content-language; bh=jlxh1DpfuvpNkE9yKzvqjxyPMzcWziUO7OtbNH9AK/o=; b=K67e20asmXsIFlQx2/Taa7EJlQK7dVPjGTWOMBsCcV2HIAC8OlLrSN3JGVWCZcy5aD XIzYPNfpJK1fJL85nvS4FXOTZF6+ZEoL6gkl28bYgdbs8AVHMhxyrSJ1qLFb/tFH+XtP V8XB0abC74CPuJlM/nVIIlJhtW6DKFOQ5OAdAl/WZfYH1y7rIvkaardLIfy3EW1V2TnQ 9V+mqwQix0Qq6A+rqg5nBrIzXDuan1i+5D0kagJdsCv4l9CfdgdJ+n5c07JtWzKBkzX2 t8+a9OxJDJWXFniaSklPOmXZhrhw5VyyFnNmk/zg5RlkLFVPLF3Kuul969RlLXXBHYtI w40g== X-Gm-Message-State: ALoCoQnULIVsM2dlLj8XneKAyT9QahgKm7guKycJjfB2pqgdYYcJIiaX05e2T4MrCc6q1F6UNyKR X-Received: by 10.180.87.38 with SMTP id u6mr19654174wiz.43.1433154919917; Mon, 01 Jun 2015 03:35:19 -0700 (PDT) Received: from i72600 ([2001:610:66e:0:a1fe:7b28:1850:b511]) by mx.google.com with ESMTPSA id pg1sm21228159wjb.39.2015.06.01.03.35.18 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 01 Jun 2015 03:35:19 -0700 (PDT) From: "Bert Huijben" To: "'Cooke, Mark'" , References: <989a01d09a22$2b604780$8220d680$@qqmail.nl> In-Reply-To: Subject: RE: svn 1.8.13 test failures: wc-queries-test.exe and move_tests.py Date: Mon, 1 Jun 2015 12:35:16 +0200 Message-ID: <014e01d09c56$a72b2ed0$f5818c70$@qqmail.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQCFeCfZGVET+IFBJd8Z/YkPh5W9NgHu3hG/AL6tVBygGE64EA== Content-Language: nl > -----Original Message----- > From: Cooke, Mark [mailto:mark.cooke@siemens.com] > Sent: maandag 1 juni 2015 08:24 > To: users@subversion.apache.org > Cc: Bert Huijben > Subject: RE: svn 1.8.13 test failures: wc-queries-test.exe and move_tests.py > > > > -----Original Message----- > > > From: Cooke, Mark [mailto:mark.cooke@siemens.com] > > > Sent: vrijdag 29 mei 2015 15:21 > > > > > > Hello, > > > > > > I am trying to compile svn (and httpd) with VS2008 (for python 2.7 > > > compatibility) on Win 7 Enterprise and am getting some test failures: > > > {{{ > > > win-tests.py --release --cleanup --parallel > > > win-tests.py -r -c --httpd-dir=d:\Apache24 --httpd-daemon > > > }}} > > > > > > [40/96] wc-queries-test.exe ... FAILED > > > [72/96] move_tests.py ......... success > > > > > > For #40 I noticed that Andreas confirmed [1] that r1672295 fixes a > > > (similar?) issue (which is more recent than the 1.8.13 tag), so can > > > I safely ignore this? > > > > -----Original Message----- > > From: Bert Huijben [mailto:bert@qqmail.nl] > > Sent: 29 May 2015 16:15 > > > > What version of sqlite do you use, > > I made a mistake and took a nightly snapshot: > - sqlite-amalgamation-201505290135.zip > > > and what is the error that you see? > > Apologies for not being more precise earlier, I am still finding my way around > the code trees. This is the summary:- > > At least one test FAILED, checking D:\svn\src\Release\dav-tests.log > FAIL: wc-queries-test.exe 3: test query expectations > Summary of test results: > 1950 tests PASSED > 55 tests SKIPPED > 32 tests XFAILED (1 WORK-IN-PROGRESS) > 1 test FAILED > SUMMARY: Some tests failed. > > ...and from the test log:- > > START: wc-queries-test.exe > DBG: Using Sqlite 3.8.11 > PASS: wc-queries-test.exe 1: sqlite up-to-date > PASS: wc-queries-test.exe 2: queries are parsable > svn_tests: E200006: STMT_SELECT_EXTERNALS_DEFINED: Uses externals with > only 1 index component: (wc_id=? ) > SELECT local_relpath, def_local_relpath FROM externals WHERE (wc_id = ?1 > AND def_local_relpath = ?2) OR (wc_id = ?1 AND (((def_local_relpath) > > (CASE (?2) WHEN '' THEN '' ELSE (?2) || '/' END)) AND ((def_local_relpath) < > CASE (?2) WHEN '' THEN X'FFFF' ELSE (?2) || '0' END))) > svn_tests: E200035: Additional errors: > svn_tests: E200035: |SEARCH TABLE externals USING COVERING INDEX > I_EXTERNALS_DEFINED (wc_id=?) > FAIL: wc-queries-test.exe 3: test query expectations > PASS: wc-queries-test.exe 4: test schema statistics > END: wc-queries-test.exe > ELAPSED: wc-queries-test.exe 0:00:00.125000 Ok, this confirms that it is a known failure that will be fixed when the 'r1672295, r1673691' group of ^/subversion/branches/1.8.x/STATUS is backported. I hope this will happen for the next 1.8.x version. The problem occurs with Sqlite 3.8.10 and later. It currently tells us that it is using the index in a less than optimal way, but unless you have hundreds of externals in a working copy you wouldn't be able to tell the difference. The query optimizer is expected to use two index components here, but currently only one... which makes it essentially a table scan. But with typically every external in a single database page there won't be real performance problems. > > For the `move_tests.py` crash "success" the log states: > > START: move_tests.py > PASS: move_tests.py 1: lateral (rename) move of a file test > PASS: move_tests.py 2: sibling move of a file test > PASS: move_tests.py 3: shallower move of a file test > PASS: move_tests.py 4: deeper move of a file test > PASS: move_tests.py 5: test property merging on move-update > PASS: move_tests.py 6: move a missing directory > PASS: move_tests.py 7: move many and delete-on-update > W: svn: E235000: In file '..\..\..\subversion\libsvn_wc\wc_db_update_move.c' > line 809: assertion failed (move_dst_revision == expected_move_dst_revision > || status == svn_wc__db_status_not_present) > W: > W: This application has requested the Runtime to terminate it in an unusual > way. > W: Please contact the application's support team for more information. > W: CWD: D:\svn\src\Release\subversion\tests\cmdline > W: EXCEPTION: Failure: Command failed: > "D:\svn\src\Release\subversion\svn\svn.exe up svn-test- > work\working_copies\move_tests-8 --accept ..."; exit code 3 > Traceback (most recent call last): > File "d:\svn\src\subversion\tests\cmdline\svntest\main.py", line 1561, in run > rc = self.pred.run(sandbox) > File "d:\svn\src\subversion\tests\cmdline\svntest\testcase.py", line 114, in run > return self._delegate.run(sandbox) > File "d:\svn\src\subversion\tests\cmdline\svntest\testcase.py", line 176, in run > return self.func(sandbox) > File "d:\svn\src\subversion\tests\cmdline\move_tests.py", line 1397, in > move_many_update_add > wc_dir, '--accept', 'mine-conflict') > File "d:\svn\src\subversion\tests\cmdline\svntest\actions.py", line 865, in > run_and_verify_update > exit_code, output, errput = main.run_svn(error_re_string, 'up', *args) > File "d:\svn\src\subversion\tests\cmdline\svntest\main.py", line 682, in > run_svn > *(_with_auth(_with_config_dir(varargs)))) > File "d:\svn\src\subversion\tests\cmdline\svntest\main.py", line 365, in > run_command > None, *varargs) > File "d:\svn\src\subversion\tests\cmdline\svntest\main.py", line 557, in > run_command_stdin > '"; exit code ' + str(exit_code)) > Failure: Command failed: "D:\svn\src\Release\subversion\svn\svn.exe up svn- > test-work\working_copies\move_tests-8 --accept ..."; exit code 3 > XFAIL: move_tests.py 8: move many and add-on-update > PASS: move_tests.py 9: delete moved node, still a move > PASS: move_tests.py 10: copy, move and commit > PASS: move_tests.py 11: move to and from an external > PASS: move_tests.py 12: move conflict markers > END: move_tests.py > ELAPSED: move_tests.py 0:01:02.563000 > > ...which I now see is an XFAIL ~ but is the test still valid with the crash? XFail marks an 'Expected Failure'. We determined the problem in a reproducible way, but haven't fixed it yet. In some cases in our test suite (but not this one), we haven't even determined if we really want to fix it, or just haven't defined it as expected behavior. In this specific case the problem is very hard to fix for 1.8 and the relevant code was almost completely refactored for 1.9 to fix this and other issues. Bert