Re: [PATCH] Rename already used counter var i

diff --git a/92/73a43840b6032824b545e510945e9817178b82 b/92/73a43840b6032824b545e510945e9817178b82
new file mode 100644 (file)
index 0000000..0352f51
--- /dev/null
+++ b/92/73a43840b6032824b545e510945e9817178b82
@@ -0,0 +1,83 @@
+Return-Path: <cworth@cworth.org>\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 9E9774196F2\r
+       for <notmuch@notmuchmail.org>; Tue, 27 Apr 2010 10:18:32 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -2.89\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-2.89 tagged_above=-999 required=5\r
+       tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, T_MIME_NO_TEXT=0.01]\r
+       autolearn=ham\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 Q0h8hNxcvArf; Tue, 27 Apr 2010 10:18:30 -0700 (PDT)\r
+Received: from yoom.home.cworth.org (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id 932AB431FC1;\r
+       Tue, 27 Apr 2010 10:18:30 -0700 (PDT)\r
+Received: by yoom.home.cworth.org (Postfix, from userid 1000)\r
+       id 47629568DEB; Tue, 27 Apr 2010 10:18:30 -0700 (PDT)\r
+From: Carl Worth <cworth@cworth.org>\r
+To: Sebastian Spaeth <Sebastian@SSpaeth.de>,\r
+       Notmuch developer list <notmuch@notmuchmail.org>\r
+Subject: Re: [PATCH] Rename already used counter var i\r
+In-Reply-To: <87r5m1lyj5.fsf@yoom.home.cworth.org>\r
+References: <87tyqxmdw6.fsf@yoom.home.cworth.org>\r
+       <1272373045-29268-1-git-send-email-Sebastian@SSpaeth.de>\r
+       <87r5m1lyj5.fsf@yoom.home.cworth.org>\r
+User-Agent: Notmuch/0.2-251-g8514e59 (http://notmuchmail.org) Emacs/23.1.1\r
+       (i486-pc-linux-gnu)\r
+Date: Tue, 27 Apr 2010 10:18:30 -0700\r
+Message-ID: <87zl0olspl.fsf@yoom.home.cworth.org>\r
+MIME-Version: 1.0\r
+Content-Type: multipart/signed; boundary="=-=-=";\r
+       micalg=pgp-sha1; protocol="application/pgp-signature"\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\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: Tue, 27 Apr 2010 17:18:32 -0000\r
+\r
+--=-=-=\r
+Content-Transfer-Encoding: quoted-printable\r
+\r
+> On Tue, 27 Apr 2010 14:57:25 +0200, Sebastian Spaeth <Sebastian@SSpaeth.d=\r
+e> wrote:\r
+> For a point release like 0.3.1 I'm going to insist on a test case that\r
+> demonstrates each regression being fixed. Does someone know what it\r
+> takes to make a mail trigger this bug?\r
+\r
+I investigated this. The key was that the user had to have no configured\r
+"other" email addresses, (or at least fewer than the fixed-length array\r
+(2) being iterated over in the outer loop) in order to trigger the\r
+infinite-loop bug.\r
+\r
+I just pushed new test cases to master that pass, and verified that the\r
+same test cases cause the code in 0.3 to enter an infinite loop.\r
+\r
+=2DCarl\r
+\r
+=2D-=20\r
+carl.d.worth@intel.com\r
+\r
+--=-=-=\r
+Content-Type: application/pgp-signature\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v1.4.10 (GNU/Linux)\r
+\r
+iD8DBQFL1xxm6JDdNq8qSWgRAkRKAJ9iUW2gqQTCbV3oPnOC0JKMvD24rACbBsfC\r
+PewaUdt7qVYl8moJ5D2Ghkg=\r
+=zHo6\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r