48/8b566ffafc38299b763e8baefbc621f31ea3bc

   1 Return-Path: <thomas@schwinge.name>\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 61EB4431FB6\r
   6         for <notmuch@notmuchmail.org>; Thu,  3 Feb 2011 09:27:24 -0800 (PST)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: 0\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=0 tagged_above=-999 required=5\r
  12         tests=[RCVD_IN_DNSWL_NONE=-0.0001] autolearn=disabled\r
  13 Received: from olra.theworths.org ([127.0.0.1])\r
  14         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  15         with ESMTP id r43N77SjQZ2J for <notmuch@notmuchmail.org>;\r
  16         Thu,  3 Feb 2011 09:27:23 -0800 (PST)\r
  17 X-Greylist: delayed 62993 seconds by postgrey-1.32 at olra;\r
  18         Thu, 03 Feb 2011 09:27:23 PST\r
  19 Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de\r
  20         [80.67.29.28])\r
  21         by olra.theworths.org (Postfix) with ESMTP id 6DEC4431FB5\r
  22         for <notmuch@notmuchmail.org>; Thu,  3 Feb 2011 09:27:23 -0800 (PST)\r
  23 Received: from [87.180.59.74] (helo=stokes.schwinge.homeip.net)\r
  24         by smtprelay03.ispgateway.de with esmtpa (Exim 4.68)\r
  25         (envelope-from <thomas@schwinge.name>) id 1Pl2xm-0007Y0-1X\r
  26         for notmuch@notmuchmail.org; Thu, 03 Feb 2011 18:27:22 +0100\r
  27 Received: (qmail 18335 invoked from network); 3 Feb 2011 17:27:14 -0000\r
  28 Received: from kepler.schwinge.homeip.net (192.168.111.7)\r
  29         by stokes.schwinge.homeip.net with QMQP; 3 Feb 2011 17:27:14 -0000\r
  30 Received: (nullmailer pid 21683 invoked by uid 1000);\r
  31         Thu, 03 Feb 2011 17:27:14 -0000\r
  32 From: Thomas Schwinge <thomas@schwinge.name>\r
  33 To: Austin Clements <amdragon@mit.edu>\r
  34 Subject: Re: [PATCH 2/2] notmuch.el:notmuch-search-process-filter: Rewritten.\r
  35         Cope with incomplete lines.\r
  36 In-Reply-To: <AANLkTi=_ZqOao8mMRRb=gLmX+MWchqZ0Af-VxJquwure@mail.gmail.com>\r
  37 References: <87zkqeiffj.fsf@kepler.schwinge.homeip.net>\r
  38         <1296690999-16542-3-git-send-email-thomas@schwinge.name>\r
  39         <AANLkTi=_ZqOao8mMRRb=gLmX+MWchqZ0Af-VxJquwure@mail.gmail.com>\r
  40 User-Agent: Notmuch/0.5-33-g665f77b (http://notmuchmail.org) Emacs/23.2.1\r
  41         (i486-pc-linux-gnu)\r
  42 Date: Thu, 03 Feb 2011 18:27:07 +0100\r
  43 Message-ID: <87bp2tghas.fsf@kepler.schwinge.homeip.net>\r
  44 MIME-Version: 1.0\r
  45 Content-Type: multipart/signed; boundary="=-=-=";\r
  46         micalg=pgp-sha1; protocol="application/pgp-signature"\r
  47 X-Df-Sender: thomas@schwinge.name\r
  48 Cc: notmuch@notmuchmail.org\r
  49 X-BeenThere: notmuch@notmuchmail.org\r
  50 X-Mailman-Version: 2.1.13\r
  51 Precedence: list\r
  52 List-Id: "Use and development of the notmuch mail system."\r
  53         <notmuch.notmuchmail.org>\r
  54 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  55         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  56 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  57 List-Post: <mailto:notmuch@notmuchmail.org>\r
  58 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  59 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  60         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  61 X-List-Received-Date: Thu, 03 Feb 2011 17:27:24 -0000\r
  62 \r
  63 --=-=-=\r
  64 Content-Type: text/plain; charset=utf-8\r
  65 Content-Transfer-Encoding: quoted-printable\r
  66 \r
  67 Hallo!\r
  68 \r
  69 On Thu, 3 Feb 2011 12:06:20 -0500, Austin Clements <amdragon@mit.edu> wrote:\r
  70 > Is there a reason you keep the remaining data in a string instead of\r
  71 > taking the more idiomatic elisp approach of leaving it in the process\r
  72 > buffer?  In fact, the code would probably be simpler if you\r
  73 > immediately appended the string to the process buffer like a normal\r
  74 > process-filter and then peeled things away using buffer-oriented\r
  75 > regexp functions like looking-at.  Elisp is a lot better at\r
  76 > manipulating buffers than it is at manipulating strings.\r
  77 \r
  78 Ha, I hear you -- this is what I meant to do originally.  But then, the\r
  79 save-in-string approach (even though I always considered keeping state in\r
  80 the string a bit ugly) seemed more simple to me.  As I said: writing\r
  81 elisp code is not my primary profession...  :-) (Perhaps I should buy a\r
  82 book about it, or something.)  Now that you confirmed my original idea,\r
  83 I'll see about re-writing the code accordingly, so thanks for the input!\r
  84 \r
  85 \r
  86 Gr=C3=BC=C3=9Fe,\r
  87  Thomas\r
  88 \r
  89 --=-=-=\r
  90 Content-Type: application/pgp-signature\r
  91 \r
  92 -----BEGIN PGP SIGNATURE-----\r
  93 Version: GnuPG v1.4.10 (GNU/Linux)\r
  94 \r
  95 iQEcBAEBAgAGBQJNSuVrAAoJEGe3hdm9kOii4o0IAMnoGunDewAZQy3cVQQX3GCV\r
  96 boAZVKR0Cs0xC+iBmTJ1/UsPiNU4b17Sh2/fu21mSCXQU5Qvh4An8beUd09EsiMu\r
  97 4Bd9my0/GNIZYeWqR4WA6r4LB8+20Yx7NOq57QkKTFg3OjIxXVR09YnRmTB2DImL\r
  98 /UVQ6aLekG4SqxIJsfJu8qj7OQga2yoBa6J/DaHBfJqqGTbUI/jrEGDGWTvdgySI\r
  99 uzpQ8hyDXtIl+HsDTDmSEkf0p2yY8RT8Xsgn99wroucszWl/BfilcT1tbKnv+gG2\r
 100 vKCuNJhyCQm4DOaRTJ8gapSu0q7VRbUCxCSd0ITVvcwUrfmfIIRJbQdqXrInMiM=\r
 101 =+E8O\r
 102 -----END PGP SIGNATURE-----\r
 103 --=-=-=--\r