89/630c0b704aa7167f9ce97c67978dad0bc55f46

   1 Return-Path: <Sebastian@SSpaeth.de>\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 8962A429E26\r
   6         for <notmuch@notmuchmail.org>; Thu,  8 Sep 2011 06:50:30 -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.09\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-0.09 tagged_above=-999 required=5\r
  12         tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1,\r
  13         RCVD_IN_DNSWL_NONE=-0.0001, T_MIME_NO_TEXT=0.01] 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 b6YpQ80ylyYh for <notmuch@notmuchmail.org>;\r
  17         Thu,  8 Sep 2011 06:50:30 -0700 (PDT)\r
  18 Received: from homiemail-a18.g.dreamhost.com (caiajhbdccac.dreamhost.com\r
  19         [208.97.132.202])\r
  20         by olra.theworths.org (Postfix) with ESMTP id 0370C431FB6\r
  21         for <notmuch@notmuchmail.org>; Thu,  8 Sep 2011 06:50:29 -0700 (PDT)\r
  22 Received: from homiemail-a18.g.dreamhost.com (localhost [127.0.0.1])\r
  23         by homiemail-a18.g.dreamhost.com (Postfix) with ESMTP id 2E1A6250069;\r
  24         Thu,  8 Sep 2011 06:50:29 -0700 (PDT)\r
  25 DomainKey-Signature: a=rsa-sha1; c=nofws; d=SSpaeth.de; h=from:to:cc:subject\r
  26         :in-reply-to:references:date:message-id:mime-version:\r
  27         content-type; q=dns; s=sspaeth.de; b=m4ssej0/PwwXeew+3uWJC5+c27T\r
  28         knK5Otm2iqNWGWWjw3IzPOrOkCQ8cnB7N+MUowBjr8f5edUQZRf37IzDuedKT9nA\r
  29         PnmFNnUp9YZ9U1UJWCnXi36/gmTUa1b1zZ9c2j4CHhwAM8LuidTjDXCbLr+ODbcs\r
  30         V0xK0aDN9qdAgYEQ=\r
  31 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=SSpaeth.de; h=from:to:cc\r
  32         :subject:in-reply-to:references:date:message-id:mime-version:\r
  33         content-type; s=sspaeth.de; bh=haccxn3IsQ9GSf/sKQC9XPVTmmA=; b=F\r
  34         7nond65cqEtBDnr8Kcir4BHMvKHRZUtojhdFHtt3dcsbWvGF96izXe/R3L5CpYuz\r
  35         gbJ7yklrp2DeKu81F4vj8eGoHf+kwuSJ9enwx1vrl4paXORcoPxiwrgKpN/zUBI5\r
  36         UqajEgtvn5xPkML5X5lk6h5XfTGzTvCbIu+XSsvGvY=\r
  37 Received: from spaetzbook.sspaeth.de (mtec-hg-docking-1-dhcp-21.ethz.ch\r
  38         [129.132.133.21])\r
  39         (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits))\r
  40         (No client certificate requested)\r
  41         (Authenticated sender: fax@sspaeth.de)\r
  42         by homiemail-a18.g.dreamhost.com (Postfix) with ESMTPSA id 223CC250065; \r
  43         Thu,  8 Sep 2011 06:50:26 -0700 (PDT)\r
  44 Received: by spaetzbook.sspaeth.de (sSMTP sendmail emulation);\r
  45         Thu, 08 Sep 2011 15:50:25 +0200\r
  46 From: Sebastian Spaeth <Sebastian@SSpaeth.de>\r
  47 To: Austin Clements <amdragon@mit.edu>, Ben Gamari <bgamari.foss@gmail.com>\r
  48 Subject: Re: Memory management practices\r
  49 In-Reply-To:\r
  50  <CAH-f9WveBfvmv2jOF+C81OeeQJt06g6U0q3J_idHrs60DLw7+g@mail.gmail.com>\r
  51 References: <8739h1pbaq.fsf@gmail.com> <87pqjprzu2.fsf@gmail.com>\r
  52         <20110829183010.GA2605@24f89f8c-e6a1-4e75-85ee-bb8a3743bb9f>\r
  53         <87liucyn7i.fsf@gmail.com> <87aaag3xaf.fsf@gmail.com>\r
  54         <CAH-f9WsfHUm_D-+wB89Lt9Wt=hjwDyywvJTK-0NwmHRg0TUsxQ@mail.gmail.com>\r
  55         <CAH-f9WveBfvmv2jOF+C81OeeQJt06g6U0q3J_idHrs60DLw7+g@mail.gmail.com>\r
  56 User-Agent: Notmuch/0.7-19-gee4579a (http://notmuchmail.org) Emacs/23.2.1\r
  57         (x86_64-pc-linux-gnu)\r
  58 Date: Thu, 08 Sep 2011 15:50:24 +0200\r
  59 Message-ID: <87zkiff8in.fsf@SSpaeth.de>\r
  60 MIME-Version: 1.0\r
  61 Content-Type: multipart/signed; boundary="=-=-=";\r
  62         micalg=pgp-sha1; protocol="application/pgp-signature"\r
  63 Cc: Bertram Felgenhauer <bertram.felgenhauer@googlemail.com>,\r
  64         notmuch <notmuch@notmuchmail.org>, Bart Massey <bart@cs.pdx.edu>\r
  65 X-BeenThere: notmuch@notmuchmail.org\r
  66 X-Mailman-Version: 2.1.13\r
  67 Precedence: list\r
  68 List-Id: "Use and development of the notmuch mail system."\r
  69         <notmuch.notmuchmail.org>\r
  70 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  71         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  72 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  73 List-Post: <mailto:notmuch@notmuchmail.org>\r
  74 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  75 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  76         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  77 X-List-Received-Date: Thu, 08 Sep 2011 13:50:30 -0000\r
  78 \r
  79 --=-=-=\r
  80 \r
  81 On Wed, 7 Sep 2011 23:05:19 -0400, Austin Clements <amdragon@mit.edu> wrote:\r
  82 > Sorry, I went back and re-read your earlier messages and now I see why\r
  83 > your references were the way they were.  I stand by the rest of my\r
  84 > previous message though.  I think the technique used in the Python\r
  85 > bindings only works because Python's GC happens to finalize in a\r
  86 > particular order (though I doubt that's guaranteed, and could easily\r
  87 > not be the case if you stray into the realm of its cycle collector).\r
  88 > In general, it seems like approach is trying to recreate C-like memory\r
  89 > management and is fragile as a result, whereas talloc should, I think,\r
  90 > allow bindings to express their runtime's memory management rather\r
  91 > naturally.\r
  92 \r
  93 Mmmh? Why would the method in python be fragile? Each message object\r
  94 holds a reference to its parent query object to keep it alive. Are you\r
  95 saying cycle collectors could kill off the query object nonetheless?\r
  96 (Assume that I know nothing of GCs which comes close to reality)\r
  97 \r
  98 Sebastian\r
  99 \r
 100 --=-=-=\r
 101 Content-Type: application/pgp-signature\r
 102 \r
 103 -----BEGIN PGP SIGNATURE-----\r
 104 Version: GnuPG v1.4.11 (GNU/Linux)\r
 105 \r
 106 iEYEARECAAYFAk5oyCEACgkQVYX1jMgnoGL4YACfYYOJpDynWIXlLPN7cO0nPnLB\r
 107 jXAAnjiiuIq50cd7qRRuwip397rYglf/\r
 108 =5mbq\r
 109 -----END PGP SIGNATURE-----\r
 110 --=-=-=--\r