This allows threads yielded from a query to outlive the query.
---
lib/notmuch.h | 11 +++
lib/thread.cc | 6 ++
2 files changed, 17 insertions(+)
diff --git a/lib/notmuch.h b/lib/notmuch.h
index 310a8b8..9a2869b 100644
--- a/lib/notmuch.h
+++ b/lib/notmuch.h
@@ -1188,6 +1188,17 @@ n
On Sat, 07 Nov 2015, Steven Allen wrote:
> This allows threads yielded from a query to outlive the query.
We have a leaky abstraction in the interface. We don't properly define
object lifetimes and ownership, but we have slightly vague references to
them, and the users of the interface pretty muc
I'm writing high-level rust bindings for notmuch and would like to
enable encapsulation of query logic. That is, I'd like to be able to
write a function that performs a (set of) query(s) and returns a (or a
set of) message(s)/thread(s). I can't do this currently because the
messages/threads can't o
Steven Allen writes:
> I'm writing high-level rust bindings for notmuch and would like to
> enable encapsulation of query logic. That is, I'd like to be able to
> write a function that performs a (set of) query(s) and returns a (or a
> set of) message(s)/thread(s). I can't do this currently becau
