DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=content-type:subject:from:to:date:message-id:user-agent
	:content-transfer-encoding;
	b=Uk4GU+Y4HsIxOvA2NJSeAyBvGSyW7Q6mQD11mtFxEWJRI+WWnGESXQMH7A2713iess
	9LaVJeyzkicYjDvNH4WbjGa+IDQzKe/zk+V96Hxl6KtrPKZ3U/y0MsinyTtbri3czJyX
	xu3Fqw4VC8EijF4O03QPEaeVXEEnahnbt/OOM=
Content-Type: text/plain; charset=UTF-8
From: Ben Gamari <bgamari@gmail.com>
To: vim-dev <vim-dev@vim.org>, notmuch <notmuch@notmuchmail.org>,
	Marc Weber <marco-oweber@gmx.de>, Bart Trojanowski <bart@jukie.net>
Date: Fri, 08 Jan 2010 14:35:05 -0500
Message-Id: <1262979289-sup-6397@ben-laptop>
User-Agent: Sup/git
Content-Transfer-Encoding: 8bit
Subject: [notmuch] Streaming data from process into buffer
Precedence: list

Hey all,

I have recently been working on bringing Carl Worth's excellent
notmuch[1] mail indexing application into a state where I can rely on it
for everyday use. While most of the Intel folks developing notmuch use
emacs for both development and using notmuch, I prefer to avoid carpal
tunnel whenever possible and thus use vim. While there exists an
excellent notmuch frontend for vim, it suffers from the incredibly
annoying limitation of being unable to asynchronously stream data from
its notmuch subprocess. This can result in extremely long periods of
hanging during large searches.

Looking at the emacs frontend, it seems that emacs provides an excellent
subprocess interface, where one can supply a callback to be called when
data is available from the process. This interface, amazingly enough,
resembles an interface proposed on this list only a few hours ago.[2]

Has anyone examined what would be necessary to implement such an
interface in vim? Has anyone perhaps started work on such an interface?
Would this be a reasonable task for an experienced programmer unfamiliar
with the vi codebase to take on? I'll take a look at the code later
today.

I hope things are going well.

Cheers,

- Ben


[1] http://www.notmuch-mail.org/
[2] http://article.gmane.org/gmane.editors.vim.devel/25108