34/dad1d92c86f261c2f5c855eb74433e6b5583fa

   1 Return-Path: <eg@gaute.vetsj.com>\r
   2 X-Original-To: notmuch@notmuchmail.org\r
   3 Delivered-To: notmuch@notmuchmail.org\r
   4 Received: from localhost (localhost [127.0.0.1])\r
   5  by arlo.cworth.org (Postfix) with ESMTP id AEC396DE0924\r
   6  for <notmuch@notmuchmail.org>; Sun, 28 Feb 2016 04:32:56 -0800 (PST)\r
   7 X-Virus-Scanned: Debian amavisd-new at cworth.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -0.468\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-0.468 tagged_above=-999 required=5 tests=[AWL=0.252,\r
  12   DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7,\r
  13  RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=disabled\r
  14 Received: from arlo.cworth.org ([127.0.0.1])\r
  15  by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024)\r
  16  with ESMTP id rJ0iI7U4Vkln for <notmuch@notmuchmail.org>;\r
  17  Sun, 28 Feb 2016 04:32:54 -0800 (PST)\r
  18 Received: from mail-lf0-f49.google.com (mail-lf0-f49.google.com\r
  19  [209.85.215.49])\r
  20  by arlo.cworth.org (Postfix) with ESMTPS id A87FA6DE00DF\r
  21  for <notmuch@notmuchmail.org>; Sun, 28 Feb 2016 04:32:53 -0800 (PST)\r
  22 Received: by mail-lf0-f49.google.com with SMTP id m1so76641930lfg.0\r
  23  for <notmuch@notmuchmail.org>; Sun, 28 Feb 2016 04:32:53 -0800 (PST)\r
  24 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;\r
  25  d=gaute-vetsj-com.20150623.gappssmtp.com; s=20150623;\r
  26  h=date:from:subject:to:references:in-reply-to:user-agent:message-id\r
  27  :mime-version:content-transfer-encoding;\r
  28  bh=NYKPKjKEkcPieDZ89dXiUbu1RNkbVqY7xq8fRbvtQAw=;\r
  29  b=lvHqDhUKIzv9QbRkgfxJ2hK1oSmAZTKCE8Ljfzv49MSeoJgqa/bVPLRwl5YTh8eReH\r
  30  SNAHy8fT/0jmmNylO2rFg6IDyizinogTsqnRDuaRJWQLo7AmpbrXj0jIh2rR1pxb5Ado\r
  31  BW3wtE7oyqsQWZPmEYgao74yl/2ayWd393d+o18q6XvzpdtTzJNRycRSEevX4mSJrV6o\r
  32  x9OEeucVvjdJ4tMX3v00ijhS28lc48jA1lOEWEg5ek8o1jkAeTGQMq383jO5f6TjGsub\r
  33  5ycLv7Pm+UpdfPbCZgohGyd87QHIrkh7M+usa929wK0eHY2JydDa49UcI4ppOjpg7WoO\r
  34  MOiQ==\r
  35 X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;\r
  36  d=1e100.net; s=20130820;\r
  37  h=x-gm-message-state:date:from:subject:to:references:in-reply-to\r
  38  :user-agent:message-id:mime-version:content-transfer-encoding;\r
  39  bh=NYKPKjKEkcPieDZ89dXiUbu1RNkbVqY7xq8fRbvtQAw=;\r
  40  b=NNmonmF2pdk3GSPYZ9UZJiiHAXZBrfvAoX7iY60sYHXNOJKe9oSyyhVBqBZvpztCRw\r
  41  Z5Gwe4ZHRa2RMEheOEQ6A82lcwpa7BRwN0N0KJq93zKMXAND6iPeICEDbiOu85/naACG\r
  42  SosZQZomgUdXP5TJTgWRqrgj5zzBmyt2Ot0TbACCaZrVsqy5mjCNBd8mUqOgVypuJk3s\r
  43  +hQtA2bUgtLbOT4Q4110NL3pF8qbdtNbZwhzWh2K3CGGKKDbeg3m9B72EsfbRCtQ3o7m\r
  44  FQBYofrLc5r9xSUUDxD5LETw2p9tzJ+LgdK9nyfQFGtJOgwgO6yxf4iLRwTIvf6m5UZW\r
  45  UwIQ==\r
  46 X-Gm-Message-State:\r
  47  AD7BkJLZ+FgTDxawuzmSBQ2aXvUFKKOgi7YpGvUWQFyCU5pN9R+8trLBWSFfHV7kTW5Lag==\r
  48 X-Received: by 10.25.144.12 with SMTP id s12mr3830130lfd.114.1456662770212;\r
  49  Sun, 28 Feb 2016 04:32:50 -0800 (PST)\r
  50 Received: from localhost (c6878BF51.dhcp.as2116.net. [81.191.120.104])\r
  51  by smtp.gmail.com with ESMTPSA id xf10sm3136470lbb.23.2016.02.28.04.32.47\r
  52  (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);\r
  53  Sun, 28 Feb 2016 04:32:48 -0800 (PST)\r
  54 Date: Sun, 28 Feb 2016 12:32:46 +0000\r
  55 From: Gaute Hope <eg@gaute.vetsj.com>\r
  56 Subject: Re: how do the different frontends deal with displaying large\r
  57  queries?\r
  58 To: David Bremner <david@tethera.net>, notmuch@notmuchmail.org\r
  59 References: <1456296267-astroid-0-gqidxpyulu-23762@strange>\r
  60  <87ziuqj8xl.fsf@tesseract.cs.unb.ca>\r
  61  <1456487129-astroid-1-zemv9qfkbh-18628@strange>\r
  62  <877fhq5ncl.fsf@zancas.localnet>\r
  63 In-Reply-To: <877fhq5ncl.fsf@zancas.localnet>\r
  64 User-Agent: astroid/v0.5-71-g4efc3da1 (https://github.com/gauteh/astroid)\r
  65 Message-Id: <1456661143-astroid-1-q87qney5lk-1529@strange>\r
  66 MIME-Version: 1.0\r
  67 Content-Type: text/plain; charset=utf-8; format=flowed\r
  68 Content-Transfer-Encoding: quoted-printable\r
  69 X-BeenThere: notmuch@notmuchmail.org\r
  70 X-Mailman-Version: 2.1.20\r
  71 Precedence: list\r
  72 List-Id: "Use and development of the notmuch mail system."\r
  73  <notmuch.notmuchmail.org>\r
  74 List-Unsubscribe: <https://notmuchmail.org/mailman/options/notmuch>,\r
  75  <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  76 List-Archive: <http://notmuchmail.org/pipermail/notmuch/>\r
  77 List-Post: <mailto:notmuch@notmuchmail.org>\r
  78 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  79 List-Subscribe: <https://notmuchmail.org/mailman/listinfo/notmuch>,\r
  80  <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  81 X-List-Received-Date: Sun, 28 Feb 2016 12:32:56 -0000\r
  82 \r
  83 David Bremner writes on February 27, 2016 13:50:\r
  84 > Gaute Hope <eg@gaute.vetsj.com> writes:\r
  85 >=20\r
  86 >>\r
  87 >> While loading the threads, if I make enough modifications to the\r
  88 >> database while the query is still loading (specifically 1: removing the\r
  89 >> unread tag from a thread, and 2: adding the unread tag to the same threa=\r
  90 d)\r
  91 >> apparently the query is invalidated in some way, and I get a hard crash\r
  92 >> in `notmuch_tags_get ()`.\r
  93 >>\r
  94 >> The thread in question has alreaday been loaded and is displayed.\r
  95 >>\r
  96 >> Do you deal with this issue in some way?\r
  97 >>\r
  98 >=20\r
  99 > I think we "deal with" it by not leaving the database open very\r
 100 > long. The query is dumped as s-expr by a seperate process. Or perhaps we\r
 101 > just aren't doing the same level of concurrent operations, I don't know.\r
 102 \r
 103 Neither do I, I load the threads in the background. But for a long query\r
 104 that takes a while. The database is only kept open for the duration it\r
 105 takes to load the threads in the query.\r
 106 \r
 107 How long is the db open? Would you notice if it crashed? I'm guessing\r
 108 the abort is triggered by an Xapian::ModifiedDatabase somewhere.\r
 109 \r
 110 I am only able to consistently reproduce the error if I change the tags\r
 111 of a thread not yet loaded, a (somewhat messy) test case is available\r
 112 here:\r
 113 \r
 114 https://github.com/gauteh/astroid/blob/ti-stateless-query/test/test_notmuch=\r
 115 _standalone.cc\r
 116 \r
 117 If nothing else, it demonstrates the difficulty of handling these\r
 118 exceptions in functions that don't yet catch them, since they could\r
 119 happen along many of the internal steps.\r
 120 \r
 121 Regards, Gaute\r
 122 \r
 123 =\r