Return-Path: X-Original-To: notmuch@notmuchmail.org Delivered-To: notmuch@notmuchmail.org Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 626BB429E54 for ; Mon, 23 Jan 2012 15:16:08 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -0.7 X-Spam-Level: X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5 tests=[RCVD_IN_DNSWL_LOW=-0.7] 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 dgoCRNQkK+vK for ; Mon, 23 Jan 2012 15:16:07 -0800 (PST) Received: from dmz-mailsec-scanner-7.mit.edu (DMZ-MAILSEC-SCANNER-7.MIT.EDU [18.7.68.36]) by olra.theworths.org (Postfix) with ESMTP id 6A1B7429E21 for ; Mon, 23 Jan 2012 15:16:07 -0800 (PST) X-AuditID: 12074424-b7fae6d000000906-91-4f1dea36b6df Received: from mailhub-auth-1.mit.edu ( [18.9.21.35]) by dmz-mailsec-scanner-7.mit.edu (Symantec Messaging Gateway) with SMTP id 1F.DA.02310.63AED1F4; Mon, 23 Jan 2012 18:16:06 -0500 (EST) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-1.mit.edu (8.13.8/8.9.2) with ESMTP id q0NNG68M018680; Mon, 23 Jan 2012 18:16:06 -0500 Received: from awakening.csail.mit.edu (awakening.csail.mit.edu [18.26.4.91]) (authenticated bits=0) (User authenticated as amdragon@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id q0NNG5ox021965 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT); Mon, 23 Jan 2012 18:16:05 -0500 (EST) Received: from amthrax by awakening.csail.mit.edu with local (Exim 4.77) (envelope-from ) id 1RpT6t-0004CR-93; Mon, 23 Jan 2012 18:15:35 -0500 Date: Mon, 23 Jan 2012 18:15:35 -0500 From: Austin Clements To: Dmitry Kurochkin Subject: Re: [PATCH v2 1/3] mime node: Record depth-first part numbers Message-ID: <20120123231535.GV16740@mit.edu> References: <1326918507-28033-1-git-send-email-amdragon@mit.edu> <1327285873-4713-1-git-send-email-amdragon@mit.edu> <1327285873-4713-2-git-send-email-amdragon@mit.edu> <8762g2njto.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8762g2njto.fsf@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprIKsWRmVeSWpSXmKPExsUixCmqrGv2StbfYNs2M4urW/vZLa7fnMns wOSxc9Zddo9nq24xBzBFcdmkpOZklqUW6dslcGVcXnSAveCyccWcjUvZGxjPqHUxcnJICJhI zD5+mxHCFpO4cG89WxcjF4eQwD5GiROn1rJAOBsYJWbs+swE4Zxkkth3eypU2RJGiS2PZ4D1 swioSpxa3McCYrMJaEhs278cLC4iYChx6+IrZhCbWUBa4tvvZiYQW1jATWLfkQlgNq+AjkTn /P8wGxgl5i59zAyREJQ4OfMJC0SzlsSNfy+BijjABi3/xwES5hRQlzjbdhOsRFRARWLKyW1s ExiFZiHpnoWkexZC9wJG5lWMsim5Vbq5iZk5xanJusXJiXl5qUW65nq5mSV6qSmlmxhBoc3u orKDsfmQ0iFGAQ5GJR7eA9Nk/YVYE8uKK3MPMUpyMCmJ8s5/CRTiS8pPqcxILM6ILyrNSS0+ xCjBwawkwqt2DijHm5JYWZValA+TkuZgURLn1dB65yckkJ5YkpqdmlqQWgSTleHgUJLgXQcy VLAoNT21Ii0zpwQhzcTBCTKcB2j4CpAa3uKCxNzizHSI/ClGXY7ZnV3nGYVY8vLzUqXEeZeA FAmAFGWU5sHNgaWkV4ziQG8J824GqeIBpjO4Sa+AljABLeHIkwJZUpKIkJJqYMx0eLT/6pU3 F16yFjEWFrAuqLiVMoGZt/JPeqBu8f2Z0dlXpr25wBv04uYPzudFrsv/5ap9K5Blvbtvi+Kk 1zEzLaqknI9bbXia8NHitvXuhcL/I+pTxE9elvok+uxsxsd5RlUmccm7Gaxt2QQ4jxxU2s77 yJHV7Rrn1MVTDnkKS2856TX73RclluKMREMt5qLiRABLpIjOJAMAAA== Cc: notmuch@notmuchmail.org 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: Mon, 23 Jan 2012 23:16:08 -0000 Quoth Dmitry Kurochkin on Jan 24 at 2:19 am: > On Sun, 22 Jan 2012 21:31:11 -0500, Austin Clements wrote: > > This makes the part numbers readily accessible to formatters. > > Hierarchical part numbering would be a more natural and efficient fit > > for MIME and may be the way to go in the future, but depth-first > > numbering maintains compatibility with what we currently do. > > The patch looks good except for few minor comments below. I do not > think that we need another review for the next patch version. > > > --- > > mime-node.c | 37 ++++++++++++++++++++++++++++++++++--- > > notmuch-client.h | 14 +++++++++++++- > > 2 files changed, 47 insertions(+), 4 deletions(-) > > > > diff --git a/mime-node.c b/mime-node.c > > index 27077f7..025c537 100644 > > --- a/mime-node.c > > +++ b/mime-node.c > > @@ -112,6 +112,10 @@ mime_node_open (const void *ctx, notmuch_message_t *message, > > root->nchildren = 1; > > root->ctx = mctx; > > > > + root->part_num = 0; > > + root->next_child = 0; > > + root->next_part_num = 1; > > + > > For consistency, we should either initialize root->parent to NULL > explicitly or remove part_num and next_child initialization. > > > *root_out = root; > > return NOTMUCH_STATUS_SUCCESS; > > > > @@ -137,7 +141,7 @@ _signature_validity_free (GMimeSignatureValidity **proxy) > > #endif > > > > static mime_node_t * > > -_mime_node_create (const mime_node_t *parent, GMimeObject *part) > > +_mime_node_create (mime_node_t *parent, GMimeObject *part) > > { > > mime_node_t *node = talloc_zero (parent, mime_node_t); > > GError *err = NULL; > > @@ -150,6 +154,8 @@ _mime_node_create (const mime_node_t *parent, GMimeObject *part) > > talloc_free (node); > > return NULL; > > } > > + node->parent = parent; > > + node->part_num = node->next_part_num = -1; > > Same here: if we initialize next_child to zero explicitly in > mime_node_open(), we should do it here as well. Both done. > > > > /* Deal with the different types of parts */ > > if (GMIME_IS_PART (part)) { > > @@ -267,9 +273,10 @@ _mime_node_create (const mime_node_t *parent, GMimeObject *part) > > } > > > > mime_node_t * > > -mime_node_child (const mime_node_t *parent, int child) > > +mime_node_child (mime_node_t *parent, int child) > > { > > GMimeObject *sub; > > + mime_node_t *node; > > > > if (!parent || child < 0 || child >= parent->nchildren) > > return NULL; > > @@ -287,7 +294,31 @@ mime_node_child (const mime_node_t *parent, int child) > > INTERNAL_ERROR ("Unexpected GMimeObject type: %s", > > g_type_name (G_OBJECT_TYPE (parent->part))); > > } > > - return _mime_node_create (parent, sub); > > + node = _mime_node_create (parent, sub); > > + > > + if (child == parent->next_child && parent->next_part_num != -1) { > > + /* We're traversing in depth-first order. Record the child's > > + * depth-first numbering. */ > > + node->part_num = parent->next_part_num; > > + node->next_part_num = node->part_num + 1; > > + > > + /* Drop the const qualifier because these are internal fields > > + * whose mutability doesn't affect the interface. */ > > The comment is no longer relevant, please remove. > > > + parent->next_child++; > > + parent->next_part_num = -1; > > + > > + if (node->nchildren == 0) { > > + /* We've reached a leaf, so find the parent that has more > > + * children and set it up to number its next child. */ > > + mime_node_t *it = node; > > + while (it && it->next_child == it->nchildren) > > It seems that it should be initialized to node->parent, because > node->next_child is always 0. Either works. I started at node because it seemed like a more fundamental base case, but perhaps that just makes this code even more obtuse. > Just curious, does "it" stands for "iterator"? I would prefer just "i" > or "iter" :) "it" is a C++ habit. I changed it to "iter". > > + it = it->parent; > > + if (it) > > + it->next_part_num = node->part_num + 1; > > + } > > + } > > Austin, I trust you that this code works :) Though I hope we will get > to hierarchical part numbering one day and it would simplify this code. It would simplify it down to one line, in fact. Code simplification aside, I think hierarchical numbering is the right thing to do. But that's for another day. > Regards, > Dmitry > > > + > > + return node; > > } > > > > static mime_node_t * > > diff --git a/notmuch-client.h b/notmuch-client.h > > index 9c1d383..abfe5d3 100644 > > --- a/notmuch-client.h > > +++ b/notmuch-client.h > > @@ -297,6 +297,13 @@ typedef struct mime_node { > > /* The number of children of this part. */ > > int nchildren; > > > > + /* The parent of this node or NULL if this is the root node. */ > > + struct mime_node *parent; > > + > > + /* The depth-first part number of this child if the MIME tree is > > + * being traversed in depth-first order, or -1 otherwise. */ > > + int part_num; > > + > > /* True if decryption of this part was attempted. */ > > notmuch_bool_t decrypt_attempted; > > /* True if decryption of this part's child succeeded. In this > > @@ -324,6 +331,11 @@ typedef struct mime_node { > > /* Internal: For successfully decrypted multipart parts, the > > * decrypted part to substitute for the second child. */ > > GMimeObject *decrypted_child; > > + > > + /* Internal: The next child for depth-first traversal and the part > > + * number to assign it (or -1 if unknown). */ > > + int next_child; > > + int next_part_num; > > } mime_node_t; > > > > /* Construct a new MIME node pointing to the root message part of > > @@ -356,7 +368,7 @@ mime_node_open (const void *ctx, notmuch_message_t *message, > > * an error message on stderr). > > */ > > mime_node_t * > > -mime_node_child (const mime_node_t *parent, int child); > > +mime_node_child (mime_node_t *parent, int child); > > > > /* Return the nth child of node in a depth-first traversal. If n is > > * 0, returns node itself. Returns NULL if there is no such part. */ > -- Austin Clements MIT/'06/PhD/CSAIL amdragon@mit.edu http://web.mit.edu/amdragon Somewhere in the dream we call reality you will find me, searching for the reality we call dreams.