Re: [notmuch] strange behavior of indexing of and searching for strings containing...

diff --git a/18/d937deff12e671bbdd95a1c038eb95821e419f b/18/d937deff12e671bbdd95a1c038eb95821e419f
new file mode 100644 (file)
index 0000000..2731e6a
--- /dev/null
+++ b/18/d937deff12e671bbdd95a1c038eb95821e419f
@@ -0,0 +1,98 @@
+Return-Path: <jrollins@finestructure.net>\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 E63E5431FBC\r
+       for <notmuch@notmuchmail.org>; Mon,  8 Feb 2010 09:37:59 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -4.357\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-4.357 tagged_above=-999 required=5 tests=[AWL=0.383,\r
+       BAYES_20=-0.74, RCVD_IN_DNSWL_MED=-4] 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 T8AMLQv2mWbN for <notmuch@notmuchmail.org>;\r
+       Mon,  8 Feb 2010 09:37:59 -0800 (PST)\r
+Received: from brinza.cc.columbia.edu (brinza.cc.columbia.edu [128.59.29.8])\r
+       by olra.theworths.org (Postfix) with ESMTP id 09D44431FBD\r
+       for <notmuch@notmuchmail.org>; Mon,  8 Feb 2010 09:37:58 -0800 (PST)\r
+Received: from servo.finestructure.net (geco.phys.columbia.edu\r
+       [128.59.170.159])\r
+       (user=jgr2110 author=jrollins@finestructure.net mech=PLAIN bits=0)\r
+       by brinza.cc.columbia.edu (8.14.3/8.14.3) with ESMTP id o18HbkYR010689\r
+       (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT);\r
+       Mon, 8 Feb 2010 12:37:56 -0500 (EST)\r
+Received: from jrollins by servo.finestructure.net with local (Exim 4.71)\r
+       (envelope-from <jrollins@finestructure.net>)\r
+       id 1NeXY2-00075I-PY; Mon, 08 Feb 2010 12:37:22 -0500\r
+From: Jameson Rollins <jrollins@finestructure.net>\r
+To: Jed Brown <jed@59A2.org>, Olly Betts <olly@survex.com>,\r
+       notmuch@notmuchmail.org\r
+In-Reply-To: <87sk9btytr.fsf@59A2.org>\r
+References: <87636bws2o.fsf@servo.finestructure.net>\r
+       <slrnhmpbhk.4kj.olly@msgid.survex.com>\r
+       <87hbpr8wuh.fsf@servo.finestructure.net> <87sk9btytr.fsf@59A2.org>\r
+Date: Mon, 08 Feb 2010 12:37:19 -0500\r
+Message-ID: <87eikv8w8g.fsf@servo.finestructure.net>\r
+MIME-Version: 1.0\r
+Content-Type: multipart/signed; boundary="=-=-=";\r
+       micalg=pgp-sha256; protocol="application/pgp-signature"\r
+X-No-Spam-Score: Local\r
+X-Scanned-By: MIMEDefang 2.68 on 128.59.29.8\r
+Subject: Re: [notmuch] strange behavior of indexing of and searching for\r
+ strings containing '[]'\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: Mon, 08 Feb 2010 17:38:00 -0000\r
+\r
+--=-=-=\r
+Content-Transfer-Encoding: quoted-printable\r
+\r
+On Mon, 08 Feb 2010 18:35:44 +0100, Jed Brown <jed@59A2.org> wrote:\r
+> On Mon, 08 Feb 2010 12:24:06 -0500, Jameson Rollins <jrollins@finestructu=\r
+re.net> wrote:\r
+> > I don't think that this is exactly correct.  The quoting is interpreted\r
+> > by the shell in order to construct a single string that is then passed\r
+> > as an argument to the program.\r
+>=20\r
+> The command line distinguishes, but the constructed query does not.\r
+> Look at query-string.c, the arguments are just concatenated.\r
+\r
+Hi, Jed.  Yes, this is clear from the behavior, but I'm claiming it's a\r
+bug that should be fixed.  It produces unexpected behavior with\r
+confusing results.\r
+\r
+jamie.\r
+\r
+--=-=-=\r
+Content-Type: application/pgp-signature\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v1.4.10 (GNU/Linux)\r
+\r
+iQIcBAEBCAAGBQJLcEvQAAoJEO00zqvie6q8G8MP/2deaFIuztcujItvofDt5Dat\r
+REgpg2uwdiJE0qCgcncWDOSf3h7qQg1oeeYK7lecLVILbIx3aONq/EHOwXUiCzfa\r
+VsXKOy8jur8pbWRcuZWbU+RxcgNccbvoxPFnzp6kibIxw510z9S0Vd6DpUJdS43/\r
+0rk/cCBDHVZ8FTMguF6nPohdBW2L9pAuJ8nREIkjIla+AotoElN4t8YFduu4KilB\r
+1jA6jGtwLvzThiMNGa7fqNc6ARp78HNYJnvvxNbyk9aTBiCSfunCpP+F0d9fDvIx\r
+zsm72KRwV2HWnhCSdKk1A0ZWoHXPF7XG5WBxmbN4mju5xWyCUBmwwvl08S33Y6/r\r
+B6f8JdHB3Cr2nYRllHekjN5sJD/icTpaxtER/lLZZIT966Vmzy0DhRklYguBxR5k\r
+xbSXP9H5xbA0r7+dHNFO/OHo/KUloEkti6PeMKsjyyPjtnVpCp2LhiUwUDAf1zkX\r
+MrmT01dgTXEZ85eTm5hEnYlIdDVjnufp//de3VRSiQqLwn6VrKpeg14bJJpVJ+OC\r
+cQthFlV0Xbqc3sl9ffipZgvg6oaVcwzmo0PgJBVU/krSDJDhklsoVm3wv14ma8qf\r
+5CYoKZ01RGjiSFzJ/AYdgFanZlfu6aCBHRZ406CCL7bHIUqAkLqRZB29E44Aj/34\r
+Yq8WM2hZ4APa0n0FCHLJ\r
+=JlT0\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r