Return-Path: Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: (qmail 2718 invoked from network); 5 Feb 2009 04:10:23 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 5 Feb 2009 04:10:23 -0000 Received: (qmail 89950 invoked by uid 500); 5 Feb 2009 04:10:22 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 89909 invoked by uid 500); 5 Feb 2009 04:10:22 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 89898 invoked by uid 99); 5 Feb 2009 04:10:22 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Feb 2009 20:10:22 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Feb 2009 04:10:20 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 9A69F234C48C for ; Wed, 4 Feb 2009 20:09:59 -0800 (PST) Message-ID: <1912148089.1233806999617.JavaMail.jira@brutus> Date: Wed, 4 Feb 2009 20:09:59 -0800 (PST) From: "Paul Joseph Davis (JIRA)" To: dev@couchdb.apache.org Subject: [jira] Updated: (COUCHDB-135) Offset regression between 0.8.0 and trunk MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/COUCHDB-135?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paul Joseph Davis updated COUCHDB-135: -------------------------------------- Attachment: COUCHDB-135.patch This should fix the offset calculation errors. Damien should look over it and Paul Carey should double check that it fixes his issues. The way I understand things is that basically when the view was folding over the btree, pre-calculated values were not being properly remembered in the Reds variable that gets passed around. Specifically, when a kp node was passed over (ie, not examined by drop_nodes), any of the reductions associated with that node were being lost simply because they weren't added to the list. Hopefully that makes sense to someone else too. > Offset regression between 0.8.0 and trunk > ----------------------------------------- > > Key: COUCHDB-135 > URL: https://issues.apache.org/jira/browse/COUCHDB-135 > Project: CouchDB > Issue Type: Bug > Components: Database Core > Affects Versions: 0.9 > Environment: OSX 10.5 > Reporter: Paul Carey > Priority: Blocker > Fix For: 0.9 > > Attachments: COUCHDB-135.patch, view_offsets.js > > > The offset returned for certain map queries differs between 0.8.0 and 0.9.0r702929. > The attached test can be pasted into couch_tests.js. It passes in 0.8.0 and fails in 0.9. > I believe the skip query param must be passed for this bug to be exhibited. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.