unofficial mirror of notmuch@notmuchmail.org
 help / color / mirror / code / Atom feed
* [PATCH] Add shell script notmuch-retry
@ 2010-02-26 12:53 James Vasile
  2010-02-26 19:55 ` Carl Worth
  0 siblings, 1 reply; 3+ messages in thread
From: James Vasile @ 2010-02-26 12:53 UTC (permalink / raw)
  To: notmuch

It occurs to me that having generic ability to tell notmuch to retry
until the DB isn't locked might useful.  So I put the functionality in a
script that can sit between notmuch and various clients.  It will
simplify my emacs setup, and improve it since emacs's handling of
asynchronous processes isn't great.

This script calls notmuch and passes on all commandline arguments.  If
DB is locked, keep trying notmuch until the DB isn't locked.  Notmuch's
stdout and stderr go to stdout and stderr.  Returns notmuch's return
code.

Maybe this retry loop should be put in notmuch itself?

---
 notmuch-retry |   51 +++++++++++++++++++++++++++++++++++++++++++++++++++
 1 files changed, 51 insertions(+), 0 deletions(-)
 create mode 100755 notmuch-retry

diff --git a/notmuch-retry b/notmuch-retry
new file mode 100755
index 0000000..2d7fcbc
--- /dev/null
+++ b/notmuch-retry
@@ -0,0 +1,51 @@
+#!/bin/bash
+#
+# notmuch-retry --- call notmuch and retry if DB is locked
+#
+# Calls notmuch and passes on all commandline arguments.  If DB is
+# locked, keep trying notmuch until the DB isn't locked.  Notmuch's
+# stdout and stderr go to stdout and stderr.  Returns notmuch's return
+# code.
+#
+# Copyright 2010 James Vasile
+#
+# This is free software: you can redistribute it and/or modify it
+# under the terms of the GNU General Public License as published by
+# the Free Software Foundation, either version 3 of the License, or
+# (at your option) any later version.
+#
+# This software is distributed in the hope that it will be useful, but
+# WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+# General Public License for more details.
+#
+# You should have received a copy of the GNU General Public License
+# along with this software.  If not, see
+# <http://www.gnu.org/licenses/>.
+#
+# Authors: James Vasile <james@hackervisions.org>
+
+bin=`which notmuch`
+
+notmuch_retry () {    
+    regex="already locked"
+    while [ 1 -gt 0 ]; do
+	$bin $@ 2>$err
+	retcode=$?
+	result=$(<$err)
+	if [[ $result =~ $regex ]]; then
+	    sleep 2.5
+	else
+	    if [ -n "$result" ]; then
+		echo $result >&2
+	    fi
+	    return $retcode
+	fi
+    done
+}
+
+err=$(mktemp)
+notmuch_retry $@
+retcode=$?
+rm $err
+exit $retcode
-- 
1.6.3.3

^ permalink raw reply related	[flat|nested] 3+ messages in thread

* Re: [PATCH] Add shell script notmuch-retry
  2010-02-26 12:53 [PATCH] Add shell script notmuch-retry James Vasile
@ 2010-02-26 19:55 ` Carl Worth
  2010-02-27  4:10   ` James Vasile
  0 siblings, 1 reply; 3+ messages in thread
From: Carl Worth @ 2010-02-26 19:55 UTC (permalink / raw)
  To: James Vasile, notmuch

[-- Attachment #1: Type: text/plain, Size: 492 bytes --]

On Fri, 26 Feb 2010 07:53:29 -0500, James Vasile <james@hackervisions.org> wrote:
> Maybe this retry loop should be put in notmuch itself?

Perhaps it should. I've even imagined something that would queue a
request into a daemon if the database isn't currently available.

But of course there are issues about whether the caller would want to
know about the locking error, (or might actually need to block until the
operation is complete). So I'm not sure about the right answer here.

-Carl

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PATCH] Add shell script notmuch-retry
  2010-02-26 19:55 ` Carl Worth
@ 2010-02-27  4:10   ` James Vasile
  0 siblings, 0 replies; 3+ messages in thread
From: James Vasile @ 2010-02-27  4:10 UTC (permalink / raw)
  To: Carl Worth, notmuch

On Fri, 26 Feb 2010 11:55:19 -0800, Carl Worth <cworth@cworth.org> wrote:
> On Fri, 26 Feb 2010 07:53:29 -0500, James Vasile <james@hackervisions.org> wrote:
> > Maybe this retry loop should be put in notmuch itself?
> 
> Perhaps it should. I've even imagined something that would queue a
> request into a daemon if the database isn't currently available.
> 
> But of course there are issues about whether the caller would want to
> know about the locking error, (or might actually need to block until the
> operation is complete). So I'm not sure about the right answer here.

--block and/or --queue?

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2010-02-27  4:10 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-02-26 12:53 [PATCH] Add shell script notmuch-retry James Vasile
2010-02-26 19:55 ` Carl Worth
2010-02-27  4:10   ` James Vasile

Code repositories for project(s) associated with this public inbox

	https://yhetil.org/notmuch.git/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).