Return-Path: X-Original-To: apmail-couchdb-user-archive@www.apache.org Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 64D4F773C for ; Wed, 23 Nov 2011 12:24:47 +0000 (UTC) Received: (qmail 44753 invoked by uid 500); 23 Nov 2011 12:24:45 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 44619 invoked by uid 500); 23 Nov 2011 12:24:45 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 44611 invoked by uid 99); 23 Nov 2011 12:24:44 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 23 Nov 2011 12:24:44 +0000 X-ASF-Spam-Status: No, hits=-5.0 required=5.0 tests=RCVD_IN_DNSWL_HI,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of Viktor.Szabo@morganstanley.com designates 205.228.53.73 as permitted sender) Received: from [205.228.53.73] (HELO hqmtaint03.ms.com) (205.228.53.73) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 23 Nov 2011 12:24:39 +0000 Received: from hqmtaint03.ms.com (localhost.ms.com [127.0.0.1]) by hqmtaint03.ms.com (output Postfix) with ESMTP id B3EA8B6C558 for ; Wed, 23 Nov 2011 07:24:18 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=morganstanley.com; s=p20110615; t=1322051058; x=1323260658; bh=SptI7AUnM43LcDNqZquYqMv3RXHGC/++bRHfyPvN2fE=; h=From:To:Subject:Date:Message-ID:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:MIME-Version; b=czQ9D+N+Ho07rUWC4Fu3Ue86fNCBtYl64wUp56wuqnI9xNBDMZc9upYoArw8A/Gac bu/e/1k5nPVewN5NGb8iGcq7AgsFtVotjfshFFZXCeR9H+vE48KXLGc1EzJQCa6Vj6 QIYPyMQhaxDzlNoMVMOR3gWVROUkl0VYp1E+BLzU= Received: from ny021bas01.ms.com (ny021bas01.ms.com [10.162.156.33]) by hqmtaint03.ms.com (internal Postfix) with ESMTP id B25BEA30C62 for ; Wed, 23 Nov 2011 07:24:18 -0500 (EST) Received: from ny021bas01.ms.com (localhost [127.0.0.1]) by ny021bas01.ms.com (msa-out Postfix) with ESMTP id 9A3467B80E7 for ; Wed, 23 Nov 2011 07:24:18 -0500 (EST) Received: from HNWEXGOB02.msad.ms.com (hn212c1n1 [10.184.121.167]) by ny021bas01.ms.com (mta-in Postfix) with ESMTP id 97B28DE003A for ; Wed, 23 Nov 2011 07:24:18 -0500 (EST) Received: from OZWEX0203N2.msad.ms.com (10.208.88.74) by HNWEXGOB02.msad.ms.com (10.184.121.167) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 23 Nov 2011 07:24:15 -0500 Received: from OZWEX0202N2.msad.ms.com ([169.254.4.111]) by OZWEX0203N2.msad.ms.com ([169.254.2.76]) with mapi id 14.01.0339.001; Wed, 23 Nov 2011 12:24:13 +0000 From: "Szabo, Viktor (Enterprise Infrastructure)" To: Subject: RE: possible compact bug in 1.1.1 Thread-Topic: possible compact bug in 1.1.1 thread-index: AcypA5vr6+QWsbbdRX6tO3a1wVdWHQAFvAWAAABjz4AAAfkHAAAAWVagAAfPzwAAJVPjcA== Date: Wed, 23 Nov 2011 12:24:12 +0000 Message-ID: <9032450E6B3D8244858652FFFD6E29BC02A817@OZWEX0202N2.msad.ms.com> Content-Class: urn:content-classes:message Importance: normal Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4913 References: <9032450E6B3D8244858652FFFD6E29BC0294FC@OZWEX0202N2.msad.ms.com> <7321244256499370376@unknownmsgid> <9032450E6B3D8244858652FFFD6E29BC029611@OZWEX0202N2.msad.ms.com> <9032450E6B3D8244858652FFFD6E29BC029675@OZWEX0202N2.msad.ms.com> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.173.255.32] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-EXCLAIMER-MD-CONFIG: be3bdf5c-71de-49fb-a1b7-ad6a6a1df5e2 > > undeterministic behaviour is not something I like. > You cannot avoid undeterministic behavior when it comes to conflicts. = It is an inherent problem. Undeterministic behavior is fine when it's caused by scheduling or = synchronization related to parallel operations, and I'm happy to live with it. But not knowing whether my write operation will fail or succeed (in fact = succeed without changing the state of the database!) for the target with the very same = content (*) is weird. (*) - if we consider _compact operation as something that should not = change the actual content Cheers, Viktor -------------------------------------------------------------------------= - NOTICE: Morgan Stanley is not acting as a municipal advisor and the = opinions or views contained herein are not intended to be, and do not = constitute, advice within the meaning of Section 975 of the Dodd-Frank = Wall Street Reform and Consumer Protection Act. If you have received = this communication in error, please destroy all electronic and paper = copies and notify the sender immediately. Mistransmission is not = intended to waive confidentiality or privilege. Morgan Stanley reserves = the right, to the extent permitted under applicable law, to monitor = electronic communications. This message is subject to terms available at = the following link: http://www.morganstanley.com/disclaimers. If you = cannot access these links, please notify us by reply message and we will = send the contents to you. By messaging with Morgan Stanley you consent = to the foregoing.