From c5dc8f044d39b645bb9aadc2ca85d2cee0585ea6 Mon Sep 17 00:00:00 2001
From: "Dirk-Jan C. Binnema" <djcb@djcbsoftware.nl>
Date: Thu, 28 Jan 2010 22:21:57 +0200
Subject: [PATCH] * add many unit tests

---
 Makefile.am                                   |   7 +-
 TODO                                          |   8 +-
 configure.ac                                  |   2 +-
 src/mu-maildir.h                              |   6 +-
 src/mu-msg-str.c                              |   9 +-
 src/mu-msg-str.h                              |   9 +-
 src/tests/Makefile.am                         |   5 +-
 src/tests/test-mu-maildir.c                   | 107 +++++++-
 src/tests/test-mu-msg-str.c                   | 162 ++++++++++++
 src/tests/test-util                           | Bin 22694 -> 0 bytes
 .../cur/1220863042.12663_1.mindcrime:2,S      | 146 +++++++++++
 .../cur/1220863060.12663_3.mindcrime:2,S      | 230 ++++++++++++++++++
 .../cur/1220863087.12663_15.mindcrime:2,PS    | 136 +++++++++++
 .../cur/1220863087.12663_19.mindcrime:2,S     |  77 ++++++
 .../cur/1220863087.12663_5.mindcrime:2,S      |  84 +++++++
 .../cur/1220863087.12663_7.mindcrime:2,RS     | 138 +++++++++++
 .../testdir/new/1220863087.12663_21.mindcrime | 111 +++++++++
 .../testdir/new/1220863087.12663_23.mindcrime | 105 ++++++++
 .../testdir/new/1220863087.12663_25.mindcrime |  98 ++++++++
 .../testdir/new/1220863087.12663_9.mindcrime  | 209 ++++++++++++++++
 20 files changed, 1628 insertions(+), 21 deletions(-)
 create mode 100644 src/tests/test-mu-msg-str.c
 delete mode 100755 src/tests/test-util
 create mode 100644 src/tests/testdir/cur/1220863042.12663_1.mindcrime:2,S
 create mode 100644 src/tests/testdir/cur/1220863060.12663_3.mindcrime:2,S
 create mode 100644 src/tests/testdir/cur/1220863087.12663_15.mindcrime:2,PS
 create mode 100644 src/tests/testdir/cur/1220863087.12663_19.mindcrime:2,S
 create mode 100644 src/tests/testdir/cur/1220863087.12663_5.mindcrime:2,S
 create mode 100644 src/tests/testdir/cur/1220863087.12663_7.mindcrime:2,RS
 create mode 100644 src/tests/testdir/new/1220863087.12663_21.mindcrime
 create mode 100644 src/tests/testdir/new/1220863087.12663_23.mindcrime
 create mode 100644 src/tests/testdir/new/1220863087.12663_25.mindcrime
 create mode 100644 src/tests/testdir/new/1220863087.12663_9.mindcrime

diff --git a/Makefile.am b/Makefile.am
index 1f643f82..27a8766e 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -18,9 +18,12 @@ include $(top_srcdir)/gtest.mk
 
 SUBDIRS=src man
 
-
 # so we can say 'make test'
-check: test
+check: test cleanupnote
+
+cleanupnote:
+	@echo -e  "\nNote: you can remove the mu-test-XXXX dirs in your temp-file dir"
+	@echo "after 'make check' has finished."
 
 tags:
 	gtags
diff --git a/TODO b/TODO
index 2ba8d3c0..fa7ee0a3 100644
--- a/TODO
+++ b/TODO
@@ -28,25 +28,25 @@
    - [X] cleanup ascending/descending stuff
    - [X] testing
 
-** release 0.7 [42%]
+** release 0.7 [46%]
 
    - [X] signal handler for indexing
    - [X] fix max 10000 matches limit
    - [X] embed database version in database
    - [X] MuMsgXapian => MuMsgIterXapian
    - [ ] don't store both values and terms
-   - [ ] clean up mu-msg-field
+   - [ ] clean up mu-msg-field, add formatting(?)
    - [X] fix the batch stuff
-   - [ ] mu help <cmd>
+   - [ ] mu help <cmd> (?)
    - [ ] mu view <path>
    - [ ] add symlink-following option for index
    - [ ] test suite
-   - [ ] moving msg field formatting to MuMsgField (?)
    - [ ] auto clean log file
    - [X] configure error for missing ->dt_dtype
 
 ** release 0.8 [%]
    - [ ] bookmarks
+   - [ ] query on time
    - [ ] mu-setup (?)
    - [ ] config system (config file) (?)
    - [ ] UTF-8 output to console
diff --git a/configure.ac b/configure.ac
index bf2eaac7..3dca5e9c 100644
--- a/configure.ac
+++ b/configure.ac
@@ -117,4 +117,4 @@ echo "<muhome>xapian-0.6 directory to save some disk space"
 
 echo
 echo "mu configuration is complete."
-echo "type 'make' to build it"
+echo "type 'make' to build mu, or 'make check' to perform the unit tests."
diff --git a/src/mu-maildir.h b/src/mu-maildir.h
index c2b7d28b..7dfe3c01 100644
--- a/src/mu-maildir.h
+++ b/src/mu-maildir.h
@@ -43,8 +43,7 @@ gboolean mu_maildir_mkmdir (const char* path, mode_t mode, gboolean noindex);
 
 
 /** 
- * create a symbolic link to a mail message; the function will
- * automatically
+ * create a symbolic link to a mail message
  * 
  * @param src the full path to the source message
  * @param targetpath the path to the target maildir; ie., *not*
@@ -81,7 +80,8 @@ typedef MuResult (*MuMaildirWalkDirCallback)
  * files outside cur/ and new/ dirs and unreadable files; however,
  * dotdirs are visited (ie. '.dotdir/cur'), so this enables Maildir++.
  * (http://www.inter7.com/courierimap/README.maildirquota.html, search
- * for 'Mission statement')
+ * for 'Mission statement'). In addition, dirs containing a file named
+ * '.noindex' are ignored, as are their subdirectories.
  *
  * mu_walk_maildir stops if the callbacks return something different
  * from MU_OK. For example, it can return MU_STOP to stop the scan, or
diff --git a/src/mu-msg-str.c b/src/mu-msg-str.c
index a8a8cc85..f9e61597 100644
--- a/src/mu-msg-str.c
+++ b/src/mu-msg-str.c
@@ -18,6 +18,7 @@
 */
 
 #include <glib.h>
+
 #include "mu-msg-str.h"
 #include "mu-msg-flags.h"
 
@@ -29,7 +30,7 @@ mu_msg_str_date_s (time_t t)
 
 	tmbuf = localtime(&t);
 	
-	strftime (buf, 64, "%c", tmbuf);
+	strftime (buf, sizeof(buf), "%c", tmbuf);
 
 	return buf;
 }
@@ -49,9 +50,9 @@ mu_msg_str_size_s  (size_t s)
 	static char buf[32];
 	
 	if (s >= 1000 * 1000)
-		g_snprintf(buf, 32, "%.1fM", (double)s/(1000*1000));
+		g_snprintf(buf, sizeof(buf), "%.1f MB", (double)s/(1000*1000));
 	else
-		g_snprintf(buf, 32, "%.1fk", (double)s/(1000));
+		g_snprintf(buf, sizeof(buf), "%.1f kB", (double)s/(1000));
 
 	return buf;
 }
@@ -91,7 +92,7 @@ mu_msg_str_prio  (MuMsgPriority prio)
 
 	default:
 		g_warning ("%s: invalid priority %d", __FUNCTION__, prio);
-		return "<error>";
+		return NULL;
 	}
 }
 
