notmuch/test/T750-gzip.sh, branch 0.30 thread-based email index, search, and tagging https://git.notmuchmail.org/git/notmuch/atom?h=0.30 2019-10-12T11:45:55Z util: unreference objects referenced by the returned stream obj 2019-10-12T11:45:55Z David Bremner david@tethera.net 2019-09-22T22:44:01Z urn:sha1:4c5b17b10b786994255641fee8df4733c3586f3e We want freeing the returned stream to also free these underlying objects. Compare tests/test-filters.c in the gmime 3.2.x source, which uses this same idiom. Thanks to James Troup for the report and the fix. test: known broken test file descriptor leak in gzip file open 2019-10-12T11:43:39Z David Bremner david@tethera.net 2019-09-22T22:44:00Z urn:sha1:2cf38f8e1c1d3b50ac41b002308de5eea9efc61d James Troup reported this bug in id:87pnjsf9q5.fsf@canonical.com cli/notmuch-show: support gzipped files 2019-05-03T10:48:43Z David Bremner david@tethera.net 2019-03-24T03:32:44Z urn:sha1:103c11822ee0b7645fda6397fb40f8ac7ed9b49b This drops "file" from mime_node_context and just uses a local variable. It also uses the new gzip aware utility routines recently added to util/gmime-extra.c. The use of gzopen / gzfile in addition is a bit icky, but the choice is between that, and providing yet another readline implimentation that understands GMime streams. lib/message_file: open gzipped files 2019-05-03T10:48:43Z David Bremner david@tethera.net 2019-03-24T03:32:43Z urn:sha1:852167479f552cd396b1fdcbe9b1cb4db40e5e0a Rather than storing the lower level stdio FILE object, we store a GMime stream. This allows both transparent decompression, and passing the stream into GMime for parsing. As a side effect, we can let GMime close the underlying OS stream (indeed, that stream isn't visible here anymore). This change is enough to get notmuch-{new,search} working, but there is still some work required for notmuch-show, to be done in a following commit.