Re: [notmuch] interesting project!

diff --git a/8a/df01eae627ab553dde95daa6a8682cd68285e9 b/8a/df01eae627ab553dde95daa6a8682cd68285e9
new file mode 100644 (file)
index 0000000..e735371
--- /dev/null
+++ b/8a/df01eae627ab553dde95daa6a8682cd68285e9
@@ -0,0 +1,109 @@
+Return-Path: <djcb@djcbsoftware.nl>\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 B9333431FBC\r
+       for <notmuch@notmuchmail.org>; Sun, 22 Nov 2009 23:08:40 -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 81JpAx+QzS5b for <notmuch@notmuchmail.org>;\r
+       Sun, 22 Nov 2009 23:08:38 -0800 (PST)\r
+Received: from gw02.mail.saunalahti.fi (gw02.mail.saunalahti.fi\r
+       [195.197.172.116])\r
+       by olra.theworths.org (Postfix) with ESMTP id D6DE9431FAE\r
+       for <notmuch@notmuchmail.org>; Sun, 22 Nov 2009 23:08:37 -0800 (PST)\r
+Received: from djcbsoftware.nl (a88-112-254-208.elisa-laajakaista.fi\r
+       [88.112.254.208])\r
+       (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))\r
+       (No client certificate requested)\r
+       by gw02.mail.saunalahti.fi (Postfix) with ESMTP id 50C2F13956C;\r
+       Mon, 23 Nov 2009 09:08:34 +0200 (EET)\r
+Received: from cthulhu.mindcrime.djcbsoftware.nl (localhost [127.0.0.1])\r
+       by djcbsoftware.nl (Postfix) with ESMTP id 8280B39C032;\r
+       Mon, 23 Nov 2009 09:08:34 +0200 (EET)\r
+Date: Mon, 23 Nov 2009 09:08:34 +0200\r
+Message-ID: <87pr79yaz1.wl%djcb@djcbsoftware.nl>\r
+From: Dirk-Jan C. Binnema <djcb.bulk@gmail.com>\r
+To: Carl Worth <cworth@cworth.org>\r
+In-Reply-To: <877htifa0e.fsf@yoom.home.cworth.org>\r
+References: <87aayggsjp.wl%djcb@djcbsoftware.nl>\r
+       <87iqd43wot.fsf@yoom.home.cworth.org>\r
+       <87skc6n3yp.wl%djcb@djcbsoftware.nl>\r
+       <877htifa0e.fsf@yoom.home.cworth.org>\r
+Mail-Reply-To: djcb@djcbsoftware.nl\r
+User-Agent: Wanderlust/2.15.6 (Almost Unreal) Emacs/23.1 Mule/6.0\r
+       (HANACHIRUSATO)\r
+Organization: DJCBSoftware\r
+MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")\r
+Content-Type: text/plain; charset=US-ASCII\r
+Cc: "notmuch@notmuchmail.org" <notmuch@notmuchmail.org>\r
+Subject: Re: [notmuch] interesting project!\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.12\r
+Precedence: list\r
+Reply-To: djcb@djcbsoftware.nl\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: Mon, 23 Nov 2009 07:08:41 -0000\r
+\r
+Hi Carl,\r
+\r
+>>>>> "Carl" == Carl Worth <cworth@cworth.org> writes:\r
+\r
+    Carl> On Sun, 22 Nov 2009 14:23:10 +0200, Dirk-Jan C. Binnema\r
+    Carl> <djcb.bulk@gmail.com> wrote:\r
+    >> A small question: it seems that notmuch is avoiding the use of GLib directly\r
+    >> (of course, it depend on it anyway through GMime); is this because of\r
+    >> OOM-handling? It'd be nice if GLib could be used, it would make some things\r
+    >> quite a bit easier.\r
+\r
+    Carl> It's true that I don't like the OOM handling in glib. I also think that\r
+    Carl> glib tries to be too many different things at the same time. And\r
+    Carl> finally, having some talloc-friendly data structures (like a hash-table)\r
+    Carl> would be really nice.\r
+\r
+Well, the counter point to the OOM-problems is that is that in many programs,\r
+the 'malloc returns NULL'-case is often not very well tested (because it's\r
+rather hard to test), and that at least on Linux, it's unlikely that malloc\r
+ever does return NULL. Lennart Poettering wrote this up in some more\r
+detail[1]. Of course, the requirements for notmuch may be a bit different and\r
+I definitely don't want to suggest any radical change here after only finding\r
+out about notmuch a few days ago :)\r
+\r
+(BTW, there is a hashtable implementation in libc, (hcreate(3) etc.). Is that\r
+one not sufficiently 'talloc-friendly'? It's not very user-friendly, but\r
+that's another matter)\r
+\r
+    Carl> In the meantime, as you say, we're already linking with glib because of\r
+    Carl> GMime, so there's really no reason not to call functions that are there\r
+    Carl> and that do what we want. What kinds of things were you thinking of that\r
+    Carl> would be easier with glib?\r
+\r
+I could imagine the string functions could replace the ones in talloc. There\r
+are many more string functions, e.g., for handling file names / paths, which\r
+are quite useful. Then there are wrappers for gcc'isms (G_UNLIKELY etc.) that\r
+would make the ones in notmuch unneeded, and a lot of compatibility things\r
+like G_DIR_SEPARATOR. And the datastructures (GSlice/GList/GHashtable) are\r
+nice. The UTF8 functionality might come in handy.\r
+\r
+Anyway, I was just curious, people have survived without GLib before, and if\r
+you dislike the OOM-strategy, it's a bit of a no-no of course.\r
+\r
+Best wishes,\r
+Dirk.\r
+\r
+\r
+[1] http://article.gmane.org/gmane.comp.audio.jackit/19998\r
+\r
+-- \r
+Dirk-Jan C. Binnema                  Helsinki, Finland\r
+e:djcb@djcbsoftware.nl           w:www.djcbsoftware.nl\r
+pgp: D09C E664 897D 7D39 5047 A178 E96A C7A1 017D DA3C\r