diff --git a/src/mu-msg-str.h b/src/mu-msg-str.h
index ac6093eb..753e7dfc 100644
--- a/src/mu-msg-str.h
+++ b/src/mu-msg-str.h
@@ -45,14 +45,15 @@ char*       mu_msg_str_date   (time_t t) G_GNUC_WARN_UNUSED_RESULT;
 
 
 /** 
- * get a display size for a given off_t;
- * uses M for sizes > 1000*1000, k for smaller sizes
+ * get a display size for a given size_t; uses M for sizes >
+ * 1000*1000, k for smaller sizes. Note: this function use the
+ * 10-based SI units, _not_ the powers-of-2 based ones.
  * 
  * mu_msg_str_size_s returns a ptr to a static buffer,
  * while mu_msg_str_size returns dynamically allocated
  * memory that must be freed after use.
  *
- * @param t the size as an off_t
+ * @param t the size as an size_t
  * 
  * @return a string representation of the size; see above
  * for what to do with it
@@ -81,7 +82,7 @@ char*       mu_msg_str_flags    (MuMsgFlags flags) G_GNUC_WARN_UNUSED_RESULT;
 
 /** 
  * get a display string for a message priority; either
- * High,Low or Normal
+ * high, low or normal
  *
  * @param flags file flags
  * 
diff --git a/src/tests/Makefile.am b/src/tests/Makefile.am
index 54f6470b..5f3123c4 100644
--- a/src/tests/Makefile.am
+++ b/src/tests/Makefile.am
@@ -28,12 +28,13 @@ TEST_PROGS += test-mu-util
 test_mu_util_SOURCES= test-mu-util.c
 test_mu_util_LDADD=   ${top_srcdir}/src/libmu.la
 
-
 TEST_PROGS += test-mu-maildir
 test_mu_maildir_SOURCES= test-mu-maildir.c
 test_mu_maildir_LDADD=   ${top_srcdir}/src/libmu.la
 
-
+TEST_PROGS += test-mu-msg-str
+test_mu_msg_str_SOURCES= test-mu-msg-str.c
+test_mu_msg_str_LDADD=   ${top_srcdir}/src/libmu.la
 
 # note the question marks; make does not like files with ':'...
 # 11 messages, the '.ignore' message should be ignored when indexing
diff --git a/src/tests/test-mu-maildir.c b/src/tests/test-mu-maildir.c
index 27e7c043..cb7df19e 100644
--- a/src/tests/test-mu-maildir.c
+++ b/src/tests/test-mu-maildir.c
@@ -24,6 +24,8 @@
 #include <glib.h>
 #include <stdlib.h>
 #include <unistd.h>
+#include <string.h>
+
 
 #include "src/mu-maildir.h"
 
@@ -127,13 +129,110 @@ static void
 shutup (void) {}
 
 
+static gchar*
+copy_test_data (void)
+{
+	gchar *dir, *cmd;
+	
+	dir = random_tmpdir();
+	cmd = g_strdup_printf ("mkdir %s", dir);
+	g_assert (g_spawn_command_line_sync (cmd, NULL, NULL, NULL, NULL));
+	g_free (cmd);
+	cmd = g_strdup_printf ("cp -R testdir %s", dir);
+	g_assert (g_spawn_command_line_sync (cmd, NULL, NULL, NULL, NULL));
+	g_free (cmd);
+	
+	return dir;
+}
+
+
+typedef struct {
+	int _file_count;
+	int _dir_entered;
+	int _dir_left;
+} WalkData;
+
+static MuResult
+dir_cb (const char *fullpath, gboolean enter, WalkData *data)
+{
+	if (enter)
+		++data->_dir_entered;
+	else
+		++data->_dir_left;
+
+	return MU_OK;
+}
+
+
+static MuResult
+msg_cb (const char *fullpath, gboolean enter, WalkData *data)
+{
+	++data->_file_count;
+	return MU_OK;
+}
+
+
+
+static void
+test_mu_maildir_walk_01 (void)
+{
+	char *tmpdir;
+	WalkData data;
+	MuResult rv;
+	
+	tmpdir = copy_test_data ();
+	memset (&data, 0, sizeof(WalkData));
+	
+	rv = mu_maildir_walk (tmpdir,
+			      (MuMaildirWalkMsgCallback)msg_cb, 
+			      (MuMaildirWalkDirCallback)dir_cb,
+			      &data);
+
+	g_assert_cmpuint (MU_OK, ==, rv);
+	g_assert_cmpuint (data._file_count, ==, 10);
+	g_assert_cmpuint (data._dir_entered,==, 5);
+	g_assert_cmpuint (data._dir_left,==, 5);
+
+	g_free (tmpdir);
+}
+
+
+static void
+test_mu_maildir_walk_02 (void)
+{
+	char *tmpdir, *cmd;
+	WalkData data;
+	MuResult rv;
+	
+	tmpdir = copy_test_data ();
+	memset (&data, 0, sizeof(WalkData));
+
+	/* mark the 'new' dir with '.noindex', to ignore it */ 
+	cmd = g_strdup_printf ("touch %s%ctestdir%cnew%c.noindex", tmpdir,
+			       G_DIR_SEPARATOR, G_DIR_SEPARATOR,
+			       G_DIR_SEPARATOR);
+	g_assert (g_spawn_command_line_sync (cmd, NULL, NULL, NULL, NULL));
+	g_free (cmd);
+		
+	rv = mu_maildir_walk (tmpdir,
+			      (MuMaildirWalkMsgCallback)msg_cb, 
+			      (MuMaildirWalkDirCallback)dir_cb,
+			      &data);
+
+	g_assert_cmpuint (MU_OK, ==, rv);
+	g_assert_cmpuint (data._file_count, ==, 6);
+	g_assert_cmpuint (data._dir_entered,==, 4);
+	g_assert_cmpuint (data._dir_left,==, 4);
+
+	g_free (tmpdir);
+}
 
 int
 main (int argc, char *argv[])
 {
 	g_test_init (&argc, &argv, NULL);
 
-	/* mu_util_dir_expand */
+	/* mu_util_maildir_mkmdir */
  	g_test_add_func ("/mu-maildir/mu-maildir-mkmdir-01",
 			 test_mu_maildir_mkmdir_01);
 	g_test_add_func ("/mu-maildir/mu-maildir-mkmdir-02",
@@ -141,6 +240,12 @@ main (int argc, char *argv[])
 	g_test_add_func ("/mu-maildir/mu-maildir-mkmdir-03",
 			 test_mu_maildir_mkmdir_03);
 
+	/* mu_util_maildir_walk */
+	g_test_add_func ("/mu-maildir/mu-maildir-walk-01",
+			 test_mu_maildir_walk_01);
+	g_test_add_func ("/mu-maildir/mu-maildir-walk-02",
+			 test_mu_maildir_walk_02);
+	
 	g_log_set_handler (NULL,
 			   G_LOG_LEVEL_MASK | G_LOG_FLAG_FATAL| G_LOG_FLAG_RECURSION,
 			   (GLogFunc)shutup, NULL);
diff --git a/src/tests/test-mu-msg-str.c b/src/tests/test-mu-msg-str.c
new file mode 100644
index 00000000..6a5cff06
--- /dev/null
+++ b/src/tests/test-mu-msg-str.c
@@ -0,0 +1,162 @@
+/* 
+** Copyright (C) 2010 Dirk-Jan C. Binnema <djcb@djcbsoftware.nl>
+**
+** This program is free software; you can redistribute it and/or modify it
+** under the terms of the GNU General Public License as published by the
+** Free Software Foundation; either version 3, or (at your option) any
+** later version.
+**
+** This program is distributed in the hope that it will be useful,
+** but WITHOUT ANY WARRANTY; without even the implied warranty of
+** MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+** GNU General Public License for more details.
+**
+** You should have received a copy of the GNU General Public License
+** along with this program; if not, write to the Free Software Foundation,
+** Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA.  
+**  
+*/
+
+#ifdef HAVE_CONFIG_H
+#include "config.h"
+#endif /*HAVE_CONFIG_H*/
+
+#include <glib.h>
+#include <stdlib.h>
+#include <unistd.h>
+#include <time.h>
+
+#include <locale.h>
+#include "src/mu-msg-str.h"
+
+static void
+test_mu_msg_str_date_01 (void)
+{
+	struct tm *tmbuf;
+	char buf[64];
+	gchar *tmp;
+	time_t some_time;
+
+	some_time = 1234567890;
+	tmbuf = localtime (&some_time);
+	strftime (buf, 64, "%c", tmbuf);
+
+	/*  $ date -ud@1234567890; Fri Feb 13 23:31:30 UTC 2009 */
+	g_assert_cmpstr (mu_msg_str_date_s (some_time), ==, buf);
+
+	/* date -ud@987654321 Thu Apr 19 04:25:21 UTC 2001 */
+	some_time = 987654321;
+	tmbuf = localtime (&some_time);
+	strftime (buf, 64, "%c", tmbuf);
+	tmp = mu_msg_str_date (some_time);
+	
+	g_assert_cmpstr (tmp, ==, buf);
+	g_free (tmp);
+		
+}
+
+
+static void
+test_mu_msg_str_size_01 (void)
+{
+	struct lconv *lc;
+	char *tmp2;
+	
+	lc = localeconv();
+
+	tmp2 = g_strdup_printf ("0%s0 kB", lc->decimal_point);
+	g_assert_cmpstr (mu_msg_str_size_s (0),           ==,  tmp2);
+	g_free (tmp2);
+
+	tmp2 = g_strdup_printf ("100%s0 kB", lc->decimal_point);
+	g_assert_cmpstr (mu_msg_str_size_s (100000),      ==,  tmp2);
+	g_free (tmp2);
+
+	tmp2 = g_strdup_printf ("1%s1 MB", lc->decimal_point);
+	g_assert_cmpstr (mu_msg_str_size_s (1100*1000), ==,  tmp2);
+	g_free (tmp2);
+}
+
+	
+
+static void
+test_mu_msg_str_size_02 (void)
+{
+	struct lconv *lc;
+	char *tmp1, *tmp2;
+	
+	lc = localeconv();
+	
+	tmp2 = g_strdup_printf ("1%s0 MB", lc->decimal_point);
+	tmp1 = mu_msg_str_size (999999); 
+	g_assert_cmpstr (tmp1, !=, tmp2);
+
+	g_free (tmp1);
+	g_free (tmp2);
+}
+
+
+
+static void
+test_mu_msg_str_prio_01 (void)
+{
+	g_assert_cmpstr (mu_msg_str_prio(MU_MSG_PRIORITY_LOW), ==, "low");
+	g_assert_cmpstr (mu_msg_str_prio(MU_MSG_PRIORITY_NORMAL), ==, "normal");
+	g_assert_cmpstr (mu_msg_str_prio(MU_MSG_PRIORITY_HIGH), ==, "high");
+}
+
+
+static gboolean
+ignore_error (const char* log_domain, GLogLevelFlags log_level, const gchar* msg,
+	      gpointer user_data)
+{
+	return FALSE; /* don't abort */
+}
+
+
+static void
+test_mu_msg_str_prio_02 (void)
+{
+	/* this must fail */
+	g_test_log_set_fatal_handler ((GTestLogFatalFunc)ignore_error, NULL);
+
+	g_assert_cmpstr (mu_msg_str_prio(666), ==, NULL);
+}
+
+
+
+static void
+shutup (void) {}
+
+
+
+int
+main (int argc, char *argv[])
+{
+	g_test_init (&argc, &argv, NULL);
+
+	/* mu_msg_str_date */
+	g_test_add_func ("/mu-msg-str/mu-msg-str-date",
+			 test_mu_msg_str_date_01);
+
+	/* mu_msg_str_size */
+	g_test_add_func ("/mu-msg-str/mu-msg-str-size-01",
+			 test_mu_msg_str_size_01);
+	g_test_add_func ("/mu-msg-str/mu-msg-str-size-02",
+			 test_mu_msg_str_size_02);
+
+	/* mu_msg_str_prio */
+	g_test_add_func ("/mu-msg-str/mu-msg-str-prio-01",
+			 test_mu_msg_str_prio_01);
+	g_test_add_func ("/mu-msg-str/mu-msg-str-prio-02",
+			 test_mu_msg_str_prio_02);
+
+	/* FIXME: add tests for mu_msg_str_flags; but note the
+	 * function simply calls mu_msg_field_str */
+		
+	g_log_set_handler (NULL,
+			   G_LOG_LEVEL_MASK | G_LOG_FLAG_FATAL| G_LOG_FLAG_RECURSION,
+			   (GLogFunc)shutup, NULL);
+	
+	return g_test_run ();
+}
diff --git a/src/tests/test-util b/src/tests/test-util
deleted file mode 100755
index c32e390bc2ba4bc32d01d8669d67e13afa2b2e0f..0000000000000000000000000000000000000000
GIT binary patch
literal 0
HcmV?d00001

literal 22694
zcmeHveSB2ang6*nci<AjFhF=ylmUXE!sLahK>@={fJlIt0Af)ulVp;KBr|bdcw13)
zL`_2!gj(CG#jU&Bx~^-t+G>5-Xsj=-b<x_@wQA}5va!%EZC%B!mHmFtxo75P2=w>c
z&+qqNZ$2l_dCv2k=k1((?wxbaJ=a&)E;S58=*uI#f>_|ord0truUb(mL{L~_rkEj$
z#Sj#cR<RR2NU{Pd`A}vec}W9aaRcZ`V}LV}M%hgAVqK)IrwPHt`XZp{Z=Wf|+Ygx*
z(|%OA8;N>J_W&FP{U~TmS}5t%!L%Iw%b}ZT32-J&yYz!pGtd(*UB4c5xBg<tVq$#&
zQPSSlSkm4+yS*)z-Wp2AL*<GF(<FV_s<l!!?WD|+NUU3g#MqFYe6;aL2cI7C#irqV
zMqieE>zhC5eSGF9(5500o{q$8G!pCcLWo2m(iEg1(gdWjNJEh(A&o;~3@0L;>Y^?B
zqCNVey~B}4Ao-E#EA6LWye2Ck+j6{<r%z`fp*gbGFyt(x0wl_(Z8{dWil8ChuNuZO
z)}b#yeD98H7gzuM$b&21>wWW@^^+d&`JMmp&;FAp47l#6LC(dv)M^Bf_?vn7Kj-l?
zuKEfh!=$euGH2xRKbnU(Xl6j_`#~OlK_35$dHBEN@qZ(a{%RimiadN}9)Eit-IGUu
zG>`sS9zG+Fe_tLR&BK3_SASO?z9^p`_|}JUf8q*=-yMGoc&7`$3HYo#O^f|;6gYmB
zNB;xLXWpvnk4Deum{SOT0K^}61@6PG;m)>jj5lG~dBV0^JK`}rnF=RTwk_;SHrw@)
z*0y9Sl33gxP9`HsVYjr!+E}r*qpc${yF65(Zs1nCB@u~;R#Z+jr#rJ5yED-iOSJ$`
zL{jNQ%x-J3Tf%Ma_LguW))s38p*`M8f!n1K%*B%J*?eof@#;uZ3W`cuRto;sNGcNB
zENuX@n-XqniX@X@>DbiVmaw<9rJ{CcI1!1ZSeS|=Q#PzmA)iz-T5WojNVUQ14pa@d
zM(n1J&RDvGJgEfo)F^9)o15*HbgT(@I+m?3Nr`j}rGtus5Rl*^Roc;TthqgspzTd`
z=X_z;tcIfIwwRqxMw-Qzc%nJ7wNpYFP}`0q60tZWG=*s<+Gs1<Cv|>>fN0R-2^3MD
z(`+5#HZVn+!>KR`jme}cM^UU<EUT?qwAd~Wm1T3~*<2}l1xFeEUyVI1VKN;W>FUaj
zf(Ayq+@Du$M?chK-l(=V42P!py;C+?;$HE&g9jw;5kr(}ar7TeYX}En^z)(MF$qDl
z2r(EI5<+!=5PU_17{DhGqGwMc!~hy3!~j}Mh(UQKAqM|hgs`ZT5F=y-A#R0ALKr=d
z5CdHmAqJ@>gn0NaC&XY~ONfU?9U&eVYX~uzuP4L<<qASPKsFNMfzwQghtb-u4;nH@
z%znmh!wr4CGlb~g_xbVT$9KJ!^7UVZ(*8@~X8&&3wtmA)eaFu`hDaQr{yF}$&hhDt
zNR-)+4x!rd>5NR2w2ux-oDqsL>>u??oRNz15%<x<5@*DsLE;A_&d5b)65k_nMli}w
z@X=0*Gm_Ct;++y_M59&2H%gq5jV>o%CviqNT1UJ};*4~3J@HbBGvd*W#DfxN<fC-x
zqkzQO0?|(5LgH+R=vLxKzd*rswn%g*@k0`4%S3M_eo*3Uq39msy%J|jMeid1u*BJ7
z(F4Q}NSrMf{WkGE5@!oWA11z2;%v$2W5hcp&K8aK65l9swruo8;&s3Q<yH2ZtGa%b
zdH-nLn)+zxSHQ6o|1Mn@J%snc{x`t*@ty&f(=T?;?}Rv!zWBZr;1m6LE4$(F`}qIN
zA3d4F#@siPXZC!b3NpRMx5#q5Xcx(neeRoy{^xxZU}T;%H(c4*lR8WEJc%wQ`(5V9
zg!_(wcUNy}H2o3C412*WX4&zBFZJcyb3*<1k7kYpda4V%mK2*k)mE2T{KArAi<0_(
z4v&DCoqJ6SB1`df>EG*=9oQqw>R7hJDLZ<*EbC-hn^Sh^Hd(fxWow<XfGX?%D#{i*
zWmP?rZ^&IJo9&c!?v`c6ESu<*9qg86i&*AUWw`N$pwS1>47B$UakH4k{RVjYXW`#V
zeJy*?9+@NS$%?^;RZI!Z;*Auy03%J;v(NnZ<gQnTJ(Kpl)Ynygbk}QLYd;2KX`8Ab
zg#w>R;efLo7;J}xUv?bbTKbD?i;F-AJO+;e3x5p)ptWCBFsVu#SM;aj$KUil_chZx
z{34q*Yo8o`yRJOemHr&OaawmP#uKz{VfU5Cy3?O`9k~+zP%b?v`vr2^7s;K#t0~L)
zhU!Sj95Y7l?<@PHe}R-Va({2xYa_qkJGU?OARL98Fu&`{qh0Bb;Q~8>^cjW7O7{Q*
zN8y#@VWA1TQD)sbh-Vi<hb!I#{kewzJod*w=MTivcFFzMcp5;L$p?v3mh~qlCH?RG
zsX`yr{+#LfbL}AhTn!y3^=C8v>HqJ+{h=2F+DCG~hKSG~1_u7HEbGs`Qqup<pFJ*r
zDjk0~>{6Gz=Y1VIq(AHM;0nTm>*<4uQsi%u{(L5Heyc=TxEp00BKk|g)797iU8g}n
z6<w2xyPoeKD$P!x+jT{;*;P^8zXbwz^`_&@pNl-W`lkVAo(pccN)1D_N(unWa><^0
z6=nSSLyITyrs_(m`{{n<QC3**c-5$Q26%Np)m%|LDZlPrd384qQa6gaYP@FOmu5K~
zt$(&MZCK{HVvfI?X<K##VfWPWYX&1mH5G0Wy81Al_IDhUk?=DDQ;=73AY_uPtR1~V
zIr^|;Y^USs>OqWs0#aay94{)Ny_dSK{J1N9tZT>T{j)(u;fpL}lkEWB^#U!q2rpTn
zuz}HHKJvj8r-@(J{42>{Q4Hf*`yW4*)=%%6SKQx(Jlk^vA-rh-?7s5j?)0(l9db+>
zEc)7^+Z=}~2XW}v5Hz4a9)dCbyK%ec%v}eb!OXpv#$?SEz|if+)67RcQD!~}=ybbN
z8TcK?Kt5ZcXh7Ghfml92aKAjavpa3|FG479=zASM?{|GN@}?i7N>BA&2pBu838O(4
z{TV2RF%8|--<~dx3Nc?)36U!8$-Mp%EK|&dR285~=aChIs<Ph9k)6Cv_VBqt4vysX
z>3|aXB+Gg+__OTo|AMq<ALF9{Z=65se-L=LV1vI#N~$<t2UG`oGKU=_`afrUj_fS!
zl{e;Q(UbB1TG`i=X;3-31o5K3&dqyx#K8B9vR+q&f@r-P`u+)b^R7=)>oPkEjft;)
z`da4S&CHH~0kbFeetIx-$TRGq>}D^*QiN*WAW@vJNZ|od#Q2D(mlLI)N6wPQeeYxK
z_`e}X$Cam+;|_yX1y1dZ*X>Npp8jOE{?`W7KLhm-Kds&$Dsh*g1K@V+Ux0|;(035O
z0C3yE$t^uQ-i8YK_SAK)8U{OId}hbnMru({rj%yDsIpJk_B6)b?wi?GxXB)(>Z1d0
zE62a?>O-noFCxqHhhKHdReLF^J(>2r7P}YBhaYm@FV;2m^Lc$k-)XR#Z+@BXe#k;s
z`6}3U^>#g<D$_2|K=vt8r{EO|uODOC-JbdbZ>PY9uIIasqKmfd>B-bkC)nOnuVgX;
z+3L@eatQA_c*ITYMa@qSPC-?6w(d#Au2)ptU-|E+m%-pS@C)IFzBc^e${d;0fBWw-
z_C3)LMLik*Kl_Dej(c_;PZgJa(p?>3V7t}ZY`1)yJ-+{Y<jOp6%>5$qZsxg38?Lf(
zTggj}_vU?^N6j2No*MH6b1i!^ht1;$yS*q%f1Hso-Fw*f?%#NC<7Z(1B!uj8{GQ{z
zZs0d`Nk@8iI@Q*$;cQG)%*HQ%ObpB}EyLXCsp#c{&|A}(x0sDz{q2-Q5hu#X<AE5_
zk+x}u-4u;9ZL(1{ICCoJGNf^#rm3@nYwFiltN&*Q=g$u=U0B;tJ$Sv)iQKHrT9_4)
zb25-luFLGzD}vVs>j9+D(n0MgNp*CBS!#4yFo;ZtlVVRLFP%)3G`7XEW=hGj!eBCU
z+%7v$Xcrkc*?Nfisi@_rq|P}dwL-YsM9iNrLV_-f630fda$!yFlA3z4eD%s|F+DlG
zX{G82qBWjk{5#OHI=^adZLQ9u$6;0t6Hc|Om#tcey4OulmMn=RH>Kj8QjX4Fmo1eu
zT_<!KyHwd|4?>wEtsjh1eo{)=K#J_Sw$r=q(!6?k)V#WI-Bx$j2^HNW-Z4AvRftzO
znApM=MP%ZMZ5IZoCk3Y}BhA57JlK?ogi{fe$@0!{Dk>I-V=-1!J=~!<g`A_)%yO14
zs7%3>XAmlaGo~kJi0evpb7i9^weWs~)7u&&+501BG0gqT^_K|zB?5nm!2jn6a2l2>
zG-RGHdpcd{<hvdC6$jquz^5I^^#IPmaV-kd+j0$xzn*tvZTY{xI3C}4qiJETKs<R9
z=KcZi2F|t50Dc{CJ(X|3T&Ly5_o$CCCk~Q0h{W|%OxFvpr>?)nw3x30<oY6CF}ZF|
zi1)jA0Ojx{PWz7nzI?MO-$H@@UtMy|+^G?RPuC&chIB8|Lr6~}y@K>E(r=NzK=OB)
z)|p5lqy<Q;kgh_CAzg=b8`8Z<4<S8`^a|3uNWVq;0!bUVZ1Lg?gEQAQrempeumY=Z
zWwR^N601C0;o{^hb2UqDO<Aq1BgU8*ovM`pa)QMp{uBS@Jcr=K>BX4+)R&?^j%HKz
zz#XPl&&F}CDS#f)i2prEX{5ZBE|kbdQ%ZgeDVLyK@T8BCA`(a*LHV1YbqC-{ACaTb
zXR<{7IxF_LN?i}nB1qHB1707bR<6UaXTd9W5*d|pcpeIsB)27-Bb~{TwmFsOmqglI
zO5`eOs6mu8rt$8r{x_FITDca7Mai<#P+3V+GR@rz!G#UM@=$rHFm`r9sz>%()0l(2
zv4eVWRX`2X2IM`46({fv4HB3`8ApIC35+4v5O{nS19(jzmRE(x^4-KjYv_6c(?>O?
zITXxWk@MBypE2<k{`YygWITjZM&fxy-6L$|9AoJ98$j9GBhjKaA`fX);Z;_6m3ptT
z(Cb*C4D~82%z2RFIWLU5US*Ka9Ey6h#A}(Y2=EXShD#ftWMOC%|11Bzrdf>o=4oK_
zuG|K~Q1e0jm$nQwY0*%V{6oz?7Bf4{G%p&4N(DFIpHaYdZ%@HFlv404c?t{&3l!Xe
ze6S#fe6J{|1K4R4{4L6^73Q5}u6Ys2aH9nILY5a&rpkQ-sPGn=ji@!^0Tdhe7!1<S
zkx23zf5XB9#&jTD>v;u>5S;nH3B@C4qn2@iB+p(klG`4P10;C%ns9@7;3`(X&EVQa
zJJvMVj6Xxsr~v-GN1D&eWdaUsV$2UHZ|^!}+3H14W>Jijj0Y=>iy|{oSd<c2LJ2n-
zTrF9ERTRc^E-Fds%s@J)>c<~&7?g%x)bJ+K7^y*`a`1Pg-ou)k4X(@hv0gJ1N^aLu
znSoSJn2+yt7?jj)l)47IN~%P!1&Vf(w*Cigz1rXk(7Q<Y1N}ftWd>3?Z9TrqVNg;#
zDD_}gszi^uq+ZXOYYnb7aSbX6v;)J{1pH1C#${}RS`-zHC7VQLY<7SJ`Z%FHaRPaO
z7fmD2#;1T5&CF)S_>B<z2$G^V=IAo(v<wBxmN`RM)E_9PgoOrex(DlJR|EYO%9UM<
zY1f@7D%#4RETK$k7g=Bz=YL0+(hzCW>YPrQMMR~Jmsz>Q;CfsP>vWGmU>)v!rK9Y-
zsDCJ{L!zhgH>M%8Qr$*yLmg*lN7rT5Rp!*mtm7h?rHiKti)sSjrTWPRmk2qgd;wk0
zWz|oi`g7opa#5mECt0AA6Rx8>vpQ$wbjmDTqz=)FVcjD)xj7@*D3pGm0fxp#EWy$U
z&x<HDf5w10qnTOgJ@;y$zSlwV&XRZNG~o;3apRp$f@hlP>xLL_NYN||U9@J1xtUVb
zpymmZqvQgV4Aq0B9Nn^`q#Vcf0OyRL&d{mGOlP3<ybnpf%Ezhs0vO?&+so{3W^aCt
z*>{+|g)Vre4ng)-nO(%vuKQVfDYIXeycbYdw`BMYv%6(BL57~&$?IkIwil4K@T_Pf
z_7xI_nVvob#CN~sx}N0^kjpa{Vuma)LM#i`gJI*)S+}A!eGwE7o&63u5WNg2Lrd<F
znC1Hn3_~lvkXWJbkB~L=0t)a<3;4FNUgczo75Oe9ZGOMxoZx$dv;}e~pEk+&2htWP
z4ME=sVoQ{UnLZCWYtEBWX8B$wwxUjA6}~^vmem_1R*69ln7vqHRld8)x$%CfZ;9_5
z(!z?i-1iQxZd9~dUllo<6s^wp9b(Ojw#N5Ia(3`Z;hDBxKi@ojtXU!U5zoIsuvK;|
zvp1rqRsMC<aGr8Q%%^}1=U_R+RR3RL0V@`o!!IgAg%R?hHbO>XgnX!tc$U&f$cNep
z`A{379%>`hLv4h5s5y_Tg4Hl!|FGG=0PtT1fdv6WS~E@fz34&(V~tK4H_h~a87u|k
z9Mtj`ka@g=7Wz*ob%KKi{57ObbkHLI2DC}RX%0HU-%jf34m!#I47@6s<e)+S2V_3e
zL5uzSiDHD1X3X?+I4B4@=q&#}qEn5DVDd~W^?!?I6dRKzTH&8S>RFCQmHr1P>Kq51
z=jTdW!7PJe^GvJqe@f<3L-m{`{$JCoGUM;1-lhI+WG*+ROUcXp?~?g^<2;Ej_kV-b
ziw)J!YW?ix1<Q?9Qt}!<yJSI)gRb{qN$MpIdWHW<qAMJ9qkjgOYvsFwXIiuWPefNa
zHb?yrkh#vdNa}4DBgeCm9w~^SxUk@d41@1aWO+hG1aEi5o>T!beTBq&RSR>t`gh<%
z%+ujafZdAjjH-gwEM=dNr7Lvl3^Cf^t?l`dAr10w0cFfpsEv{r5w9`tC@RY#;TlLP
zGX4pOvB~%w&^h2v*@un8sPZ|A$8JQ%*u+<s6msK!iRwlNt9keCxqdv~ZwlcchWce+
zH?0Y0p?V1ESExGir>JDa>54dw7LrhnWF$_%8tCa);h*CGWk|Osh~ZRQWc&pGjY?@#
zDeM`!-?V-T1Ngf@*;GlJK10#i@6o18TE7&zvCTy161@(&iC<9AMJ+H?89z@OFKtRe
zb~lny<F={DC}OQ**@**C{W8+`A?<ipeKDiS#u>MrtY__jE1tb;CgI15FlO*xU=NT1
z8i}VH0<;kUI%75jl_9C%oGpW++K^l_1f#`pswpz&(2+I9vru#pRrnlihRixJp7|f7
ztz!uGpy<rs5WS3?4*?aE@5ldPd)cQ9V{!n}hTWkMVPLE2kWt2H!)u*xO}EC7-56y|
z_m3Iw^`Gu1h5VjkF?{#}6rrJ=tc9nq%AyNb2(SOb;TH|B8FO)=2fy}*oF!_;oLUs>
zYf+GDj>}4bI4yU`NT|h#Oh9>-5<AQ^h7YGY17!s>QF9VzB8HDOW)!ld&?l9T2st8W
z6w-|<xZw{O7Z)l^XB5_qQN^q>(w9|F^8+D6bLDtO(aD-I71F`c!;Q5NI40+~2WU|a
zMb9&gnlThUZVK!vfgj_CBebK@^(KJNQt@K7i4;c8({kk}37$Jl?(mIqMZ`BE>r5rv
zLPu|CuH`Hp;bAJm1!LfFE~dj(oD1D?9--sxcf|W@#!&o7Z4$z!Jszb!9-R%ij{y(L
z7DFeK(S-nnEXy%`V3Uk>H3?!gE*Dz1(0HP{F(#<EGJ+FxYzXHWMwx8n^}{bm_)qtV
zGO$d_1)0G=LpREqxvDImoI@`zoW~ij%aA;xoGoMg5mCUGB4|tghB5}3QV`hEi=Ee)
zQy`P@c{nNK?G?tHDHZdlPxVd+UjC&iQ?J;7ed>lW4ICc%>A(r11vfc|nkYk@3sD|%
zBXTFO$weg0R+Mncg4?J|+G0)Z>E?)9UUHBem24QqbBlzOFQ+@=v6i;hP?To3rnYrP
zlE`BuX?3<#J19NkZ)We^hB5Euz1BW!fmP+C1%#gB@t1p7T@v-o7<Z00;km|Wy`lBk
zqsSdFPRzEkbk~!fvx>g-K<VC3GMR6C)&#tbo_WSLZ-JHaZrfu$wBh=)Co;|6uxGK+
zcFjJkHIpo{o|;?s<4h*g=Z$(67`vX(B{#)A^AMtckm2In+~DETLBVX$fG8<M2D7QD
zq^+XzeD!t9?ABPiL{8HU9^A$@Y)zL9p(SS<LxtN}4pyznMI{wxXP>x=Gxm=+M_Q1_
zvrLB{!@17F8K)u&v+aXnoBPh=N(3y|S$C^(Y-c~jGuL}q7}f^U<9*X}qiJ~meuvev
z;zMttr`Yf&fB3sgt#5kHo8a9(ufiKkc}H9Cdt>vwqeI@uueU<Q=UA&&et6+#)V<03
zKI-0xx^-5GH}$VpueDuP+TP;bV7+fWz0zuJ^%RfWWi@!Wp%G_!W*XL<H)oYvFL{UE
z=-qOOcUZ`~J@v-#N`895YTR;$5rBc5pT;e5tyO56x58V_3G-rSqX!H9)}mdW5k6hc
z`I+AiQqIYjyItj+<K)F@lUD$>ob@+*`SvI0NJ-}e$f@X@$~YCBlM;Ln((-FF=FMnI
z`F#@Qb8_Gx05!cK<IU>kk9xQ4hFiQhn;Bo0&R^Z%bk)_e2a6m1t%MzH?olp#mOJ)n
zI$x)Lsbnr;Ts1wY>*HPHNkx}&uesS=mGLdRg+6H+d>`RY7wywZN5`L=O-)AQiBu3D
zV6?TyurSM+NlvgXcILhnnWcHt&Fyh4yvlzA>SmFqXgHzA%^a^3Z)1(zuB~2IU2Ctb
zZfIDztXcril`U*oA;O8)&7xHbanlyp*Q}{oys%c3MB^QilIE+M8cULiCTtgwfMaRW
z5w^5;;WB&a!Zl!a53#mgS6{tm&E@vewW}7dsad@W-{rKl$HQ>jWkYp+{pxzrnufjj
zFyv$_^(SACuMpV{0ZOd2roMXd+WH3Q#5W@G*4oJCNc+<EaBEV?S^8u&ox+Dc1C-?^
z+HLHLI4LP_89%!Rg_YcHUAC}(Rn4kpLhWMcjKe*AJY(C*GX5)P)SCus88D@vFK$Wo
zqP5F}Y~AK~y0JYnKv~VIrK?XV?BrIL!<-mxiXn#&dK%L$@^c%z)ozT(+auway*Zq)
zG2q%ADSS4C&xe|Xy*U+z4R*Yx1)m1dA%2|{CsVR*dqfJtZh&UHF`NX}f{h5EIs?D$
zbnx)zh|*+t#G4~1MeQc4kkz*&+ENj_6Q3a2EwbTkd=7<;3t(!FY|ff06`(AJ4>C82
zR>x$qMcF2>6CtrFl1Q=|zCm)#*NUVsgLZH7H@0t*&LG>`)-3oL(<ZojO&WgDXQ`68
zrgXw?inpgbVp%o9?u?_asr^!T05Y=5BW<t@=1G=w>?B%2)>&FpTMePOW$1qM93h1;
z_L8i;6Sf>WWF2y$HK9(%pC3-y@%H9yOW`)>H&*EwKiMi5WKz;tu>x8gui;lKM-T*(
z%?1znEmn#;*rUtj|8f;3#04MM#Ufj2CA!4<6*4{$Se|t-cXugI&eM|7ly*87RP-WL
zM#$3)IXjh-mW`kE$YxVYB~S;r1w#P1VS5ut5lKNWA!L^hH*HFHs=g?{S97{l&N{V0
zW{|Bb+1r~|w#jyfz$Ck_Zb*FewwVUA6XycYjtgD!v@(HxM_PrR1jq{yDZFT=OhP_g
zkhci=)c1%qelV(wPdly*la~<h^pclQPEERa<=Z&~O1XeumA44_6}4M#1@QeyLqy#^
zvwok+Jb5$@@$x!=vip!Ilki(AZxM3p&Mosfl)Zp7L^SL(*X=XMfleNcYnkMGMe-@#
zIX;DJzE0G=M(RkJgh`dR2p1q&Zr%G)_EjXU>qCb}<60*9?v;E>SB`I>?kdP%D0QSv
z!o@0Y5&H28<<{MdvQ{Lmi?jFS(YV%4zL?}wx^jF2bq7$Fs{pdi0mrDkMHoZ}aqGSU
zWt{vp#Jb%M8Ck87+*4$Ylu0;E<t@UW%6zV;C4qM%8KR-bAtS3L9YoQqNVJLYXDV+I
z-iu$5ZkznTHz2`~MgWpsHXQ(ZACl}*fZtMii;(N|Zb?s}%-|G~Smy;G*(Hg#p&Lm_
zga|G3@;>5Qpj#41@~d-?*el^Rz#)nti9}Yy_f#>#2Tn2JNJs-WLB8N1%BDzV2r=Mv
zmA44-Za=^X^2#M<7(w_|B#0&W8WN2ld|MS0yz3MbQku(q3Tu|+y(ZxuGM_FaRMPgE
zgpLvXQ7<o7J<C-u;HoFBaO!aYQWx$TPTaHI2)!zA5ptDvK(v8Rk!5=&yaaiePOwcD
zr!7Lc)GF2y>~)F>4<Lb?AYU*gBotZKa&fw%(+eg}-P2maK9#o!x!c2S?RzMb>$9S6
z97vT&E=i++ay0`*q|^<h4nc%xBXQ~dZX|t0a5JWn-gj<FUCyPdYmoFU#=Gu%Bz>KW
z9v?!|H%=+?^O5xR7V_^P>D%F#$RBahMJTzg1FvU*sf2=2os%!2og##-pOMhQMK!Zi
z;Z_I3kNuF`4Kf=K-Vm{9I2je8=4~;^QxMNIN!g4yDt^!HMr_a$k#_Q{OlNyagybjd
zp%h;YLh|eTP$Dir?+!(x`0754m%R{otR|sAfvcM!2tvXgZB0;sC2sx;NolGkz6(dC
zcn4nQKx~dQrm<5y5stOu6MqNoOgBP64sVOK#5FD4*qFc*+u_7(BTP_29D5YPkKZ*<
z9G0k3M~!ZaKM(O40{RVmn{y@#5I(u}r8~?t6ku$VeDdrP5Q3Ts5S>U~W%#f8qS%8L
z1z)j4BhY-yk!Po(UhY-f4Zhcr*Bym?OiPgPl}Ma?+{?BRnR&?P^Q}S|CKaVT?s2;t
zd_g4I0?|?y2MRuTaDPZX?up~-5%<FBi@dzJTZ#MGNa9|$m!XihXuT|F+JwaYZ_INK
zTmTBIkaz0^Dz+mHLn0sd&~crBuTWYZeI=ej(tO-=w;p^49X{^w(|o&;r>(5dy?--N
zxfFSQk&o9cNSbdw_|}8(VeKSn<YVG|f#&1XXaKXipEID&r3cx&fNMUUcTqSlH&;Ve
zt@mDskN(aC-%RkW&_oyC-@5oxSc6I7GZPnEHvh20$F`Ga@0_XP1yo+T4tI6XKJxJ+
z?)Oi^_q2<TA8Q{0pOyhqHs6OlV@!GSOds%30o#`s>#*HkM$&qD&ce~jIT;{HKJvcm
z;^SV+kHM$jx5<^`dkc9jFZwX<qu}8F9s(cr(>{Ks-WeR6?*q^&Pxle>Ed{PG(wKhh
zKwbV=P>78h0i-Toe?lU^z9vk;o)C=yYT5{7be`l_z*o$U>|B~QF^})}A)F^cr}FrC
zE{v{2(wSHQXdHxZP9ERR^VAk5El;;~mBXjwQiq);=di(@i@KOr<jLDUA8qb>Dw2oS
zx;(z6i?Il(Nb<kt8wJc|w)j`@@m)t>I!nlVNMCDK;OzsQ?<^D`EBjRdkYk2h-pBPq
zaOGHETAs$;kmq0#SEp;Kv#AuWG;<tRxYEG!THz{+9G4ZY6mtAkxC$i4S%s^+M(+*w
zI=zYGrlQjeH9jgFgAgu`g9=vzl0J9GD|bGFj&V)VRmbA^rEot%_FNvXb6OS0BSmNA
zaQ|W4Q8-&gjV}rxEpd(`3Rh1?ju#47v)+2ove(&3&HG=`G3epqeXj8F66gJ_aPE7{
zojc^sI~~g_Pt}qv@}D<*@|G&g%~Wgrj2ts^-T^0H5yxQTy1XLj!bqQzhfmGJrwzFG
zOq`n}9dWpbGeR7nS!CcOBudorGw^0n0$j(>z-j`Y<yB65d2q59x~&|?*k29ABMith
zIoQ*P#{mzx`1AGu73hat`fp`@r+p2~Q``yMt^cpdkF|RM+-H9A7&FdAf1X2LuXT|A
z6X1H@pZJHs^*RA@1BUB01>%!|>oo}C^MUI%3*wgn*J~Wax&J}0i4gAwuGdb8b1N)2
ztKu<<cm%}Lz`4Ct<8J`x#!!tP1<oy<8XtyRnp-Z_V=N%10_Rpojb8+udlA)pVL+?_
z&V7O!?*OhZ#%Bv~ZZ5(1n9`m-z`2)#{ebp;2e|J4hG)F^XW+Vj2+wG7Fc0T19eqC;
zp0VNxaDBf7v1;=vaDDOa9OD}Fh@X~+m*nA`9pTwA9H~Ylo(;hDctQM2z)PJq7~<S(
zrLQ0|f0c*d4xHl&`zOx{yVFIdJqPmeM}h108Or}j9{u$^{6paGbH$DT=bjg?0kQt^
zJpKYTB!jBXft!(smjdS|b#3p(dGv-noWBxv`~!%8B9DG!9)3?A&V4!U&UiP<GePtL
z=LtNtZ<J?@I0&4__<Tv)>lcTB>oqd^_Ze_~F`nG|qc7rT0GG%6AkTB$&d#Hk=i%JV
zsV~-Fn}@do-|E;)dF^@ht-#&-+`o(|Z&w~aHvn;O5Ot3B_{HA=KZNm%?^*QkLE!p%
z#&hKKI$2X9l}x2uS~xdvFJ7~{-ma}_Si^(k>?H%ROBTCG&2hW6J>D2@x8<)@JDlDs
z@JqC_9Y?Y?ht8inw^Wc|w>57iRxadEO1nAT(XmbIsa~~2s##i(Z&z)NQH{>$w8)>v
zQj2?C?f>2C)d@>Z1D3t=s3%`T%3ChWPMV+a?W&7%ss+7477jy|=gpmi5T3B22*L#y
zoP=;b*R=+#QNi;92P2f9tVZccYE)EK4lb(V0xmB&pQI1YQaOi<Z-ba|0S#YPyL!>W
zT6^`<r47|<>@^D))mF22az+Ky9f|NZXYtHcfEAhq)*F^wj?bcN77I?7=o9qvj^eAT
z(#PrXj6mo3!$D3S)aUfM`JE&C@O_XvP|;DLzf8)uF^v5`IFhl`j&6YoP$Um5%pMV#
z)0kVP8PFkBC3#+>JP<Kgq0~9)QCs9%dvcwBc*4npZUOq+f4QI|*Nk#!95Pxt-ZG)S
zq0W^+z3mFU^bKa_PLn*vVT&g@Xc7XGapwd^NS7m&9xbr_rO9Sv$hkJ{^9d_j@aW{n
zMLNe)y3bschd%PG%KRfFomJeNzhz*_KO|E2P4}^t&Z&;-#7u|4qbJd!&#yc`1Ox2O
TCOZ{P$2Nr;x2jco<<b8D4*z_r

diff --git a/src/tests/testdir/cur/1220863042.12663_1.mindcrime:2,S b/src/tests/testdir/cur/1220863042.12663_1.mindcrime:2,S
new file mode 100644
index 00000000..eee1701b
--- /dev/null
+++ b/src/tests/testdir/cur/1220863042.12663_1.mindcrime:2,S
@@ -0,0 +1,146 @@
+Return-Path: <gcc-help-return-33661-xxxx.klub=gmail.com@gcc.gnu.org>
+X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mindcrime
+X-Spam-Level: 
+X-Spam-Status: No, score=-4.9 required=3.0 tests=BAYES_00,DATE_IN_PAST_96_XX,
+	RCVD_IN_DNSWL_MED autolearn=ham version=3.2.5
+X-Original-To: xxxx@localhost
+Delivered-To: xxxx@localhost
+Received: from mindcrime (localhost [127.0.0.1])
+	by mail.xxxxsoftware.nl (Postfix) with ESMTP id 5123469CB3
+	for <xxxx@localhost>; Thu,  7 Aug 2008 08:10:19 +0300 (EEST)
+Delivered-To: xxxx.klub@gmail.com
+Received: from gmail-imap.l.google.com [66.249.91.109]
+	by mindcrime with IMAP (fetchmail-6.3.8)
+	for <xxxx@localhost> (single-drop); Thu, 07 Aug 2008 08:10:19 +0300 (EEST)
+Received: by 10.142.237.21 with SMTP id k21cs39272wfh; Wed, 6 Aug 2008
+ 20:15:17 -0700 (PDT)
+Received: by 10.65.133.8 with SMTP id k8mr2071878qbn.7.1218078916289; Wed, 06
+ Aug 2008 20:15:16 -0700 (PDT)
+Received: from sourceware.org (sourceware.org [209.132.176.174]) by
+ mx.google.com with SMTP id 28si7904461qbw.0.2008.08.06.20.15.15; Wed, 06 Aug
+ 2008 20:15:16 -0700 (PDT)
+Received-SPF: neutral (google.com: 209.132.176.174 is neither permitted nor
+ denied by domain of gcc-help-return-33661-xxxx.klub=gmail.com@gcc.gnu.org)
+ client-ip=209.132.176.174;
+Authentication-Results: mx.google.com; spf=neutral (google.com:
+ 209.132.176.174 is neither permitted nor denied by domain of
+ gcc-help-return-33661-xxxx.klub=gmail.com@gcc.gnu.org)
+ smtp.mail=gcc-help-return-33661-xxxx.klub=gmail.com@gcc.gnu.org
+Received: (qmail 13493 invoked by alias); 7 Aug 2008 03:15:13 -0000
+Received: (qmail 13485 invoked by uid 22791); 7 Aug 2008 03:15:12 -0000
+Received: from mailgw1a.lmco.com (HELO mailgw1a.lmco.com) (192.31.106.7)    
+ by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 07 Aug 2008 03:14:27 +0000
+Received: from emss07g01.ems.lmco.com (relay5.ems.lmco.com [166.29.2.16])by
+ mailgw1a.lmco.com  (LM-6) with ESMTP id m773EPZH014730for
+ <gcc-help@gcc.gnu.org>; Wed, 6 Aug 2008 21:14:25 -0600 (MDT)
+Received: from CONVERSION2-DAEMON.lmco.com by lmco.com (PMDF V6.3-x14 #31428) 
+ id <0K5700601NO18J@lmco.com> for gcc-help@gcc.gnu.org; Wed, 06 Aug 2008
+ 21:14:25 -0600 (MDT)
+Received: from EMSS04I00.us.lmco.com ([166.17.13.135]) by lmco.com (PMDF
+ V6.3-x14 #31428)  with ESMTP id <0K5700H5MNNWGX@lmco.com> for
+ gcc-help@gcc.gnu.org; Wed, 06 Aug 2008 21:14:20 -0600 (MDT)
+Received: from EMSS35M06.us.lmco.com ([158.187.107.143]) by
+ EMSS04I00.us.lmco.com with Microsoft SMTPSVC(5.0.2195.6713); Wed,  06 Aug
+ 2008 23:14:20 -0400
+Date: Thu, 31 Jul 2008 14:57:25 -0400
+From: anon@example.com
+Subject: gcc include search order
+To: gcc-help@gcc.gnu.org
+Message-id: <3BE9E6535E3029448670913581E7A1A20D852173@emss35m06.us.lmco.com>
+MIME-version: 1.0
+Content-type: text/plain; charset=us-ascii
+Content-transfer-encoding: 7BIT
+Content-class: urn:content-classes:message
+Mailing-List: contact gcc-help-help@gcc.gnu.org; run by ezmlm
+Precedence: klub
+List-Id: <gcc-help.gcc.gnu.org>
+List-Unsubscribe: <mailto:gcc-help-unsubscribe-xxxx.klub=gmail.com@gcc.gnu.org>
+List-Archive: <http://gcc.gnu.org/ml/gcc-help/>
+List-Post: <mailto:gcc-help@gcc.gnu.org>
+List-Help: <mailto:gcc-help-help@gcc.gnu.org>
+Sender: gcc-help-owner@gcc.gnu.org
+Delivered-To: mailing list gcc-help@gcc.gnu.org
+Content-Length: 3024
+
+
+Hi.
+In my unit testing I need to change some header files (target is
+vxWorks, which supports some things that the sun does not). 
+So, what I do is fetch the development tree, and then in a new unit test
+directory I attempt to compile the unit under test. Since this is NOT
+vxworks, I use sed to change some of the .h files and put them in a
+./changed directory.
+
+When I try to compile the file, it is still using the .h file from the
+original location, even though I have listed the include path for
+./changed before the include path for the development tree.
+
+Here is a partial output from gcc using the -v option
+
+GNU CPP version 3.1 (cpplib) (sparc ELF)
+GNU C++ version 3.1 (sparc-sun-solaris2.8)
+        compiled by GNU C version 3.1.
+ignoring nonexistent directory "NONE/include"
+#include "..." search starts here:
+#include <...> search starts here:
+ .
+ changed
+ /export/home4/xxx/yyyy/builds/int_rel5_latest/src/mp/interface
+ /export/home4/xxx/yyyy/builds/int_rel5_latest/src/ap/app
+ /export/home4/xxx/yyyy/builds/int_rel5_latest/src/shared/common
+ /export/home4/xxx/yyyy/builds/int_rel5_latest/src/shared/interface
+ /usr/local/include/g++-v3
+ /usr/local/include/g++-v3/sparc-sun-solaris2.8
+ /usr/local/include/g++-v3/backward
+ /usr/local/include
+ /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.1/include
+ /usr/local/sparc-sun-solaris2.8/include
+ /usr/include
+End of search list.
+
+I know the changed file is correct and that the include is not working
+as expected, because when I copy the file from ./changed, back into the
+development tree, the compilation works as expected.
+
+One more bit of information. The source that I cam compiling is in
+/export/home4/xxx/yyyy/builds/int_rel5_latest/src/ap/app
+And it is including files from
+/export/home4/xxx/yyyy/builds/int_rel5_latest/src/shared/common
+These include files should be including the files from ./changed (when
+they exist) but they are ignoring the .h files in the ./changed
+directory and are instead using other, unchanged files in the
+/export/home4/xxx/yyyy/builds/int_rel5_latest/src/shared/common
+directory.
+
+The gcc command line is something like
+
+  TEST_DIR="."
+  
+  CHANGED_DIR_NAME=changed
+  CHANGED_FILES_DIR=${TEST_DIR}/${CHANGED_DIR_NAME}
+
+  CICU_HEADER_FILES="-I ${AP_INTERFACE_FILES} -I ${AP_APP_FILES} -I
+${SHARED_COMMON_FILES} -I ${SHARED_INTERFACE_FILES}"
+  
+  HEADERS="-I ./ -I ${CHANGED_FILES_DIR} ${CICU_HEADER_FILES}"
+  DEFINES="-DSUNRUN -DA10_DEBUG -DJOETEST"
+  
+  CFLAGS="-v -c -g -O1 -pipe -Wformat -Wunused -Wuninitialized -Wshadow
+-Wmissing-prototypes -Wmissing-declarations"
+  
+  printf "Compiling the UUT File\n"
+  gcc -fprofile-arcs -ftest-coverage ${CFLAGS} ${HEADERS} ${DEFINES}
+${AP_APP_FILES}/unitUnderTest.cpp 
+
+
+I hope this explanation is clear. If anyone knows how to fix the command
+line so that it gets the .h files in the "changed" directory are used
+instead of files in the other include directories.
+
+Thanks
+Joe
+
+----------------------------------------------------
+Time Flies like an Arrow. Fruit Flies like a Banana
+ 
+
diff --git a/src/tests/testdir/cur/1220863060.12663_3.mindcrime:2,S b/src/tests/testdir/cur/1220863060.12663_3.mindcrime:2,S
new file mode 100644
index 00000000..8775849a
--- /dev/null
+++ b/src/tests/testdir/cur/1220863060.12663_3.mindcrime:2,S
@@ -0,0 +1,230 @@
+Return-Path: <sqlite-dev-bounces@sqlite.org>
+X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mindcrime
+X-Spam-Level: 
+X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00,HTML_MESSAGE
+	autolearn=ham version=3.2.5
+X-Original-To: xxxx@localhost
+Delivered-To: xxxx@localhost
+Received: from mindcrime (localhost [127.0.0.1])
+	by mail.xxxxsoftware.nl (Postfix) with ESMTP id D724F6963B
+	for <xxxx@localhost>; Mon,  4 Aug 2008 21:49:27 +0300 (EEST)
+Delivered-To: xxxx.klub@gmail.com
+Received: from gmail-imap.l.google.com [72.14.221.111]
+	by mindcrime with IMAP (fetchmail-6.3.8)
+	for <xxxx@localhost> (single-drop); Mon, 04 Aug 2008 21:49:27 +0300 (EEST)
+Received: by 10.142.51.12 with SMTP id y12cs86537wfy; Mon, 4 Aug 2008 00:38:51
+ -0700 (PDT)
+Received: by 10.151.113.5 with SMTP id q5mr272266ybm.37.1217835529913; Mon, 04
+ Aug 2008 00:38:49 -0700 (PDT)
+Received: from sqlite.org (sqlite.org [67.18.92.124]) by mx.google.com with
+ ESMTP id 5si5754915ywd.8.2008.08.04.00.38.30; Mon, 04 Aug 2008 00:38:50 -0700
+ (PDT)
+Received-SPF: pass (google.com: best guess record for domain of
+ sqlite-dev-bounces@sqlite.org designates 67.18.92.124 as permitted sender)
+ client-ip=67.18.92.124;
+Authentication-Results: mx.google.com; spf=pass (google.com: best guess record
+ for domain of sqlite-dev-bounces@sqlite.org designates 67.18.92.124 as
+ permitted sender) smtp.mail=sqlite-dev-bounces@sqlite.org
+Received: from sqlite.org (localhost [127.0.0.1]) by sqlite.org (Postfix) with
+ ESMTP id 765A511C46; Mon,  4 Aug 2008 03:38:27 -0400 (EDT)
+X-Original-To: sqlite-dev@sqlite.org
+Delivered-To: sqlite-dev@sqlite.org
+Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.176])
+ by sqlite.org (Postfix) with ESMTP id 4C59511C41 for <sqlite-dev@sqlite.org>;
+ Mon,  4 Aug 2008 03:38:23 -0400 (EDT)
+Received: by ik-out-1112.google.com with SMTP id b32so2163423ika.0 for
+ <sqlite-dev@sqlite.org>; Mon, 04 Aug 2008 00:38:23 -0700 (PDT)
+Received: by 10.210.54.19 with SMTP id c19mr14589042eba.107.1217835502549;
+ Mon, 04 Aug 2008 00:38:22 -0700 (PDT)
+Received: by 10.210.115.10 with HTTP; Mon, 4 Aug 2008 00:38:22 -0700 (PDT)
+Message-ID: <477821040808040038s381bf382p7411451e3c1a2e4e@mail.gmail.com>
+Date: Mon, 4 Aug 2008 10:38:22 +0300
+From: anon@example.com
+To: sqlite-dev@sqlite.org
+In-Reply-To: <73d4fc50808030747g303a170ieac567723c2d4f24@mail.gmail.com>
+MIME-Version: 1.0
+References: <477821040808030533y41f1501dq32447b568b6e6ca5@mail.gmail.com>
+ <73d4fc50808030747g303a170ieac567723c2d4f24@mail.gmail.com>
+Subject: Re: [sqlite-dev] SQLite exception
+X-BeenThere: sqlite-dev@sqlite.org
+X-Mailman-Version: 2.1.9
+Precedence: list
+Reply-To: sqlite-dev@sqlite.org
+List-Id: <sqlite-dev.sqlite.org>
+List-Unsubscribe: <http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-dev>,
+  <mailto:sqlite-dev-request@sqlite.org?subject=unsubscribe>
+List-Archive: <http://sqlite.org:8080/cgi-bin/mailman/private/sqlite-dev>
+List-Post: <mailto:sqlite-dev@sqlite.org>
+List-Help: <mailto:sqlite-dev-request@sqlite.org?subject=help>
+List-Subscribe: <http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-dev>, 
+ <mailto:sqlite-dev-request@sqlite.org?subject=subscribe>
+Content-Type: multipart/mixed; boundary="===============2123623832=="
+Mime-version: 1.0
+Sender: sqlite-dev-bounces@sqlite.org
+Errors-To: sqlite-dev-bounces@sqlite.org
+Content-Length: 8475
+
+--===============2123623832==
+Content-Type: multipart/alternative; 
+	boundary="----=_Part_29556_25702991.1217835502493"
+
+------=_Part_29556_25702991.1217835502493
+Content-Type: text/plain; charset=ISO-8859-1
+Content-Transfer-Encoding: 7bit
+Content-Disposition: inline
+
+Hi Grant,
+
+Thanks for your reply.
+I am using a different session for each thread, whenever a thread wishes to
+access the database it gets a session from the session pool and works with
+that session until its work is done.
+
+Most of the actions the threads are doing on the database are quite
+complicated and are required to be fully committed or completely ignored, so
+yes, I am (most of the time) explicitly beginning and committing my
+transactions.
+
+Regarding the SQLiteStatementImpl, I believe the Poco manual explains that
+sessions and statements for that matter cannot be shared between threads,
+therefore if you are using a session via one thread only it should work
+fine.
+
+My first impression was that the problem was in the Poco infrastructure (I
+have found several Poco related bugs in the past), but the problem ALWAYS
+occurs when I perform the "BEGIN IMMEDIATE" action, if it were a Poco
+related bug, I would expect to see it here and there without any relation to
+this specific statement, but that is not the case.
+
+None the less, I will also post my question on the Poco forums.
+
+Nadav.
+
+On Sun, Aug 3, 2008 at 5:47 PM, Grant Gatchel <grant.gatchel@gmail.com>wrote:
+
+> Are you using the same Poco::Session for every thread or does each call
+> create a new session/handle to the database?
+>
+> Are you explicitly BEGINning and COMMITting your transactions?
+>
+> In looking at the 1.3.2 branch of Poco::Data::SQLite, there appears to be a
+> race condition in the SQLiteStatementImpl::next() method in which the member
+> _nextResponse is being accessed before the SQLiteStatementImpl::hasNext()
+> method has a chance to interpret that value and throw an exception.
+>
+> This question might be more suitable in the Poco forums or mailinglist.
+>
+> - Grant
+>
+> On Sun, Aug 3, 2008 at 8:33 AM, nadav g <nadav.gr@gmail.com> wrote:
+>
+>> Hi All,
+>>
+>> I have been using SQLite with Poco (www.appinf.com) as my infrastructure.
+>> The program is running several threads that access this database very
+>> often and are synchronized by SQLite itself.
+>> Everything seems to work just fine most of time (usually days - weeks) but
+>> I do get an occasional exception:
+>>
+>> Exception: SQL error or missing database: Iterator Error: trying to check
+>> if there is a next value
+>>
+>> The backtrace leads to this statement:
+>> *"BEGIN IMMEDIATE"*
+>>
+>> This specific code runs numerous times before an exception occurs (if
+>> occurs at all) and I cannot think of any reason for it to fail later rather
+>> than sooner.
+>> It is pretty obvious that this situation occurs due to some rare thread
+>> state, but I could not find any information that gives me any hint as to
+>> what this state might be.
+>>
+>> So what I am asking is:
+>> 1) Does anyone know why this sort of exception occurs?
+>> 2) Can anyone think of a reason for such an exception to occur in the
+>> situation I have described?
+>>
+>> Thanks in advance,
+>> Nadav.
+>>
+>>
+>> _______________________________________________
+>> sqlite-dev mailing list
+>> sqlite-dev@sqlite.org
+>> http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-dev
+>>
+>>
+>
+> _______________________________________________
+> sqlite-dev mailing list
+> sqlite-dev@sqlite.org
+> http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-dev
+>
+>
+
+------=_Part_29556_25702991.1217835502493
+Content-Type: text/html; charset=ISO-8859-1
+Content-Transfer-Encoding: 7bit
+Content-Disposition: inline
+
+<div dir="ltr">Hi Grant,<br><br>Thanks for your reply.<br>I am using a different session for each thread, whenever a thread wishes to access the database it gets a session from the session pool and works with that session until its work is done.<br>
+<br>Most of the actions the threads are doing on the database are quite complicated and are required to be fully committed or completely ignored, so yes, I am (most of the time) explicitly beginning and committing my transactions.<br>
+<br>Regarding the SQLiteStatementImpl, I believe the Poco manual explains that sessions and statements for that matter cannot be shared between threads, therefore if you are using a session via one thread only it should work fine.<br>
+<br>My first impression was that the problem was in the Poco infrastructure (I have found several Poco related bugs in the past), but the problem ALWAYS occurs when I perform the &quot;BEGIN IMMEDIATE&quot; action, if it were a Poco related bug, I would expect to see it here and there without any relation to this specific statement, but that is not the case.<br>
+<br>None the less, I will also post my question on the Poco forums.<br><br>Nadav.<br><br><div class="gmail_quote">On Sun, Aug 3, 2008 at 5:47 PM, Grant Gatchel <span dir="ltr">&lt;<a href="mailto:grant.gatchel@gmail.com">grant.gatchel@gmail.com</a>&gt;</span> wrote:<br>
+<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div dir="ltr">Are you using the same Poco::Session for every thread or does each call create a new session/handle to the database?<br>
+<br>Are you explicitly BEGINning and COMMITting your transactions?<br><br>In looking at the 1.3.2 branch of Poco::Data::SQLite, there appears to be a race condition in the SQLiteStatementImpl::next() method in which the member _nextResponse is being accessed before the SQLiteStatementImpl::hasNext() method has a chance to interpret that value and throw an exception.<br>
+
+<br>This question might be more suitable in the Poco forums or mailinglist.<br><br>- Grant<br>
+<br><div class="gmail_quote"><div><div></div><div class="Wj3C7c">
+On Sun, Aug 3, 2008 at 8:33 AM, nadav g <span dir="ltr">&lt;<a href="http://nadav.gr" target="_blank">nadav.gr</a>@<a href="http://gmail.com" target="_blank">gmail.com</a>&gt;</span> wrote:<br></div></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
+<div><div></div><div class="Wj3C7c">
+
+
+<div dir="ltr">Hi All,<br><br>I have been using SQLite with Poco (<a href="http://www.appinf.com" target="_blank">www.appinf.com</a>) as my infrastructure.<br>The program is running several threads that access this database very often and are synchronized by SQLite itself.<br>
+
+
+
+
+Everything seems to work just fine most of time (usually days - weeks) but I do get an occasional exception:<br><br>Exception: SQL error or missing database: Iterator Error: trying to check if there is a next value<br><br>
+
+
+
+
+The backtrace leads to this statement:<br><b>&quot;BEGIN IMMEDIATE&quot;</b><br><br>This specific code runs numerous times before an exception occurs (if occurs at all) and I cannot think of any reason for it to fail later rather than sooner.<br>
+
+
+
+
+It is pretty obvious that this situation occurs due to some rare thread state, but I could not find any information that gives me any hint as to what this state might be.<br><br>So what I am asking is:<br>1) Does anyone know why this sort of exception occurs?<br>
+
+
+
+
+2) Can anyone think of a reason for such an exception to occur in the situation I have described?<br><br>Thanks in advance,<br>Nadav.<br><br></div>
+<br></div></div>_______________________________________________<br>
+sqlite-dev mailing list<br>
+<a href="mailto:sqlite-dev@sqlite.org" target="_blank">sqlite-dev@sqlite.org</a><br>
+<a href="http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-dev" target="_blank">http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-dev</a><br>
+<br></blockquote></div><br></div>
+<br>_______________________________________________<br>
+sqlite-dev mailing list<br>
+<a href="mailto:sqlite-dev@sqlite.org">sqlite-dev@sqlite.org</a><br>
+<a href="http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-dev" target="_blank">http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-dev</a><br>
+<br></blockquote></div><br></div>
+
+------=_Part_29556_25702991.1217835502493--
+
+--===============2123623832==
+Content-Type: text/plain; charset="us-ascii"
+MIME-Version: 1.0
+Content-Transfer-Encoding: 7bit
+Content-Disposition: inline
+
+_______________________________________________
+sqlite-dev mailing list
+sqlite-dev@sqlite.org
+http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-dev
+
+--===============2123623832==--
+
diff --git a/src/tests/testdir/cur/1220863087.12663_15.mindcrime:2,PS b/src/tests/testdir/cur/1220863087.12663_15.mindcrime:2,PS
new file mode 100644
index 00000000..d6487c00
--- /dev/null
+++ b/src/tests/testdir/cur/1220863087.12663_15.mindcrime:2,PS
@@ -0,0 +1,136 @@
+Return-Path: <help-gnu-emacs-bounces+xxxx.klub=gmail.com@gnu.org>
+X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mindcrime
+X-Spam-Level: 
+X-Spam-Status: No, score=-3.6 required=3.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW,
+	SPF_PASS,WHOIS_NETSOLPR autolearn=ham version=3.2.5
+X-Original-To: xxxx@localhost
+Delivered-To: xxxx@localhost
+Received: from mindcrime (localhost [127.0.0.1])
+	by mail.xxxxsoftware.nl (Postfix) with ESMTP id 1A6CD69CB6
+	for <xxxx@localhost>; Tue, 12 Aug 2008 21:42:38 +0300 (EEST)
+Delivered-To: xxxx.klub@gmail.com
+Received: from gmail-imap.l.google.com [72.14.221.109]
+	by mindcrime with IMAP (fetchmail-6.3.8)
+	for <xxxx@localhost> (single-drop); Tue, 12 Aug 2008 21:42:38 +0300 (EEST)
+Received: by 10.142.237.21 with SMTP id k21cs123119wfh; Sun, 10 Aug 2008
+ 22:06:31 -0700 (PDT)
+Received: by 10.100.166.10 with SMTP id o10mr9327844ane.0.1218431190107; Sun,
+ 10 Aug 2008 22:06:30 -0700 (PDT)
+Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by mx.google.com
+ with ESMTP id c29si10110392anc.13.2008.08.10.22.06.29; Sun, 10 Aug 2008
+ 22:06:30 -0700 (PDT)
+Received-SPF: pass (google.com: domain of
+ help-gnu-emacs-bounces+xxxx.klub=gmail.com@gnu.org designates 199.232.76.165
+ as permitted sender) client-ip=199.232.76.165;
+Authentication-Results: mx.google.com; spf=pass (google.com: domain of
+ help-gnu-emacs-bounces+xxxx.klub=gmail.com@gnu.org designates 199.232.76.165
+ as permitted sender)
+ smtp.mail=help-gnu-emacs-bounces+xxxx.klub=gmail.com@gnu.org
+Received: from localhost ([127.0.0.1]:45637 helo=lists.gnu.org) by
+ lists.gnu.org with esmtp (Exim 4.43) id 1KSPbx-0006dj-96 for
+ xxxx.klub@gmail.com; Mon, 11 Aug 2008 01:06:29 -0400
+Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id
+ 1KSPbE-0006cQ-Nd for help-gnu-emacs@gnu.org; Mon, 11 Aug 2008 01:05:44 -0400
+Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id
+ 1KSPbD-0006bs-Px for help-gnu-emacs@gnu.org; Mon, 11 Aug 2008 01:05:44 -0400
+Received: from [199.232.76.173] (port=37426 helo=monty-python.gnu.org) by
+ lists.gnu.org with esmtp (Exim 4.43) id 1KSPbD-0006bk-HT for
+ help-gnu-emacs@gnu.org; Mon, 11 Aug 2008 01:05:43 -0400
+Received: from main.gmane.org ([80.91.229.2]:46446 helo=ciao.gmane.org) by
+ monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim
+ 4.60) (envelope-from <geh-help-gnu-emacs@m.gmane.org>) id 1KSPbD-0003Kl-CA
+ for help-gnu-emacs@gnu.org; Mon, 11 Aug 2008 01:05:43 -0400
+Received: from list by ciao.gmane.org with local (Exim 4.43) id
+ 1KSPb9-00080r-CX for help-gnu-emacs@gnu.org; Mon, 11 Aug 2008 05:05:39 +0000
+Received: from bas2-toronto63-1088792724.dsl.bell.ca ([64.229.168.148]) by
+ main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for
+ <help-gnu-emacs@gnu.org>; Mon, 11 Aug 2008 05:05:39 +0000
+Received: from cpchan by bas2-toronto63-1088792724.dsl.bell.ca with local
+ (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <help-gnu-emacs@gnu.org>; Mon,
+ 11 Aug 2008 05:05:39 +0000
+X-Injected-Via-Gmane: http://gmane.org/
+To: help-gnu-emacs@gnu.org
+From: anon@example.com
+Date: Mon, 11 Aug 2008 01:03:22 -0400
+Organization: Linux Private Site
+Message-ID: <87bq00nnxh.fsf@MagnumOpus.Mercurius>
+References: <877iav5s49.fsf@163.com> <86hc9yc5sj.fsf@timbral.net>
+ <877iat7udd.fsf@163.com> <87fxphcsxi.fsf@lion.rapttech.com.au>
+ <8504ddd4-5e3b-4ed5-bf77-aa9cce81b59a@1g2000pre.googlegroups.com>
+ <87k5es59we.fsf@lion.rapttech.com.au>
+ <63c824e3-62b1-4a93-8fa8-2813e1f9397f@v13g2000pro.googlegroups.com>
+ <874p5vsgg8.fsf@nonospaz.fatphil.org>
+ <8250972e-1886-4021-80bc-376e34881c80@v39g2000pro.googlegroups.com>
+ <87zlnnqvvs.fsf@nonospaz.fatphil.org>
+ <57add0e0-b39d-4c71-8d2c-d3b9ddfaa1a9@1g2000pre.googlegroups.com>
+ <87sktfnz5p.fsf@atthis.clsnet.nl>
+ <562e1111-d9e7-4b6a-b661-3f9af13fea17@b30g2000prf.googlegroups.com>
+ <87d4khoq97.fsf@atthis.clsnet.nl>
+ <0fe404c5-cab8-4692-8a27-532e737a7813@i24g2000prf.googlegroups.com>
+Mime-Version: 1.0
+Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1;
+ protocol="application/pgp-signature"
+X-Complaints-To: usenet@ger.gmane.org
+X-Gmane-NNTP-Posting-Host: bas2-toronto63-1088792724.dsl.bell.ca
+X-Face: G;
+ Z,`sm>)4t4LB/GUrgH$W`!AmfHMj,LG)Z}X0ax@s9:0>0)B&@vcm{v-le)wng)?|o]D<V6&ay<F=H{M5?$T%p!dPdJeF,au\E@TA"v22K!Zl\\mzpU4]6$ZnAI3_L)h;
+ fpd}mn2py/7gv^|*85-D_f:07cT>\Z}0:6X
+User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.0.60 (gnu/linux)
+Cancel-Lock: sha1:IKyfrl5drOw6HllHFSmWHAKEeC8=
+X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4)
+Subject: Re: Can anybody tell me how to send HTML-format mail in gnus
+X-BeenThere: help-gnu-emacs@gnu.org
+X-Mailman-Version: 2.1.5
+Precedence: list
+List-Id: Users list for the GNU Emacs text editor <help-gnu-emacs.gnu.org>
+List-Unsubscribe: <http://lists.gnu.org/mailman/listinfo/help-gnu-emacs>,
+ <mailto:help-gnu-emacs-request@gnu.org?subject=unsubscribe>
+List-Archive: <http://lists.gnu.org/pipermail/help-gnu-emacs>
+List-Post: <mailto:help-gnu-emacs@gnu.org>
+List-Help: <mailto:help-gnu-emacs-request@gnu.org?subject=help>
+List-Subscribe: <http://lists.gnu.org/mailman/listinfo/help-gnu-emacs>,
+ <mailto:help-gnu-emacs-request@gnu.org?subject=subscribe>
+Sender: help-gnu-emacs-bounces+xxxx.klub=gmail.com@gnu.org
+Errors-To: help-gnu-emacs-bounces+xxxx.klub=gmail.com@gnu.org
+Content-Length: 1229
+Lines: 36
+
+--=-=-=
+Content-Type: text/plain
+
+Xah <xahlee@gmail.com> writes:
+
+> So, i was reading about it in Wikipedia. Although i don't have a TV,
+> and haven't had since 2000, but i still enjoyed the festive spirits
+> anyhow. After all, i'm Chinese by blood. So, in my wandering, i ran
+> into this welcome song on youtube:
+>
+> http://www.youtube.com/watch?v=1HEndNYVhZo
+
+What is your point? Your email is in plain text and I can click on the
+link just fine- it is not exactly rocket science to implement parsing of
+URL's to workable links in an Email program (a lot of programs does
+that, including Gnus). Images can be included inline if you want. Also
+mail markups such as *this*, **this** and _this_ have been around since
+the Usenet days and displayed appropriately by a number of mailers. Like
+others have said, most html messages that I have seen either contains
+useless information, or are plain spam and can introduce a host of
+security problems in some mailers.
+
+Charles
+
+
+--=-=-=
+Content-Type: application/pgp-signature
+
+-----BEGIN PGP SIGNATURE-----
+Version: GnuPG v2.0.4-svn0 (GNU/Linux)
+
+iD8DBQFIn8gm3epPyyKbwPYRApbvAKDRirXwzMzI+NHV77+QcP3EgTPaCgCfb/6m
+GtNVKdYAeftaYm1nwRVoCDA=
+=ULo3
+-----END PGP SIGNATURE-----
+--=-=-=--
+
+
+
diff --git a/src/tests/testdir/cur/1220863087.12663_19.mindcrime:2,S b/src/tests/testdir/cur/1220863087.12663_19.mindcrime:2,S
new file mode 100644
index 00000000..78efa2a3
--- /dev/null
+++ b/src/tests/testdir/cur/1220863087.12663_19.mindcrime:2,S
@@ -0,0 +1,77 @@
+Return-Path: <help-gnu-emacs-bounces+xxxx.klub=gmail.com@gnu.org>
+X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mindcrime
+X-Spam-Level: 
+X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham
+	version=3.2.5
+X-Original-To: xxxx@localhost
+Delivered-To: xxxx@localhost
+Received: from mindcrime (localhost [127.0.0.1])
+	by mail.xxxxsoftware.nl (Postfix) with ESMTP id C4D6569CB3
+	for <xxxx@localhost>; Thu,  7 Aug 2008 08:10:08 +0300 (EEST)
+Delivered-To: xxxx.klub@gmail.com
+Received: from gmail-imap.l.google.com [66.249.91.109]
+	by mindcrime with IMAP (fetchmail-6.3.8)
+	for <xxxx@localhost> (single-drop); Thu, 07 Aug 2008 08:10:08 +0300 (EEST)
+Received: by 10.142.237.21 with SMTP id k21cs34794wfh; Wed, 6 Aug 2008
+ 13:40:29 -0700 (PDT)
+Received: by 10.100.33.13 with SMTP id g13mr1093301ang.79.1218055228418; Wed,
+ 06 Aug 2008 13:40:28 -0700 (PDT)
+Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by mx.google.com
+ with ESMTP id d19si15908789and.17.2008.08.06.13.40.27; Wed, 06 Aug 2008
+ 13:40:28 -0700 (PDT)
+Received-SPF: pass (google.com: domain of
+ help-gnu-emacs-bounces+xxxx.klub=gmail.com@gnu.org designates 199.232.76.165
+ as permitted sender) client-ip=199.232.76.165;
+Authentication-Results: mx.google.com; spf=pass (google.com: domain of
+ help-gnu-emacs-bounces+xxxx.klub=gmail.com@gnu.org designates 199.232.76.165
+ as permitted sender)
+ smtp.mail=help-gnu-emacs-bounces+xxxx.klub=gmail.com@gnu.org
+Received: from localhost ([127.0.0.1]:56316 helo=lists.gnu.org) by
+ lists.gnu.org with esmtp (Exim 4.43) id 1KQpo3-0007Pc-Qk for
+ xxxx.klub@gmail.com; Wed, 06 Aug 2008 16:40:27 -0400
+From: anon@example.com
+Newsgroups: gnu.emacs.help
+Date: Wed, 6 Aug 2008 20:38:35 +0100
+Message-ID: <r6bpm5-6n6.ln1@news.ducksburg.com>
+References: <55dbm5-qcl.ln1@news.ducksburg.com>
+ <mailman.15710.1217599959.18990.help-gnu-emacs@gnu.org>
+Mime-Version: 1.0
+Content-Type: text/plain; charset=us-ascii
+Content-Transfer-Encoding: 7bit
+X-Trace: individual.net bABVU1hcJwWAuRwe/097AAoOXnGGeYR8G1In635iFGIyfDLPUv
+X-Orig-Path: news.ducksburg.com!news
+Cancel-Lock: sha1:wK7dsPRpNiVxpL/SfvmNzlvUR94=
+ sha1:oepBoM0tJBLN52DotWmBBvW5wbg=
+User-Agent: slrn/pre0.9.9-120/mm/ao (Ubuntu Hardy)
+Path: news.stanford.edu!headwall.stanford.edu!newshub.sdsu.edu!feeder.erje.net!proxad.net!feeder1-2.proxad.net!feed.ac-versailles.fr!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
+Xref: news.stanford.edu gnu.emacs.help:160868
+To: help-gnu-emacs@gnu.org
+Subject: Re: Learning LISP; Scheme vs elisp.
+X-BeenThere: help-gnu-emacs@gnu.org
+X-Mailman-Version: 2.1.5
+Precedence: list
+List-Id: Users list for the GNU Emacs text editor <help-gnu-emacs.gnu.org>
+List-Unsubscribe: <http://lists.gnu.org/mailman/listinfo/help-gnu-emacs>,
+ <mailto:help-gnu-emacs-request@gnu.org?subject=unsubscribe>
+List-Archive: <http://lists.gnu.org/pipermail/help-gnu-emacs>
+List-Post: <mailto:help-gnu-emacs@gnu.org>
+List-Help: <mailto:help-gnu-emacs-request@gnu.org?subject=help>
+List-Subscribe: <http://lists.gnu.org/mailman/listinfo/help-gnu-emacs>,
+ <mailto:help-gnu-emacs-request@gnu.org?subject=subscribe>
+Sender: help-gnu-emacs-bounces+xxxx.klub=gmail.com@gnu.org
+Errors-To: help-gnu-emacs-bounces+xxxx.klub=gmail.com@gnu.org
+Content-Length: 417
+Lines: 11
+
+On 2008-08-01, Thien-Thi Nguyen wrote:
+
+> warriors attack, felling foe after foe,
+> few growing old til they realize: to know
+> what deceit is worth deflection;
+> such receipt reversed rejection!
+> then their heavy arms, e'er transformed to shields:
+> balanced hooked charms, ploughed deep, rich yields.
+
+Aha: the exercise for the reader is to place the parens correctly.
+Might take me a while to solve this puzzle.
+
diff --git a/src/tests/testdir/cur/1220863087.12663_5.mindcrime:2,S b/src/tests/testdir/cur/1220863087.12663_5.mindcrime:2,S
new file mode 100644
index 00000000..de46cc81
--- /dev/null
+++ b/src/tests/testdir/cur/1220863087.12663_5.mindcrime:2,S
@@ -0,0 +1,84 @@
+Return-Path: <sqlite-dev-bounces@sqlite.org>
+X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mindcrime
+X-Spam-Level: 
+X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham
+	version=3.2.5
+X-Original-To: xxxx@localhost
+Delivered-To: xxxx@localhost
+Received: from mindcrime (localhost [127.0.0.1])
+	by mail.xxxxsoftware.nl (Postfix) with ESMTP id 32F276963F
+	for <xxxx@localhost>; Mon,  4 Aug 2008 21:49:34 +0300 (EEST)
+Delivered-To: xxxx.klub@gmail.com
+Received: from gmail-imap.l.google.com [72.14.221.111]
+	by mindcrime with IMAP (fetchmail-6.3.8)
+	for <xxxx@localhost> (single-drop); Mon, 04 Aug 2008 21:49:34 +0300 (EEST)
+Received: by 10.142.51.12 with SMTP id y12cs89397wfy; Mon, 4 Aug 2008 02:41:16
+ -0700 (PDT)
+Received: by 10.150.156.20 with SMTP id d20mr963580ybe.104.1217842875596; Mon,
+ 04 Aug 2008 02:41:15 -0700 (PDT)
+Received: from sqlite.org (sqlite.org [67.18.92.124]) by mx.google.com with
+ ESMTP id 6si3605185ywi.1.2008.08.04.02.40.57; Mon, 04 Aug 2008 02:41:15 -0700
+ (PDT)
+Received-SPF: pass (google.com: best guess record for domain of
+ sqlite-dev-bounces@sqlite.org designates 67.18.92.124 as permitted sender)
+ client-ip=67.18.92.124;
+Authentication-Results: mx.google.com; spf=pass (google.com: best guess record
+ for domain of sqlite-dev-bounces@sqlite.org designates 67.18.92.124 as
+ permitted sender) smtp.mail=sqlite-dev-bounces@sqlite.org
+Received: from sqlite.org (localhost [127.0.0.1]) by sqlite.org (Postfix) with
+ ESMTP id 7147F11C45; Mon,  4 Aug 2008 05:40:55 -0400 (EDT)
+X-Original-To: sqlite-dev@sqlite.org
+Delivered-To: sqlite-dev@sqlite.org
+Received: from relay00.pair.com (relay00.pair.com [209.68.5.9]) by sqlite.org
+ (Postfix) with SMTP id B5F901192C for <sqlite-dev@sqlite.org>; Mon,  4 Aug
+ 2008 05:40:52 -0400 (EDT)
+Received: (qmail 59961 invoked from network); 4 Aug 2008 09:40:50 -0000
+Received: from unknown (HELO ?192.168.0.17?) (unknown) by unknown with SMTP; 4
+ Aug 2008 09:40:50 -0000
+X-pair-Authenticated: 87.13.75.164
+Message-Id: <83B5AF40-DBFA-4578-A043-04C80276E195@sqlabs.net>
+From: anon@example.com
+To: sqlite-dev@sqlite.org
+Mime-Version: 1.0 (Apple Message framework v926)
+Date: Mon, 4 Aug 2008 11:40:49 +0200
+X-Mailer: Apple Mail (2.926)
+Subject: [sqlite-dev] VM optimization inside sqlite3VdbeExec
+X-BeenThere: sqlite-dev@sqlite.org
+X-Mailman-Version: 2.1.9
+Precedence: list
+Reply-To: sqlite-dev@sqlite.org
+List-Id: <sqlite-dev.sqlite.org>
+List-Unsubscribe: <http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-dev>,
+  <mailto:sqlite-dev-request@sqlite.org?subject=unsubscribe>
+List-Archive: <http://sqlite.org:8080/cgi-bin/mailman/private/sqlite-dev>
+List-Post: <mailto:sqlite-dev@sqlite.org>
+List-Help: <mailto:sqlite-dev-request@sqlite.org?subject=help>
+List-Subscribe: <http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-dev>, 
+ <mailto:sqlite-dev-request@sqlite.org?subject=subscribe>
+Content-Type: text/plain; charset="us-ascii"
+Content-Transfer-Encoding: 7bit
+Sender: sqlite-dev-bounces@sqlite.org
+Errors-To: sqlite-dev-bounces@sqlite.org
+Content-Length: 639
+
+Inside sqlite3VdbeExec there is a very big switch statement.
+In order to increase performance with few modifications to the  
+original code, why not use this technique ?
+http://docs.freebsd.org/info/gcc/gcc.info.Labels_as_Values.html
+
+With a properly defined "instructions" array, instead of the switch  
+statement you can use something like:
+goto * instructions[pOp->opcode];
+---
+Marco Bambini
+http://www.sqlabs.net
+http://www.sqlabs.net/blog/
+http://www.sqlabs.net/realsqlserver/
+
+
+
+_______________________________________________
+sqlite-dev mailing list
+sqlite-dev@sqlite.org
+http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-dev
+
diff --git a/src/tests/testdir/cur/1220863087.12663_7.mindcrime:2,RS b/src/tests/testdir/cur/1220863087.12663_7.mindcrime:2,RS
new file mode 100644
index 00000000..400672f9
--- /dev/null
+++ b/src/tests/testdir/cur/1220863087.12663_7.mindcrime:2,RS
@@ -0,0 +1,138 @@
+Return-Path: <sqlite-dev-bounces@sqlite.org>
+X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mindcrime
+X-Spam-Level: 
+X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham
+	version=3.2.5
+X-Original-To: xxxx@localhost
+Delivered-To: xxxx@localhost
+Received: from mindcrime (localhost [127.0.0.1])
+	by mail.xxxxsoftware.nl (Postfix) with ESMTP id 3EBAB6963B
+	for <xxxx@localhost>; Mon,  4 Aug 2008 21:49:35 +0300 (EEST)
+Delivered-To: xxxx.klub@gmail.com
+Received: from gmail-imap.l.google.com [72.14.221.111]
+	by mindcrime with IMAP (fetchmail-6.3.8)
+	for <xxxx@localhost> (single-drop); Mon, 04 Aug 2008 21:49:35 +0300 (EEST)
+Received: by 10.142.51.12 with SMTP id y12cs89536wfy; Mon, 4 Aug 2008 02:48:56
+ -0700 (PDT)
+Received: by 10.150.134.21 with SMTP id h21mr7950048ybd.181.1217843335665;
+ Mon, 04 Aug 2008 02:48:55 -0700 (PDT)
+Received: from sqlite.org (sqlite.org [67.18.92.124]) by mx.google.com with
+ ESMTP id 6si5897081ywi.1.2008.08.04.02.48.35; Mon, 04 Aug 2008 02:48:55 -0700
+ (PDT)
+Received-SPF: pass (google.com: best guess record for domain of
+ sqlite-dev-bounces@sqlite.org designates 67.18.92.124 as permitted sender)
+ client-ip=67.18.92.124;
+Authentication-Results: mx.google.com; spf=pass (google.com: best guess record
+ for domain of sqlite-dev-bounces@sqlite.org designates 67.18.92.124 as
+ permitted sender) smtp.mail=sqlite-dev-bounces@sqlite.org
+Received: from sqlite.org (localhost [127.0.0.1]) by sqlite.org (Postfix) with
+ ESMTP id ED01611C4E; Mon,  4 Aug 2008 05:48:31 -0400 (EDT)
+X-Original-To: sqlite-dev@sqlite.org
+Delivered-To: sqlite-dev@sqlite.org
+Received: from mx0.security.ro (mx0.security.ro [80.96.72.194]) by sqlite.org
+ (Postfix) with ESMTP id EB3F51192C for <sqlite-dev@sqlite.org>; Mon,  4 Aug
+ 2008 05:48:28 -0400 (EDT)
+Received: (qmail 348 invoked from network); 4 Aug 2008 12:48:03 +0300
+Received: from dev.security.ro (HELO ?192.168.1.70?) (192.168.1.70) by
+ mx0.security.ro with SMTP; 4 Aug 2008 12:48:03 +0300
+Message-ID: <4896D06A.8000901@security.ro>
+Date: Mon, 04 Aug 2008 12:48:26 +0300
+From: anon@example.com
+User-Agent: Thunderbird 2.0.0.16 (Windows/20080708)
+MIME-Version: 1.0
+To: sqlite-dev@sqlite.org
+References: <83B5AF40-DBFA-4578-A043-04C80276E195@sqlabs.net>
+In-Reply-To: <83B5AF40-DBFA-4578-A043-04C80276E195@sqlabs.net>
+Content-Type: multipart/mixed; boundary="------------000207070200050102060301"
+X-BitDefender-Scanner: Clean, Agent: BitDefender qmail 2.0.0 on
+ mx0.security.ro
+X-BitDefender-Spam: No (0)
+X-BitDefender-SpamStamp: v1, whitelisted, total: 0
+Subject: Re: [sqlite-dev] VM optimization inside sqlite3VdbeExec
+X-BeenThere: sqlite-dev@sqlite.org
+X-Mailman-Version: 2.1.9
+Precedence: list
+Reply-To: sqlite-dev@sqlite.org
+List-Id: <sqlite-dev.sqlite.org>
+List-Unsubscribe: <http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-dev>,
+  <mailto:sqlite-dev-request@sqlite.org?subject=unsubscribe>
+List-Archive: <http://sqlite.org:8080/cgi-bin/mailman/private/sqlite-dev>
+List-Post: <mailto:sqlite-dev@sqlite.org>
+List-Help: <mailto:sqlite-dev-request@sqlite.org?subject=help>
+List-Subscribe: <http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-dev>, 
+ <mailto:sqlite-dev-request@sqlite.org?subject=subscribe>
+Sender: sqlite-dev-bounces@sqlite.org
+Errors-To: sqlite-dev-bounces@sqlite.org
+Content-Length: 2212
+
+This is a multi-part message in MIME format.
+--------------000207070200050102060301
+Content-Type: text/plain; charset=ISO-8859-1; format=flowed
+Content-Transfer-Encoding: 7bit
+
+Marco Bambini wrote:
+> Inside sqlite3VdbeExec there is a very big switch statement.
+> In order to increase performance with few modifications to the  
+> original code, why not use this technique ?
+> http://docs.freebsd.org/info/gcc/gcc.info.Labels_as_Values.html
+>
+> With a properly defined "instructions" array, instead of the switch  
+> statement you can use something like:
+> goto * instructions[pOp->opcode];
+> ---
+> Marco Bambini
+> http://www.sqlabs.net
+> http://www.sqlabs.net/blog/
+> http://www.sqlabs.net/realsqlserver/
+>
+>
+>
+> _______________________________________________
+> sqlite-dev mailing list
+> sqlite-dev@sqlite.org
+> http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-dev
+>   
+All the world's not a VAX.  This technique is GCC-specific. The SQLite 
+source must be as portable as possible thus tying it to a specific 
+compiler is out of the question. While one could conceivably use some 
+preprocessor magic to provide alternate implementations, that would be 
+impractical considering the sheer size of the code affected.
+On the other hand - perhaps you could benchmark the change and provide 
+some data on whether this actually improves performance?
+
+
+--------------000207070200050102060301
+Content-Type: text/x-vcard; charset=utf-8;
+ name="mihailim.vcf"
+Content-Transfer-Encoding: 7bit
+Content-Disposition: attachment;
+ filename="mihailim.vcf"
+
+begin:vcard
+fn:Mihai Limbasan
+n:Limbasan;Mihai
+org:SC SECPRAL COM SRL
+adr:;;str. Actorului nr. 9;Cluj-Napoca;Cluj;400441;Romania
+email;internet:mihailim@security.ro
+title:SoftwareDeveloper
+tel;work:+40 264 449579
+tel;fax:+40 264 418594
+tel;cell:+40 729 038302
+url:http://secpral.ro/
+version:2.1
+end:vcard
+
+
+--------------000207070200050102060301
+Content-Type: text/plain; charset="us-ascii"
+MIME-Version: 1.0
+Content-Transfer-Encoding: 7bit
+Content-Disposition: inline
+
+_______________________________________________
+sqlite-dev mailing list
+sqlite-dev@sqlite.org
+http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-dev
+
+--------------000207070200050102060301--
+
diff --git a/src/tests/testdir/new/1220863087.12663_21.mindcrime b/src/tests/testdir/new/1220863087.12663_21.mindcrime
new file mode 100644
index 00000000..41017160
--- /dev/null
+++ b/src/tests/testdir/new/1220863087.12663_21.mindcrime
@@ -0,0 +1,111 @@
+Return-Path: <help-gnu-emacs-bounces+xxxx.klub=gmail.com@gnu.org>
+X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mindcrime
+X-Spam-Level: 
+X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham
+	version=3.2.5
+X-Original-To: xxxx@localhost
+Delivered-To: xxxx@localhost
+Received: from mindcrime (localhost [127.0.0.1])
+	by mail.xxxxsoftware.nl (Postfix) with ESMTP id 6389969CB2
+	for <xxxx@localhost>; Thu,  7 Aug 2008 08:10:07 +0300 (EEST)
+Delivered-To: xxxx.klub@gmail.com
+Received: from gmail-imap.l.google.com [66.249.91.109]
+	by mindcrime with IMAP (fetchmail-6.3.8)
+	for <xxxx@localhost> (single-drop); Thu, 07 Aug 2008 08:10:07 +0300 (EEST)
+Received: by 10.142.237.21 with SMTP id k21cs34769wfh; Wed, 6 Aug 2008
+ 13:38:53 -0700 (PDT)
+Received: by 10.100.6.13 with SMTP id 13mr4103508anf.83.1218055131215; Wed, 06
+ Aug 2008 13:38:51 -0700 (PDT)
+Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by mx.google.com
+ with ESMTP id b32si10199298ana.34.2008.08.06.13.38.49; Wed, 06 Aug 2008
+ 13:38:51 -0700 (PDT)
+Received-SPF: pass (google.com: domain of
+ help-gnu-emacs-bounces+xxxx.klub=gmail.com@gnu.org designates 199.232.76.165
+ as permitted sender) client-ip=199.232.76.165;
+DomainKey-Status: good (test mode)
+Authentication-Results: mx.google.com; spf=pass (google.com: domain of
+ help-gnu-emacs-bounces+xxxx.klub=gmail.com@gnu.org designates 199.232.76.165
+ as permitted sender)
+ smtp.mail=help-gnu-emacs-bounces+xxxx.klub=gmail.com@gnu.org; domainkeys=pass
+ (test mode) header.From=juanma_bellon@yahoo.es
+Received: from localhost ([127.0.0.1]:55648 helo=lists.gnu.org) by
+ lists.gnu.org with esmtp (Exim 4.43) id 1KQpmT-0005W9-AQ for
+ xxxx.klub@gmail.com; Wed, 06 Aug 2008 16:38:49 -0400
+Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id
+ 1KQplz-0005U5-Pk for help-gnu-emacs@gnu.org; Wed, 06 Aug 2008 16:38:19 -0400
+Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id
+ 1KQplw-0005Nw-OG for help-gnu-emacs@gnu.org; Wed, 06 Aug 2008 16:38:19 -0400
+Received: from [199.232.76.173] (port=45465 helo=monty-python.gnu.org) by
+ lists.gnu.org with esmtp (Exim 4.43) id 1KQplw-0005NX-I6 for
+ help-gnu-emacs@gnu.org; Wed, 06 Aug 2008 16:38:16 -0400
+Received: from n74a.bullet.mail.sp1.yahoo.com ([98.136.45.21]:29868) by
+ monty-python.gnu.org with smtp (Exim 4.60) (envelope-from
+ <juanma_bellon@yahoo.es>) id 1KQplw-0007EF-7Z for help-gnu-emacs@gnu.org;
+ Wed, 06 Aug 2008 16:38:16 -0400
+Received: from [216.252.122.216] by n74.bullet.mail.sp1.yahoo.com with NNFMP;
+ 06 Aug 2008 20:38:14 -0000
+Received: from [68.142.237.89] by t1.bullet.sp1.yahoo.com with NNFMP; 06 Aug
+ 2008 20:38:14 -0000
+Received: from [69.147.75.180] by t5.bullet.re3.yahoo.com with NNFMP; 06 Aug
+ 2008 20:38:14 -0000
+Received: from [127.0.0.1] by omp101.mail.re1.yahoo.com with NNFMP; 06 Aug
+ 2008 20:38:14 -0000
+X-Yahoo-Newman-Id: 778995.62909.bm@omp101.mail.re1.yahoo.com
+Received: (qmail 43643 invoked from network); 6 Aug 2008 20:38:14 -0000
+DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.es;
+ h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:Subject:Date:User-Agent:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id;
+ b=ThdHlND5CNUsLPGuk+XhCWkdUA9w7lg4hiAgx8F8egsmQteMpwUlV/Y5tfe6K3O2jzHjtsklkzWqm7WY3VAcxxD/QgxLnianK5ZQHoelDAiGaFRqu8Y42XMZso2ccCBFWUQaKo9C+KIfa3e3ci73qehVxTtmr7bxLjurcSYEBPo=
+ ;
+Received: from unknown (HELO 212251170160.customer.cdi.no)
+ (juanma_bellon@212.251.170.160 with plain) by smtp109.plus.mail.re1.yahoo.com
+ with SMTP; 6 Aug 2008 20:38:14 -0000
+X-YMail-OSG: k86L54kVM1kiZbUlYx7gayoBrCLYMFIRDL.KJLBKetNucAbwU4RjeeE1vhjw33hREaUig0CCjG7BTwIfbeZZpRmUcHbxl6gR0z6Sd3lYqA--
+X-Yahoo-Newman-Property: ymail-3
+From: anon@example.com
+To: help-gnu-emacs@gnu.org
+Date: Wed, 6 Aug 2008 22:38:15 +0200
+User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405)
+References: <mailman.15123.1216681940.18990.help-gnu-emacs@gnu.org>
+ <mailman.15143.1216715014.18990.help-gnu-emacs@gnu.org>
+ <9bc17528-8ea9-49f7-8e9d-07f5ede91415@p31g2000prf.googlegroups.com>
+In-Reply-To: <9bc17528-8ea9-49f7-8e9d-07f5ede91415@p31g2000prf.googlegroups.com>
+MIME-Version: 1.0
+Content-Type: text/plain; charset="utf-8"
+Content-Transfer-Encoding: quoted-printable
+Content-Disposition: inline
+Message-Id: <200808062238.15634.juanma_bellon@yahoo.es>
+X-detected-kernel: by monty-python.gnu.org: FreeBSD 6.x (1)
+Subject: Re: basic question: going back to dired
+X-BeenThere: help-gnu-emacs@gnu.org
+X-Mailman-Version: 2.1.5
+Precedence: list
+List-Id: Users list for the GNU Emacs text editor <help-gnu-emacs.gnu.org>
+List-Unsubscribe: <http://lists.gnu.org/mailman/listinfo/help-gnu-emacs>,
+ <mailto:help-gnu-emacs-request@gnu.org?subject=unsubscribe>
+List-Archive: <http://lists.gnu.org/pipermail/help-gnu-emacs>
+List-Post: <mailto:help-gnu-emacs@gnu.org>
+List-Help: <mailto:help-gnu-emacs-request@gnu.org?subject=help>
+List-Subscribe: <http://lists.gnu.org/mailman/listinfo/help-gnu-emacs>,
+ <mailto:help-gnu-emacs-request@gnu.org?subject=subscribe>
+Sender: help-gnu-emacs-bounces+xxxx.klub=gmail.com@gnu.org
+Errors-To: help-gnu-emacs-bounces+xxxx.klub=gmail.com@gnu.org
+Content-Length: 361
+
+On Thursday 31 July 2008, Xah wrote:
+> what's the logic of =E2=80=9COK=E2=80=9D?
+
+=46or all I know, it comes from "0 Knock-outs" (from USA civil war times,
+IIRC), i.e., all went really well.
+
+But this is really off-topic.
+=2D-=20
+Juanma
+
+"Having a smoking section in a restaurant is like
+ having a peeing section in a swimming pool."
+       -- Edward Burr
+
+
+
+
+
diff --git a/src/tests/testdir/new/1220863087.12663_23.mindcrime b/src/tests/testdir/new/1220863087.12663_23.mindcrime
new file mode 100644
index 00000000..ca46f2be
--- /dev/null
+++ b/src/tests/testdir/new/1220863087.12663_23.mindcrime
@@ -0,0 +1,105 @@
+Return-Path: <help-gnu-emacs-bounces+xxxx.klub=gmail.com@gnu.org>
+X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mindcrime
+X-Spam-Level: 
+X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham
+	version=3.2.5
+X-Original-To: xxxx@localhost
+Delivered-To: xxxx@localhost
+Received: from mindcrime (localhost [127.0.0.1])
+	by mail.xxxxsoftware.nl (Postfix) with ESMTP id C3EF069CB3
+	for <xxxx@localhost>; Thu,  7 Aug 2008 08:10:10 +0300 (EEST)
+Delivered-To: xxxx.klub@gmail.com
+Received: from gmail-imap.l.google.com [66.249.91.109]
+	by mindcrime with IMAP (fetchmail-6.3.8)
+	for <xxxx@localhost> (single-drop); Thu, 07 Aug 2008 08:10:10 +0300 (EEST)
+Received: by 10.142.237.21 with SMTP id k21cs35153wfh; Wed, 6 Aug 2008
+ 13:58:17 -0700 (PDT)
+Received: by 10.100.166.10 with SMTP id o10mr4182182ane.0.1218056296101; Wed,
+ 06 Aug 2008 13:58:16 -0700 (PDT)
+Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by mx.google.com
+ with ESMTP id d34si13875743and.3.2008.08.06.13.58.14; Wed, 06 Aug 2008
+ 13:58:16 -0700 (PDT)
+Received-SPF: pass (google.com: domain of
+ help-gnu-emacs-bounces+xxxx.klub=gmail.com@gnu.org designates 199.232.76.165
+ as permitted sender) client-ip=199.232.76.165;
+Authentication-Results: mx.google.com; spf=pass (google.com: domain of
+ help-gnu-emacs-bounces+xxxx.klub=gmail.com@gnu.org designates 199.232.76.165
+ as permitted sender)
+ smtp.mail=help-gnu-emacs-bounces+xxxx.klub=gmail.com@gnu.org; dkim=pass (test
+ mode) header.i=@gmail.com
+Received: from localhost ([127.0.0.1]:33418 helo=lists.gnu.org) by
+ lists.gnu.org with esmtp (Exim 4.43) id 1KQq5G-0001aY-Cr for
+ xxxx.klub@gmail.com; Wed, 06 Aug 2008 16:58:14 -0400
+Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id
+ 1KQq4n-0001Z9-06 for help-gnu-emacs@gnu.org; Wed, 06 Aug 2008 16:57:45 -0400
+Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id
+ 1KQq4l-0001V8-6c for help-gnu-emacs@gnu.org; Wed, 06 Aug 2008 16:57:44 -0400
+Received: from [199.232.76.173] (port=46438 helo=monty-python.gnu.org) by
+ lists.gnu.org with esmtp (Exim 4.43) id 1KQq4k-0001Un-V2 for
+ help-gnu-emacs@gnu.org; Wed, 06 Aug 2008 16:57:42 -0400
+Received: from ik-out-1112.google.com ([66.249.90.180]:17562) by
+ monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from
+ <lekktu@gmail.com>) id 1KQq4k-0001fk-OW for help-gnu-emacs@gnu.org; Wed, 06
+ Aug 2008 16:57:42 -0400
+Received: by ik-out-1112.google.com with SMTP id c21so94956ika.2 for
+ <help-gnu-emacs@gnu.org>; Wed, 06 Aug 2008 13:57:41 -0700 (PDT)
+DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
+ h=domainkey-signature:received:received:message-id:date:from:to
+ :subject:cc:in-reply-to:mime-version:content-type
+ :content-transfer-encoding:content-disposition:references;
+ bh=TTNY9749hpg1+TXOwdaCr+zbQGhBUt3IvsjLWp+pxp0=;
+ b=BOfudUT/SiW9V4e9+k3dXDzwm+ogdrq4m5OlO+f1H+oE6OAYGIm8dbdqDAOwUewBoS
+ jRpfZo07YamP9rkko79SeFdQnf7UAPFAw9x7DFCm3x6muSlCcJBR7vYs1rgHOSINAn2B
+ vQx2//lKR4fXfKNURNu+B30KrvoEmw6m2C8dI=
+DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
+ h=message-id:date:from:to:subject:cc:in-reply-to:mime-version
+ :content-type:content-transfer-encoding:content-disposition :references;
+ b=UMDBulH/LwxDywEH0pfK3DbJ4u2kIZCVDLIM++PqrdcR82HjcS/O3Jhf5OFrf7Fnyj
+ GH76xmc7zkTG/3aQy2WY6DeWCJaFarEItmhxy3h/xS+kUKeDARzNox0OzK6lIv/u9bdy
+ f2LnFlYRJ7Q5vy3lxpxAWB4v0qCwtF9LjWFg4=
+Received: by 10.210.47.7 with SMTP id u7mr3100239ebu.30.1218056261587; Wed, 06
+ Aug 2008 13:57:41 -0700 (PDT)
+Received: by 10.210.71.14 with HTTP; Wed, 6 Aug 2008 13:57:41 -0700 (PDT)
+Message-ID: <f7ccd24b0808061357t453f5962w8b61f9a453b684d0@mail.gmail.com>
+Date: Wed, 6 Aug 2008 22:57:41 +0200
+From: anon@example.com
+To: Juanma <juanma_bellon@yahoo.es>
+In-Reply-To: <200808062238.15634.juanma_bellon@yahoo.es>
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 7bit
+Content-Disposition: inline
+References: <mailman.15123.1216681940.18990.help-gnu-emacs@gnu.org>
+ <mailman.15143.1216715014.18990.help-gnu-emacs@gnu.org>
+ <9bc17528-8ea9-49f7-8e9d-07f5ede91415@p31g2000prf.googlegroups.com>
+ <200808062238.15634.juanma_bellon@yahoo.es>
+X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 2)
+Cc: help-gnu-emacs@gnu.org
+Subject: Re: basic question: going back to dired
+X-BeenThere: help-gnu-emacs@gnu.org
+X-Mailman-Version: 2.1.5
+Precedence: list
+List-Id: Users list for the GNU Emacs text editor <help-gnu-emacs.gnu.org>
+List-Unsubscribe: <http://lists.gnu.org/mailman/listinfo/help-gnu-emacs>,
+ <mailto:help-gnu-emacs-request@gnu.org?subject=unsubscribe>
+List-Archive: <http://lists.gnu.org/pipermail/help-gnu-emacs>
+List-Post: <mailto:help-gnu-emacs@gnu.org>
+List-Help: <mailto:help-gnu-emacs-request@gnu.org?subject=help>
+List-Subscribe: <http://lists.gnu.org/mailman/listinfo/help-gnu-emacs>,
+ <mailto:help-gnu-emacs-request@gnu.org?subject=subscribe>
+Sender: help-gnu-emacs-bounces+xxxx.klub=gmail.com@gnu.org
+Errors-To: help-gnu-emacs-bounces+xxxx.klub=gmail.com@gnu.org
+Content-Length: 309
+
+On Wed, Aug 6, 2008 at 22:38, Juanma <juanma_bellon@yahoo.es> wrote:
+
+> For all I know, it comes from "0 Knock-outs" (from USA civil war times,
+> IIRC), i.e., all went really well.
+
+See http://en.wikipedia.org/wiki/Okay#Etymology
+
+"0 knock-outs" is among the "Improbable or refuted etymologies".
+
+   Juanma
+
+
diff --git a/src/tests/testdir/new/1220863087.12663_25.mindcrime b/src/tests/testdir/new/1220863087.12663_25.mindcrime
new file mode 100644
index 00000000..588ace19
--- /dev/null
+++ b/src/tests/testdir/new/1220863087.12663_25.mindcrime
@@ -0,0 +1,98 @@
+Return-Path: <help-gnu-emacs-bounces+xxxx.klub=gmail.com@gnu.org>
+X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mindcrime
+X-Spam-Level: 
+X-Spam-Status: No, score=-3.6 required=3.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW,
+	SPF_PASS autolearn=ham version=3.2.5
+X-Original-To: xxxx@localhost
+Delivered-To: xxxx@localhost
+Received: from mindcrime (localhost [127.0.0.1])
+	by mail.xxxxsoftware.nl (Postfix) with ESMTP id D68E769CB5
+	for <xxxx@localhost>; Fri,  8 Aug 2008 20:56:25 +0300 (EEST)
+Delivered-To: xxxx.klub@gmail.com
+Received: from gmail-imap.l.google.com [72.14.221.111]
+	by mindcrime with IMAP (fetchmail-6.3.8)
+	for <xxxx@localhost> (single-drop); Fri, 08 Aug 2008 20:56:25 +0300 (EEST)
+Received: by 10.142.237.21 with SMTP id k21cs71287wfh; Fri, 8 Aug 2008
+ 07:40:46 -0700 (PDT)
+Received: by 10.100.122.8 with SMTP id u8mr3824321anc.77.1218206446062; Fri,
+ 08 Aug 2008 07:40:46 -0700 (PDT)
+Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by mx.google.com
+ with ESMTP id d35si2718351and.38.2008.08.08.07.40.45; Fri, 08 Aug 2008
+ 07:40:46 -0700 (PDT)
+Received-SPF: pass (google.com: domain of
+ help-gnu-emacs-bounces+xxxx.klub=gmail.com@gnu.org designates 199.232.76.165
+ as permitted sender) client-ip=199.232.76.165;
+Authentication-Results: mx.google.com; spf=pass (google.com: domain of
+ help-gnu-emacs-bounces+xxxx.klub=gmail.com@gnu.org designates 199.232.76.165
+ as permitted sender)
+ smtp.mail=help-gnu-emacs-bounces+xxxx.klub=gmail.com@gnu.org
+Received: from localhost ([127.0.0.1]:47349 helo=lists.gnu.org) by
+ lists.gnu.org with esmtp (Exim 4.43) id 1KRT93-0006Po-A3 for
+ xxxx.klub@gmail.com; Fri, 08 Aug 2008 10:40:45 -0400
+Path: news.stanford.edu!headwall.stanford.edu!newshub.sdsu.edu!news-out.readnews.com!news-xxxfer.readnews.com!panix!not-for-mail
+From: anon@example.com
+Newsgroups: gnu.emacs.help
+Date: Fri, 08 Aug 2008 10:07:30 -0400
+Organization: PANIX Public Access Internet and UNIX, NYC
+Message-ID: <uwsireh25.fsf@one.dot.net>
+References: <mailman.15123.1216681940.18990.help-gnu-emacs@gnu.org>
+ <mailman.15143.1216715014.18990.help-gnu-emacs@gnu.org>
+ <9bc17528-8ea9-49f7-8e9d-07f5ede91415@p31g2000prf.googlegroups.com>
+ <200808062238.15634.juanma_bellon@yahoo.es>
+ <mailman.15958.1218056266.18990.help-gnu-emacs@gnu.org>
+NNTP-Posting-Host: panix5.panix.com
+Mime-Version: 1.0
+Content-Type: text/plain; charset=us-ascii
+X-Trace: reader1.panix.com 1218204439 22850 166.84.1.5 (8 Aug 2008 14:07:19
+ GMT)
+X-Complaints-To: abuse@panix.com
+NNTP-Posting-Date: Fri, 8 Aug 2008 14:07:19 +0000 (UTC)
+User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (windows-nt)
+Cancel-Lock: sha1:Ckkp5oJPIMuAVgEHGnS/9MkZsEs=
+Xref: news.stanford.edu gnu.emacs.help:160963
+To: help-gnu-emacs@gnu.org
+Subject: Re: basic question: going back to dired
+X-BeenThere: help-gnu-emacs@gnu.org
+X-Mailman-Version: 2.1.5
+Precedence: list
+List-Id: Users list for the GNU Emacs text editor <help-gnu-emacs.gnu.org>
+List-Unsubscribe: <http://lists.gnu.org/mailman/listinfo/help-gnu-emacs>,
+ <mailto:help-gnu-emacs-request@gnu.org?subject=unsubscribe>
+List-Archive: <http://lists.gnu.org/pipermail/help-gnu-emacs>
+List-Post: <mailto:help-gnu-emacs@gnu.org>
+List-Help: <mailto:help-gnu-emacs-request@gnu.org?subject=help>
+List-Subscribe: <http://lists.gnu.org/mailman/listinfo/help-gnu-emacs>,
+ <mailto:help-gnu-emacs-request@gnu.org?subject=subscribe>
+Sender: help-gnu-emacs-bounces+xxxx.klub=gmail.com@gnu.org
+Errors-To: help-gnu-emacs-bounces+xxxx.klub=gmail.com@gnu.org
+Content-Length: 710
+Lines: 27
+
+I seem to remember from my early school days it was a campaign slogan
+for someone nick-named Kinderhook that went something like
+
+Old Kinderhook is OK
+
+- Chris
+
+"Juanma Barranquero" <lekktu@gmail.com> writes:
+
+> On Wed, Aug 6, 2008 at 22:38, Juanma <juanma_bellon@yahoo.es> wrote:
+>
+>> For all I know, it comes from "0 Knock-outs" (from USA civil war times,
+>> IIRC), i.e., all went really well.
+>
+> See http://en.wikipedia.org/wiki/Okay#Etymology
+>
+> "0 knock-outs" is among the "Improbable or refuted etymologies".
+>
+>    Juanma
+>
+>
+
+-- 
+     (.   .)
+  =ooO=(_)=Ooo=====================================
+  Chris McMahan | first_initiallastname@one.dot.net
+  =================================================
+
diff --git a/src/tests/testdir/new/1220863087.12663_9.mindcrime b/src/tests/testdir/new/1220863087.12663_9.mindcrime
new file mode 100644
index 00000000..734ee355
--- /dev/null
+++ b/src/tests/testdir/new/1220863087.12663_9.mindcrime
@@ -0,0 +1,209 @@
+Return-Path: <sqlite-dev-bounces@sqlite.org>
+X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mindcrime
+X-Spam-Level: 
+X-Spam-Status: No, score=-1.2 required=3.0 tests=BAYES_00,HTML_MESSAGE,
+	MIME_QP_LONG_LINE autolearn=no version=3.2.5
+X-Original-To: xxxx@localhost
+Delivered-To: xxxx@localhost
+Received: from mindcrime (localhost [127.0.0.1])
+	by mail.xxxxsoftware.nl (Postfix) with ESMTP id 4E3CF6963B
+	for <xxxx@localhost>; Mon,  4 Aug 2008 21:49:37 +0300 (EEST)
+Delivered-To: xxxx.klub@gmail.com
+Received: from gmail-imap.l.google.com [72.14.221.111]
+	by mindcrime with IMAP (fetchmail-6.3.8)
+	for <xxxx@localhost> (single-drop); Mon, 04 Aug 2008 21:49:37 +0300 (EEST)
+Received: by 10.142.51.12 with SMTP id y12cs94317wfy; Mon, 4 Aug 2008 05:48:28
+ -0700 (PDT)
+Received: by 10.150.152.17 with SMTP id z17mr1245909ybd.194.1217854107583;
+ Mon, 04 Aug 2008 05:48:27 -0700 (PDT)
+Received: from sqlite.org (sqlite.org [67.18.92.124]) by mx.google.com with
+ ESMTP id 9si6334793yws.5.2008.08.04.05.47.57; Mon, 04 Aug 2008 05:48:27 -0700
+ (PDT)
+Received-SPF: pass (google.com: best guess record for domain of
+ sqlite-dev-bounces@sqlite.org designates 67.18.92.124 as permitted sender)
+ client-ip=67.18.92.124;
+Authentication-Results: mx.google.com; spf=pass (google.com: best guess record
+ for domain of sqlite-dev-bounces@sqlite.org designates 67.18.92.124 as
+ permitted sender) smtp.mail=sqlite-dev-bounces@sqlite.org
+Received: from sqlite.org (localhost [127.0.0.1]) by sqlite.org (Postfix) with
+ ESMTP id 4FBC111C6F; Mon,  4 Aug 2008 08:47:54 -0400 (EDT)
+X-Original-To: sqlite-dev@sqlite.org
+Delivered-To: sqlite-dev@sqlite.org
+Received: from cpsmtpo-eml02.kpnxchange.com (cpsmtpo-eml02.kpnxchange.com
+ [213.75.38.151]) by sqlite.org (Postfix) with ESMTP id AA4F111C10 for
+ <sqlite-dev@sqlite.org>; Mon,  4 Aug 2008 08:47:51 -0400 (EDT)
+Received: from hpsmtp-eml21.kpnxchange.com ([213.75.38.121]) by
+ cpsmtpo-eml02.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.1830);  Mon, 4
+ Aug 2008 14:47:50 +0200
+Received: from cpbrm-eml13.kpnsp.local ([195.121.247.250]) by
+ hpsmtp-eml21.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.1830);  Mon, 4
+ Aug 2008 14:47:50 +0200
+Received: from hpsmtp-eml30.kpnxchange.com ([10.94.53.250]) by
+ cpbrm-eml13.kpnsp.local with Microsoft SMTPSVC(6.0.3790.1830);  Mon, 4 Aug
+ 2008 14:47:50 +0200
+Received: from localhost ([10.94.53.250]) by hpsmtp-eml30.kpnxchange.com with
+ Microsoft SMTPSVC(6.0.3790.1830); Mon, 4 Aug 2008 14:47:49 +0200
+Content-class: urn:content-classes:message
+MIME-Version: 1.0
+X-MimeOLE: Produced By Microsoft Exchange V6.5
+Date: Mon, 4 Aug 2008 14:46:06 +0200
+Message-ID: <F687EC042917A94E8BB4B0902946453AE17D6C@CPEXBE-EML18.kpnsp.local>
+X-MS-Has-Attach: 
+X-MS-TNEF-Correlator: 
+Thread-Topic: [sqlite-dev] VM optimization inside sqlite3VdbeExec
+Thread-Index: Acj2FjkWvteFtLHTTYeVz4ES7E2ggAAGRxeI
+References: <83B5AF40-DBFA-4578-A043-04C80276E195@sqlabs.net>
+From: anon@example.com
+To: <sqlite-dev@sqlite.org>
+X-OriginalArrivalTime: 04 Aug 2008 12:47:49.0650 (UTC)
+ FILETIME=[4D577720:01C8F630]
+Subject: Re: [sqlite-dev] VM optimization inside sqlite3VdbeExec
+X-BeenThere: sqlite-dev@sqlite.org
+X-Mailman-Version: 2.1.9
+Precedence: list
+Reply-To: sqlite-dev@sqlite.org
+List-Id: <sqlite-dev.sqlite.org>
+List-Unsubscribe: <http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-dev>,
+  <mailto:sqlite-dev-request@sqlite.org?subject=unsubscribe>
+List-Archive: <http://sqlite.org:8080/cgi-bin/mailman/private/sqlite-dev>
+List-Post: <mailto:sqlite-dev@sqlite.org>
+List-Help: <mailto:sqlite-dev-request@sqlite.org?subject=help>
+List-Subscribe: <http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-dev>, 
+ <mailto:sqlite-dev-request@sqlite.org?subject=subscribe>
+Content-Type: multipart/mixed; boundary="===============1911358387=="
+Mime-version: 1.0
+Sender: sqlite-dev-bounces@sqlite.org
+Errors-To: sqlite-dev-bounces@sqlite.org
+Content-Length: 5318
+
+This is a multi-part message in MIME format.
+
+--===============1911358387==
+Content-class: urn:content-classes:message
+Content-Type: multipart/alternative;
+	boundary="----_=_NextPart_001_01C8F630.0FC2EC1E"
+
+This is a multi-part message in MIME format.
+
+------_=_NextPart_001_01C8F630.0FC2EC1E
+Content-Type: text/plain;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+Actually, almost every C compiler will already do what you suggest: if =
+the range of case labels is compact, the switch will be compiled using a =
+jump table. Only if the range is limited and/or sparse other techniques =
+will be used, such as linear search and binary search.
+=20
+I'm pretty sure, if you perform the tests suggested by Mihai, that you =
+will find zero performance difference, neither better, nor worse.
+=20
+Paul
+=20
+________________________________
+
+From: anon@example.com
+Sent: Mon 8/4/2008 11:40 AM
+To: sqlite-dev@sqlite.org
+Subject: [sqlite-dev] VM optimization inside sqlite3VdbeExec
+
+
+
+Inside sqlite3VdbeExec there is a very big switch statement.
+In order to increase performance with few modifications to the=20
+original code, why not use this technique ?
+http://docs.freebsd.org/info/gcc/gcc.info.Labels_as_Values.html =
+<http://docs.freebsd.org/info/gcc/gcc.info.Labels_as_Values.html>=20
+
+With a properly defined "instructions" array, instead of the switch=20
+statement you can use something like:
+goto * instructions[pOp->opcode];
+---
+Marco Bambini
+http://www.sqlabs.net <http://www.sqlabs.net/>=20
+http://www.sqlabs.net/blog/ <http://www.sqlabs.net/blog/>=20
+http://www.sqlabs.net/realsqlserver/ =
+<http://www.sqlabs.net/realsqlserver/>=20
+
+
+
+_______________________________________________
+sqlite-dev mailing list
+sqlite-dev@sqlite.org
+http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-dev =
+<http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-dev>=20
+
+
+
+------_=_NextPart_001_01C8F630.0FC2EC1E
+Content-Type: text/html;
+	charset="iso-8859-1"
+Content-Transfer-Encoding: quoted-printable
+
+<HTML dir=3Dltr><HEAD><TITLE>[sqlite-dev] VM optimization inside =
+sqlite3VdbeExec</TITLE>=0A=
+<META http-equiv=3DContent-Type content=3D"text/html; charset=3Dunicode">=0A=
+<META content=3D"MSHTML 6.00.2715.400" name=3DGENERATOR></HEAD>=0A=
+<BODY>=0A=
+<DIV id=3DidOWAReplyText54900 dir=3Dltr>=0A=
+<DIV dir=3Dltr><FONT face=3DArial color=3D#000000 size=3D2>Actually, =
+almost every C compiler will already do what you suggest: if the range =
+of case labels is compact, the switch will be compiled using a jump =
+table. Only if the range is limited and/or sparse other techniques will =
+be used, such as linear search and binary search.</FONT></DIV>=0A=
+<DIV dir=3Dltr><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>=0A=
+<DIV dir=3Dltr><FONT face=3DArial size=3D2>I'm pretty sure, if you =
+perform the tests suggested by Mihai, that you will find zero =
+performance difference, neither better, nor worse.</FONT></DIV>=0A=
+<DIV dir=3Dltr><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>=0A=
+<DIV dir=3Dltr><FONT face=3DArial size=3D2>Paul</FONT></DIV>=0A=
+<DIV dir=3Dltr><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>=0A=
+<DIV dir=3Dltr><FONT face=3DArial size=3D2>=0A=
+<HR tabIndex=3D-1>=0A=
+</FONT></DIV>=0A=
+<DIV dir=3Dltr><FONT face=3DArial><FONT size=3D2><B>From:</B> =
+sqlite-dev-bounces@sqlite.org on behalf of Marco Bambini<BR><B>Sent:</B> =
+Mon 8/4/2008 11:40 AM<BR><B>To:</B> =
+sqlite-dev@sqlite.org<BR><B>Subject:</B> [sqlite-dev] VM optimization =
+inside sqlite3VdbeExec<BR><BR></FONT></FONT></DIV></DIV>=0A=
+<DIV>=0A=
+<P><FONT face=3DArial size=3D2>Inside sqlite3VdbeExec there is a very =
+big switch statement.<BR>In order to increase performance with few =
+modifications to the&nbsp;<BR>original code, why not use this technique =
+?<BR></FONT><A =
+href=3D"http://docs.freebsd.org/info/gcc/gcc.info.Labels_as_Values.html">=
+<FONT face=3DArial =
+size=3D2>http://docs.freebsd.org/info/gcc/gcc.info.Labels_as_Values.html<=
+/FONT></A><BR><BR><FONT face=3DArial size=3D2>With a properly defined =
+"instructions" array, instead of the switch&nbsp;<BR>statement you can =
+use something like:<BR>goto * =
+instructions[pOp-&gt;opcode];<BR>---<BR>Marco Bambini<BR></FONT><A =
+href=3D"http://www.sqlabs.net/"><FONT face=3DArial =
+size=3D2>http://www.sqlabs.net</FONT></A><BR><A =
+href=3D"http://www.sqlabs.net/blog/"><FONT face=3DArial =
+size=3D2>http://www.sqlabs.net/blog/</FONT></A><BR><A =
+href=3D"http://www.sqlabs.net/realsqlserver/"><FONT face=3DArial =
+size=3D2>http://www.sqlabs.net/realsqlserver/</FONT></A><BR><BR><BR><BR><=
+FONT face=3DArial =
+size=3D2>_______________________________________________<BR>sqlite-dev =
+mailing list<BR>sqlite-dev@sqlite.org<BR></FONT><A =
+href=3D"http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-dev"><FONT=
+ face=3DArial =
+size=3D2>http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-dev</FONT=
+></A><BR></P></DIV></BODY></HTML>
+------_=_NextPart_001_01C8F630.0FC2EC1E--
+
+
+--===============1911358387==
+Content-Type: text/plain; charset="us-ascii"
+MIME-Version: 1.0
+Content-Transfer-Encoding: 7bit
+Content-Disposition: inline
+
+_______________________________________________
+sqlite-dev mailing list
+sqlite-dev@sqlite.org
+http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-dev
+
+--===============1911358387==--
+