[notmuch] Streaming data from process into buffer

diff --git a/48/e466262788bef34a79e7887b19009eb512a2be b/48/e466262788bef34a79e7887b19009eb512a2be
new file mode 100644 (file)
index 0000000..550c721
--- /dev/null
+++ b/48/e466262788bef34a79e7887b19009eb512a2be
@@ -0,0 +1,91 @@
+Return-Path: <bgamari@gmail.com>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id A4DA5431FBC\r
+       for <notmuch@notmuchmail.org>; Fri,  8 Jan 2010 11:12:12 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+       by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+       with ESMTP id Qdngk6flHujZ for <notmuch@notmuchmail.org>;\r
+       Fri,  8 Jan 2010 11:12:11 -0800 (PST)\r
+Received: from mail-yw0-f191.google.com (mail-yw0-f191.google.com\r
+       [209.85.211.191])\r
+       by olra.theworths.org (Postfix) with ESMTP id C9474431FAE\r
+       for <notmuch@notmuchmail.org>; Fri,  8 Jan 2010 11:12:11 -0800 (PST)\r
+Received: by ywh29 with SMTP id 29so23298439ywh.32\r
+       for <notmuch@notmuchmail.org>; Fri, 08 Jan 2010 11:12:11 -0800 (PST)\r
+DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;\r
+       h=domainkey-signature:received:received:content-type:subject:from:to\r
+       :date:message-id:user-agent:content-transfer-encoding;\r
+       bh=+gHthLPf/STBkEKiPOk6kmB0evtFng6365U3oGwvMj4=;\r
+       b=iMtNEyNe7Iy5/i+9UluN2LeQD90ioL01sHFoq3GgVqPGA7V/sgAItVFwBgoc4ElAm9\r
+       GnEUbT1tSQaGqTEjMH9Ls4LEl/KMHikFz1h83SQgSXgKaLLOHDj0eSfvJi+095N3dTz3\r
+       N6DOiIZV6rkNsDShOXLnTNKz0EgSVL8dijE3w=\r
+DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;\r
+       h=content-type:subject:from:to:date:message-id:user-agent\r
+       :content-transfer-encoding;\r
+       b=wJe43dNivdujgo+Y2CP9jCK+MsqvnLbdlHtXAHI/mcHbOgB1rPtOIKF4bVxF+oAdNA\r
+       ZNcEdEvWm3a6oXlYcXMZ+tJkK+Y7c4NFy/85Gbgb7WlTUTnGL8zK1HONElzmiuyWY+P0\r
+       YVGzTO5xH44rEH5Lf161Yq8/OgcvxQwj3slnY=\r
+Received: by 10.150.239.15 with SMTP id m15mr4795560ybh.336.1262977931443;\r
+       Fri, 08 Jan 2010 11:12:11 -0800 (PST)\r
+Received: from localhost (amherst597.amherstma.gov [204.213.244.97])\r
+       by mx.google.com with ESMTPS id 5sm8059636ywd.53.2010.01.08.11.12.10\r
+       (version=TLSv1/SSLv3 cipher=RC4-MD5);\r
+       Fri, 08 Jan 2010 11:12:10 -0800 (PST)\r
+Content-Type: text/plain; charset=UTF-8\r
+From: Ben Gamari <bgamari@gmail.com>\r
+To: vim-devel <vim-devel@vim.org>, notmuch <notmuch@notmuchmail.org>,\r
+       Marc Weber <marco-oweber@gmx.de>\r
+Date: Fri, 08 Jan 2010 14:12:09 -0500\r
+Message-Id: <1262976744-sup-7437@ben-laptop>\r
+User-Agent: Sup/git\r
+Content-Transfer-Encoding: 8bit\r
+Subject: [notmuch] Streaming data from process into buffer\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+       <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Fri, 08 Jan 2010 19:12:12 -0000\r
+\r
+Hey all,\r
+\r
+I have recently been working on bringing Carl Worth's excellent\r
+notmuch[1] mail indexing application into a state where I can rely on it\r
+for everyday use. While most of the Intel folks developing notmuch use\r
+emacs for both development and using notmuch, I prefer to avoid carpal\r
+tunnel whenever possible and thus use vim. While there exists an\r
+excellent notmuch frontend for vim, it suffers from the incredibly\r
+annoying limitation of being unable to asynchronously stream data from\r
+its notmuch subprocess. This can result in extremely long periods of\r
+hanging during large searches.\r
+\r
+Looking at the emacs frontend, it seems that emacs provides an excellent\r
+subprocess interface, where one can supply a callback to be called when\r
+data is available from the process. This interface, amazingly enough,\r
+resembles an interface proposed on this list only a few hours ago.[2]\r
+\r
+Has anyone examined what would be necessary to implement such an\r
+interface in vim? Has anyone perhaps started work on such an interface?\r
+Would this be a reasonable task for an experienced programmer unfamiliar\r
+with the vi codebase to take on? I'll take a look at the code later\r
+today.\r
+\r
+I hope things are going well.\r
+\r
+Cheers,\r
+\r
+- Ben\r
+\r
+\r
+[1] http://www.notmuch-mail.org/\r
+[2] http://article.gmane.org/gmane.editors.vim.devel/25108\r