Return-Path: X-Original-To: apmail-subversion-dev-archive@minotaur.apache.org Delivered-To: apmail-subversion-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 2E48E18EB6 for ; Sat, 28 Nov 2015 20:58:35 +0000 (UTC) Received: (qmail 95959 invoked by uid 500); 28 Nov 2015 20:58:29 -0000 Delivered-To: apmail-subversion-dev-archive@subversion.apache.org Received: (qmail 95904 invoked by uid 500); 28 Nov 2015 20:58:29 -0000 Mailing-List: contact dev-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@subversion.apache.org Received: (qmail 95894 invoked by uid 99); 28 Nov 2015 20:58:29 -0000 Received: from Unknown (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 28 Nov 2015 20:58:29 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 1E67CC05AC for ; Sat, 28 Nov 2015 20:58:29 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-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: spamd4-us-west.apache.org (amavisd-new); dkim=pass (1024-bit key) header.d=qqmail.nl Received: from mx1-us-east.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id PMnvtc2JCSub for ; Sat, 28 Nov 2015 20:58:16 +0000 (UTC) Received: from mail-wm0-f47.google.com (mail-wm0-f47.google.com [74.125.82.47]) by mx1-us-east.apache.org (ASF Mail Server at mx1-us-east.apache.org) with ESMTPS id C7F4C42AA6 for ; Sat, 28 Nov 2015 20:58:15 +0000 (UTC) Received: by wmvv187 with SMTP id v187so108471619wmv.1 for ; Sat, 28 Nov 2015 12:58:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qqmail.nl; s=google; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:content-transfer-encoding:thread-index :content-language; bh=RDwOKOSFKlzgNdzqHJF9fiGFaZX/mT6qRuj4w8gByns=; b=ijjUBNqzkeXQK9S16Yqb5OtKBzroPBMsRvQ58DQkKG6pSFfPLa0nfS3DSf3QB+TFva t8h9JX2NbXyCj/A6/rtehCCn1PGpJI/41LkYUORDWaBU8klxqfFXUUf2AtzvVzyi9GMM g4QWXF6DYHFhsB+bGg1lzcaEuT0GtFHOin/Po= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:references:in-reply-to:subject:date :message-id:mime-version:content-type:content-transfer-encoding :thread-index:content-language; bh=RDwOKOSFKlzgNdzqHJF9fiGFaZX/mT6qRuj4w8gByns=; b=l0HeST5VRwIJofhgLa3eAVpbF/25VZaqx4ajnxO7EWA07+/h863hr9kLF3b8sAO9zM CAyvAnBUoFWFdiYmnwcbzn76UN+s655TnuaULzrpbLptgWX6rfi38Wnn3bqhc9aFiWp/ B+uVZf97ehJzEUlC8xpgJ4keByJLGRJwcBxnZbuQMx5TgzPB7c0q/ycQqsiXi7gUh2jk O+agy+AhVHKFMVrGNZiB0ECubskNFTBnpa2diUT7wpY8XF2bsxIL1X7ApFQYH7eCnyTh lf+QHurLfTMtXjQaM03+2lWHzk4OGFAUE0jQ4294syLv1SeatUQPw+yPhUD+EXFMdfIh 6U0A== X-Gm-Message-State: ALoCoQn2xm705MerE81jU553OsEPxqiunAd7sxEjbNXgRp3jfmhcH8U2M83owGlPQmiaO/bZcY3O X-Received: by 10.28.102.8 with SMTP id a8mr19485351wmc.67.1448744295067; Sat, 28 Nov 2015 12:58:15 -0800 (PST) Received: from i72600 ([2001:610:66e:0:52e5:49ff:fee1:96b7]) by smtp.gmail.com with ESMTPSA id d10sm39260285wje.14.2015.11.28.12.58.14 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 28 Nov 2015 12:58:14 -0800 (PST) From: "Bert Huijben" To: "'Daniel Shahaf'" , "'Philip Martin'" Cc: =?iso-8859-2?Q?'Branko_=C8ibej'?= , References: <20151125213120.9C7FE3A02EE@svn01-us-west.apache.org> <010901d127d0$81dadc60$85909520$@qqmail.nl> <5656395A.60807@apache.org> <011601d127d7$8def30d0$a9cd9270$@qqmail.nl> <87610olvpc.fsf@wandisco.com> <871tbclj6k.fsf@wandisco.com> <20151128173200.GA64152@minotaur.apache.org> In-Reply-To: <20151128173200.GA64152@minotaur.apache.org> Subject: RE: svn commit: r1716548 - /subversion/trunk/subversion/tests/libsvn_fs/fs-test.c Date: Sat, 28 Nov 2015 21:58:00 +0100 Message-ID: <03ec01d12a1f$791d6f60$6b584e20$@qqmail.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQKdgnenhKXBgV+Z7gXJrJQ9xKlC7QGXwi9DA05vYpcBq+ngrALRo9OcAYmBwWQCRDbtrpyvrJyA Content-Language: nl > -----Original Message----- > From: Daniel Shahaf [mailto:danielsh@apache.org] > Sent: zaterdag 28 november 2015 18:32 > To: Philip Martin > Cc: Bert Huijben ; 'Branko =C8ibej' = ; > dev@subversion.apache.org > Subject: Re: svn commit: r1716548 - > /subversion/trunk/subversion/tests/libsvn_fs/fs-test.c >=20 > On Thu, Nov 26, 2015 at 06:17:07PM +0000, Philip Martin wrote: > > Philip Martin writes: > > > > > I suppose one way to fix this would be to ensure that every BDB revision > > > generates a new node-revision-id. > > > > To do this we make '/' mutable either when creating the txn, or when > > commiting the txn. Patches to do both below. Not sure which one is > > best. >=20 > Making '/' mutable at transaction creation would violate an explicit = API > promise: If you interpret it this way FSFS always broke the promise >=20 > /** Set @a *revision to the revision in which @a path under @a = root was > * created. Use @a pool for any temporary allocations. @a = *revision will > * be set to #SVN_INVALID_REVNUM for uncommitted nodes (i.e. > modified nodes > * under a transaction root). Note that the root of an unmodified > transaction > * is not itself considered to be modified; in that case, return = the revision > * upon which the transaction was based. > */ > svn_error_t * > svn_fs_node_created_rev(svn_revnum_t *revision, And strictly the root directory is not *under* the root. I'm not sure what the right way to fix this problem is... but calling = fsfs completely broken is not the solution for fixing this inconsistency. And if you open a transaction against r3... then what is the revision = the transaction is based on? r3? FSFS and FSX always think so r1? If both r2 and r3 didn't contain modifications, BDB thinks so (see the recently added RA C test) (The commit can even be applied on top of r4, if this doesn't conflict) Bert