91/fb972e185f83deb3d4147955a9a55efb85482c

   1 Return-Path: <david@tethera.net>\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 2E44E6DE00BD\r
   6  for <notmuch@notmuchmail.org>; Tue,  2 Aug 2016 15:22:14 -0700 (PDT)\r
   7 X-Virus-Scanned: Debian amavisd-new at cworth.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -0.011\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-0.011 tagged_above=-999 required=5 tests=[AWL=0.000,\r
  12   SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=disabled\r
  13 Received: from arlo.cworth.org ([127.0.0.1])\r
  14  by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024)\r
  15  with ESMTP id Kv3Scf1rFszg for <notmuch@notmuchmail.org>;\r
  16  Tue,  2 Aug 2016 15:22:06 -0700 (PDT)\r
  17 Received: from fethera.tethera.net (fethera.tethera.net [198.245.60.197])\r
  18  by arlo.cworth.org (Postfix) with ESMTPS id 2DA076DE00B8\r
  19  for <notmuch@notmuchmail.org>; Tue,  2 Aug 2016 15:22:05 -0700 (PDT)\r
  20 Received: from remotemail by fethera.tethera.net with local (Exim 4.84_2)\r
  21  (envelope-from <david@tethera.net>)\r
  22  id 1bUi4p-0004G4-VJ; Tue, 02 Aug 2016 18:22:19 -0400\r
  23 Received: (nullmailer pid 27041 invoked by uid 1000);\r
  24  Tue, 02 Aug 2016 22:21:58 -0000\r
  25 From: David Bremner <david@tethera.net>\r
  26 To: Matt Armstrong <marmstrong@google.com>, notmuch@notmuchmail.org\r
  27 Subject: Re: A systematic way of handling Xapian lock errors?\r
  28 In-Reply-To: <qf5d1lrkx8s.fsf@marmstrong-linux.kir.corp.google.com>\r
  29 References: <qf5d1lrkx8s.fsf@marmstrong-linux.kir.corp.google.com>\r
  30 User-Agent: Notmuch/0.22.1+61~g2ce0f13 (https://notmuchmail.org) Emacs/24.5.1\r
  31  (x86_64-pc-linux-gnu)\r
  32 Date: Wed, 03 Aug 2016 07:21:58 +0900\r
  33 Message-ID: <87lh0evmk9.fsf@maritornes.cs.unb.ca>\r
  34 MIME-Version: 1.0\r
  35 Content-Type: text/plain\r
  36 X-BeenThere: notmuch@notmuchmail.org\r
  37 X-Mailman-Version: 2.1.20\r
  38 Precedence: list\r
  39 List-Id: "Use and development of the notmuch mail system."\r
  40  <notmuch.notmuchmail.org>\r
  41 List-Unsubscribe: <https://notmuchmail.org/mailman/options/notmuch>,\r
  42  <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  43 List-Archive: <http://notmuchmail.org/pipermail/notmuch/>\r
  44 List-Post: <mailto:notmuch@notmuchmail.org>\r
  45 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  46 List-Subscribe: <https://notmuchmail.org/mailman/listinfo/notmuch>,\r
  47  <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  48 X-List-Received-Date: Tue, 02 Aug 2016 22:22:14 -0000\r
  49 \r
  50 Matt Armstrong <marmstrong@google.com> writes:\r
  51 \r
  52 \r
  53 > To address both, has something like this ever been considered:\r
  54 >\r
  55 >   notmuch --lock_timeout <seconds> COMMAND ARG...\r
  56 >\r
  57 > Then frontends like Emacs could lean on retry logic written in C.  If\r
  58 > this seems workable, it is something I can try implementing.\r
  59 \r
  60 notmuch in git master uses xapians lock retry if present (xapian\r
  61 1.3+). Currently there is no timeout, but Olly seemed receptive to the\r
  62 idea of adding one, so I'd suggest that's the right place to work on\r
  63 improving this. You may find that just having unbounded lock retries\r
  64 (i.e. blocking opens) is enough for your issues.\r
  65 \r
  66 d\r