From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 8962A429E26 for ; Thu, 8 Sep 2011 06:50:30 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -0.09 X-Spam-Level: X-Spam-Status: No, score=-0.09 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, T_MIME_NO_TEXT=0.01] autolearn=disabled Received: from olra.theworths.org ([127.0.0.1]) by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id b6YpQ80ylyYh for ; Thu, 8 Sep 2011 06:50:30 -0700 (PDT) Received: from homiemail-a18.g.dreamhost.com (caiajhbdccac.dreamhost.com [208.97.132.202]) by olra.theworths.org (Postfix) with ESMTP id 0370C431FB6 for ; Thu, 8 Sep 2011 06:50:29 -0700 (PDT) Received: from homiemail-a18.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a18.g.dreamhost.com (Postfix) with ESMTP id 2E1A6250069; Thu, 8 Sep 2011 06:50:29 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; c=nofws; d=SSpaeth.de; h=from:to:cc:subject :in-reply-to:references:date:message-id:mime-version: content-type; q=dns; s=sspaeth.de; b=m4ssej0/PwwXeew+3uWJC5+c27T knK5Otm2iqNWGWWjw3IzPOrOkCQ8cnB7N+MUowBjr8f5edUQZRf37IzDuedKT9nA PnmFNnUp9YZ9U1UJWCnXi36/gmTUa1b1zZ9c2j4CHhwAM8LuidTjDXCbLr+ODbcs V0xK0aDN9qdAgYEQ= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=SSpaeth.de; h=from:to:cc :subject:in-reply-to:references:date:message-id:mime-version: content-type; s=sspaeth.de; bh=haccxn3IsQ9GSf/sKQC9XPVTmmA=; b=F 7nond65cqEtBDnr8Kcir4BHMvKHRZUtojhdFHtt3dcsbWvGF96izXe/R3L5CpYuz gbJ7yklrp2DeKu81F4vj8eGoHf+kwuSJ9enwx1vrl4paXORcoPxiwrgKpN/zUBI5 UqajEgtvn5xPkML5X5lk6h5XfTGzTvCbIu+XSsvGvY= Received: from spaetzbook.sspaeth.de (mtec-hg-docking-1-dhcp-21.ethz.ch [129.132.133.21]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: fax@sspaeth.de) by homiemail-a18.g.dreamhost.com (Postfix) with ESMTPSA id 223CC250065; Thu, 8 Sep 2011 06:50:26 -0700 (PDT) Received: by spaetzbook.sspaeth.de (sSMTP sendmail emulation); Thu, 08 Sep 2011 15:50:25 +0200 From: Sebastian Spaeth To: Austin Clements , Ben Gamari Subject: Re: Memory management practices In-Reply-To: References: <8739h1pbaq.fsf@gmail.com> <87pqjprzu2.fsf@gmail.com> <20110829183010.GA2605@24f89f8c-e6a1-4e75-85ee-bb8a3743bb9f> <87liucyn7i.fsf@gmail.com> <87aaag3xaf.fsf@gmail.com> User-Agent: Notmuch/0.7-19-gee4579a (http://notmuchmail.org) Emacs/23.2.1 (x86_64-pc-linux-gnu) Date: Thu, 08 Sep 2011 15:50:24 +0200 Message-ID: <87zkiff8in.fsf@SSpaeth.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Cc: Bertram Felgenhauer , notmuch , Bart Massey X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2011 13:50:30 -0000 --=-=-= On Wed, 7 Sep 2011 23:05:19 -0400, Austin Clements wrote: > Sorry, I went back and re-read your earlier messages and now I see why > your references were the way they were. I stand by the rest of my > previous message though. I think the technique used in the Python > bindings only works because Python's GC happens to finalize in a > particular order (though I doubt that's guaranteed, and could easily > not be the case if you stray into the realm of its cycle collector). > In general, it seems like approach is trying to recreate C-like memory > management and is fragile as a result, whereas talloc should, I think, > allow bindings to express their runtime's memory management rather > naturally. Mmmh? Why would the method in python be fragile? Each message object holds a reference to its parent query object to keep it alive. Are you saying cycle collectors could kill off the query object nonetheless? (Assume that I know nothing of GCs which comes close to reality) Sebastian --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk5oyCEACgkQVYX1jMgnoGL4YACfYYOJpDynWIXlLPN7cO0nPnLB jXAAnjiiuIq50cd7qRRuwip397rYglf/ =5mbq -----END PGP SIGNATURE----- --=-=-=--