Re: [PATCH v4 1/7] cli: use typedef to deal with gmime 2.4/2.6 incompatibility
[notmuch-archives.git] / d5 / 727126bd03e517d8ec4d8f254562eae6ecedb2
1 Return-Path: <amdragon@gmail.com>\r
2 X-Original-To: notmuch@notmuchmail.org\r
3 Delivered-To: notmuch@notmuchmail.org\r
4 Received: from localhost (localhost [127.0.0.1])\r
5         by olra.theworths.org (Postfix) with ESMTP id B12AB431FD0\r
6         for <notmuch@notmuchmail.org>; Wed,  7 Sep 2011 20:05:20 -0700 (PDT)\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
8 X-Spam-Flag: NO\r
9 X-Spam-Score: -0.699\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-0.699 tagged_above=-999 required=5\r
12         tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001,\r
13         RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\r
14 Received: from olra.theworths.org ([127.0.0.1])\r
15         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
16         with ESMTP id yof7VG3kmCQX for <notmuch@notmuchmail.org>;\r
17         Wed,  7 Sep 2011 20:05:20 -0700 (PDT)\r
18 Received: from mail-vx0-f181.google.com (mail-vx0-f181.google.com\r
19         [209.85.220.181]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
20         (No client certificate requested)\r
21         by olra.theworths.org (Postfix) with ESMTPS id 3561B431FB6\r
22         for <notmuch@notmuchmail.org>; Wed,  7 Sep 2011 20:05:20 -0700 (PDT)\r
23 Received: by vxh7 with SMTP id 7so311770vxh.26\r
24         for <notmuch@notmuchmail.org>; Wed, 07 Sep 2011 20:05:19 -0700 (PDT)\r
25 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;\r
26         h=mime-version:sender:in-reply-to:references:date\r
27         :x-google-sender-auth:message-id:subject:from:to:cc:content-type\r
28         :content-transfer-encoding;\r
29         bh=/eMeG0uDEsEzbaZkutfYAAc2qBcBYg7Tohc6I24rsNQ=;\r
30         b=Wx2BpeD5ZUZC/yitSTv7fyYXV5BxGUzc1R0ch8Hm7gPQZpVO8yyUSNOyJw5u1ZTwF7\r
31         MfbV6acZ3Au2RIcSqiqUALLS1qGYvSCZB0lVRQcIWzUsM6VDI9gKLIMGjkheMkCe5+oM\r
32         UpnUNWzfWxt00yS4Z/6o4QuUQweNt5sk7OCfE=\r
33 MIME-Version: 1.0\r
34 Received: by 10.220.189.137 with SMTP id de9mr38051vcb.171.1315451119432; Wed,\r
35         07 Sep 2011 20:05:19 -0700 (PDT)\r
36 Sender: amdragon@gmail.com\r
37 Received: by 10.220.178.132 with HTTP; Wed, 7 Sep 2011 20:05:19 -0700 (PDT)\r
38 In-Reply-To:\r
39  <CAH-f9WsfHUm_D-+wB89Lt9Wt=hjwDyywvJTK-0NwmHRg0TUsxQ@mail.gmail.com>\r
40 References: <8739h1pbaq.fsf@gmail.com> <87pqjprzu2.fsf@gmail.com>\r
41         <20110829183010.GA2605@24f89f8c-e6a1-4e75-85ee-bb8a3743bb9f>\r
42         <87liucyn7i.fsf@gmail.com> <87aaag3xaf.fsf@gmail.com>\r
43         <CAH-f9WsfHUm_D-+wB89Lt9Wt=hjwDyywvJTK-0NwmHRg0TUsxQ@mail.gmail.com>\r
44 Date: Wed, 7 Sep 2011 23:05:19 -0400\r
45 X-Google-Sender-Auth: JJ252JQDsE8-erOKqHXz9JSi04k\r
46 Message-ID:\r
47  <CAH-f9WveBfvmv2jOF+C81OeeQJt06g6U0q3J_idHrs60DLw7+g@mail.gmail.com>\r
48 Subject: Re: Memory management practices\r
49 From: Austin Clements <amdragon@mit.edu>\r
50 To: Ben Gamari <bgamari.foss@gmail.com>\r
51 Content-Type: text/plain; charset=ISO-8859-1\r
52 Content-Transfer-Encoding: quoted-printable\r
53 Cc: Bertram Felgenhauer <bertram.felgenhauer@googlemail.com>,\r
54         notmuch <notmuch@notmuchmail.org>, Bart Massey <bart@cs.pdx.edu>\r
55 X-BeenThere: notmuch@notmuchmail.org\r
56 X-Mailman-Version: 2.1.13\r
57 Precedence: list\r
58 List-Id: "Use and development of the notmuch mail system."\r
59         <notmuch.notmuchmail.org>\r
60 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
61         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
62 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
63 List-Post: <mailto:notmuch@notmuchmail.org>\r
64 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
65 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
66         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
67 X-List-Received-Date: Thu, 08 Sep 2011 03:05:20 -0000\r
68 \r
69 On Wed, Sep 7, 2011 at 10:48 PM, Austin Clements <amdragon@mit.edu> wrote:\r
70 > *snip*\r
71 >\r
72 > I'm a bit confused by the reference tree you drew. =A0The references in\r
73 > the underlying libnotmuch objects are the other way around.\r
74 > notmuch_query_t holds a talloc reference to every notmuch_messages_t\r
75 > it produces, not the other way around.\r
76 \r
77 Sorry, I went back and re-read your earlier messages and now I see why\r
78 your references were the way they were.  I stand by the rest of my\r
79 previous message though.  I think the technique used in the Python\r
80 bindings only works because Python's GC happens to finalize in a\r
81 particular order (though I doubt that's guaranteed, and could easily\r
82 not be the case if you stray into the realm of its cycle collector).\r
83 In general, it seems like approach is trying to recreate C-like memory\r
84 management and is fragile as a result, whereas talloc should, I think,\r
85 allow bindings to express their runtime's memory management rather\r
86 naturally.\r