segfault: g_type_init() missing

2011-07-23 Thread Jameson Graef Rollins
ent was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20110723/71a763e3/attachment.pgp>

xapian exceptions not caught in python bindings?

2011-07-23 Thread Patrick Totzke
that "xapian-garbage" since it is output from > libnotmuch. > > d -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20110723/ff6685b7/attachment.pgp>

[PATCH] interpret Xapian errors from sdterr as exceptions

2011-07-23 Thread pazz
This introduces globals.RaiseStderrErrors, a ContextManager that raises error messages printed by libnotmuch to stderr as NotmuchError(STATUS.XAPIAN_EXCEPTION, message=err). --- bindings/python/notmuch/database.py |5 + bindings/python/notmuch/globals.py | 24

[PATCH 2/2] json: date_relative for threads

2011-07-23 Thread pazz
include the date_relative field in the json formated output of notmuch search --- notmuch-search.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/notmuch-search.c b/notmuch-search.c index faccaf7..b1adc03 100644 --- a/notmuch-search.c +++ b/notmuch-search.c @@ -176,12

[PATCH 1/2] test: date_relative in notmuch search json output

2011-07-23 Thread pazz
expect the date_relative field for thread entries in notmuch search's json output --- test/json |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/test/json b/test/json index 5a2544c..d54bf25 100755 --- a/test/json +++ b/test/json @@ -12,6 +12,7 @@ add_message

[PATCH 1/2] test: date_relative in notmuch search json output

2011-07-23 Thread pazz
expect the date_relative field for thread entries in notmuch search's json output --- test/json |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/test/json b/test/json index 5a2544c..d54bf25 100755 --- a/test/json +++ b/test/json @@ -12,6 +12,7 @@ add_message

[PATCH 2/2] json: date_relative for threads

2011-07-23 Thread pazz
include the date_relative field in the json formated output of notmuch search --- notmuch-search.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/notmuch-search.c b/notmuch-search.c index faccaf7..b1adc03 100644 --- a/notmuch-search.c +++ b/notmuch-search.c @@ -176,12

[PATCH] interpret Xapian errors from sdterr as exceptions

2011-07-23 Thread pazz
This introduces globals.RaiseStderrErrors, a ContextManager that raises error messages printed by libnotmuch to stderr as NotmuchError(STATUS.XAPIAN_EXCEPTION, message=err). --- bindings/python/notmuch/database.py |5 + bindings/python/notmuch/globals.py | 24

Re: xapian exceptions not caught in python bindings?

2011-07-23 Thread Patrick Totzke
Hi all, I hope the patch I send is correctly formated, I'm still fumbling with git send-email and the --in-reply-to option. Anyhow, forgive my language, of course I didn't mean to be condescending in any way by calling these prints garbage! It's just that it's highly unusual and very

segfault: g_type_init() missing

2011-07-23 Thread Aaron Ecay
Dear all, I just pulled the last couple weeks' worth of changes and rebuilt notmuch, only to have the new binary give a segfault on notmuch new (running on OS X.6). The error message printed was: (process:21821): GLib-GObject-CRITICAL **: gtype.c:2708: You forgot to call g_type_init() And the

Re: segfault: g_type_init() missing

2011-07-23 Thread Jameson Graef Rollins
On Sun, 24 Jul 2011 00:32:39 -0400, Aaron Ecay aarone...@gmail.com wrote: According to the Glib docs (http://developer.gnome.org/gobject/unstable/gobject-Type-Information.html#g-type-init), the g_type_init() function must be called before using any GType stuff, which