[tracker/async-queries-cursor] squash

[Philip Van Hoof <pvanhoof src gnome org>]

commit d58b4121b492fe6892ac0991a5b83c085ea836a6
Author: Philip Van Hoof <philip codeminded be>
Date:   Wed Apr 21 15:05:14 2010 +0200

    squash

 src/tracker-store/tracker-resources.c |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)
---
diff --git a/src/tracker-store/tracker-resources.c b/src/tracker-store/tracker-resources.c
index 75649d7..0f65d17 100644
--- a/src/tracker-store/tracker-resources.c
+++ b/src/tracker-store/tracker-resources.c
@@ -232,7 +232,7 @@ query_callback (TrackerDBCursor *cursor, GError *error, gpointer user_data)
 			 * the feeling that this value was very much respected, as the size
 			 * of the DBusMessage when libdbus decided to exit() the process was
 			 * around 160 MB, and not ~ 1000 MB. So if you take 160 MB and you
-			 * devide it by 2213640 you have an average string size of ~ 72
+			 * devide it by 1475760 you have an average string size of ~ 108
 			 * bytes plus DBusMessage's overhead. If that makes this number less
 			 * arbitrary for you, then fine.
 			 *
@@ -245,7 +245,7 @@ query_callback (TrackerDBCursor *cursor, GError *error, gpointer user_data)
 			 * total length. As far as I know are both not possible. So that for
 			 * me means that libdbus's exit() is unacceptable.*/
 
-			if (length > 2213640) {
+			if (length > 1475760) {
 				g_set_error (&loop_error, TRACKER_DB_INTERFACE_ERROR, TRACKER_DB_INTERRUPTED,
 				             "resultset of the query is too large");
 				dbus_message_iter_close_container (&rows_iter, &cols_iter);