<feed xmlns='http://www.w3.org/2005/Atom'>
<title>notmuch/util/zlib-extra.c, branch 0.39</title>
<subtitle>thread-based email index, search, and tagging</subtitle>
<id>https://git.notmuchmail.org/git/notmuch/atom?h=0.39</id>
<link rel='self' href='https://git.notmuchmail.org/git/notmuch/atom?h=0.39'/>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/'/>
<updated>2021-03-13T12:45:34Z</updated>
<entry>
<title>util: run uncrustify</title>
<updated>2021-03-13T12:45:34Z</updated>
<author>
<name>uncrustify</name>
<email>david@tethera.net</email>
</author>
<published>2021-03-13T12:45:34Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=0756d2587220898bdeec2067363a74629411093b'/>
<id>urn:sha1:0756d2587220898bdeec2067363a74629411093b</id>
<content type='text'>
This is the result of running

     $ uncrustify --replace --config ../devel/uncrustify.cfg *.c *.h

in the util directory
</content>
</entry>
<entry>
<title>util/zlib-extra: de-inline gzerror_str</title>
<updated>2020-04-28T13:35:44Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2020-04-27T12:24:22Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=ad9c2e91a012920bebfe70bc472d44678abc3259'/>
<id>urn:sha1:ad9c2e91a012920bebfe70bc472d44678abc3259</id>
<content type='text'>
It turns out that putting inline functions in C header files is not a
good idea, and can cause linking problems if the compiler decides not
to inline them.  In principle this is solvable by using a "static
inline" declaration, but this potentially makes a copy in every
compilation unit. Since we don't actually care about the performance
of this function, just use a non-inline function.
</content>
</entry>
<entry>
<title>util: after gzgets(), Z_STREAM_END means EOF, not error</title>
<updated>2020-04-16T10:55:23Z</updated>
<author>
<name>Olivier Taïbi</name>
<email>oli@olitb.net</email>
</author>
<published>2020-04-14T17:38:40Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=b4f593e0e6288666e64d4f3d2651076f5eef1074'/>
<id>urn:sha1:b4f593e0e6288666e64d4f3d2651076f5eef1074</id>
<content type='text'>
Context: I am compiling notmuch on OpenBSD which has a rather old zlib
1.2.3.  It seems that the behaviour of gzgets() changed slightly between
this version and more recent versions, but the manual does not reflect
that change.  Note that zlib's manual:
- does not specify which error code (Z_OK or Z_STREAM_END) is set when
  EOF is reached,
- does not indicate the meaning of Z_STREAM_END after gzgets(), but
  based on its meaning as a possible return value of inflate(), I would
  guess that it means EOF.

amended by db: tidy commit message
</content>
</entry>
<entry>
<title>don't pass NULL as second parameter to gzerror</title>
<updated>2020-04-13T20:13:55Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2020-04-12T23:00:31Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=2c1f783f5f4ad28d89f2e83d7253bae7bba98440'/>
<id>urn:sha1:2c1f783f5f4ad28d89f2e83d7253bae7bba98440</id>
<content type='text'>
Although (as of 1.2.11) zlib checks this parameter before writing to
it, the docs don't promise to keep doing so, so be safe.
</content>
</entry>
<entry>
<title>util: run uncrustify</title>
<updated>2019-06-14T10:41:27Z</updated>
<author>
<name>uncrustify</name>
<email>david@tethera.net</email>
</author>
<published>2019-06-13T10:33:13Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=1a8916786f9464af6c8a05713a4c987a6b097a12'/>
<id>urn:sha1:1a8916786f9464af6c8a05713a4c987a6b097a12</id>
<content type='text'>
This is the result of running

     $ uncrustify --replace --config ../devel/uncrustify.cfg *.c *.h

in the util directory
</content>
</entry>
<entry>
<title>Use https instead of http where possible</title>
<updated>2016-06-05T11:32:17Z</updated>
<author>
<name>Daniel Kahn Gillmor</name>
<email>dkg@fifthhorseman.net</email>
</author>
<published>2016-06-02T16:26:14Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=6a833a6e83865f6999707cc30768d07e1351c2cb'/>
<id>urn:sha1:6a833a6e83865f6999707cc30768d07e1351c2cb</id>
<content type='text'>
Many of the external links found in the notmuch source can be resolved
using https instead of http.  This changeset addresses as many as i
could find, without touching the e-mail corpus or expected outputs
found in tests.
</content>
</entry>
<entry>
<title>util: add gz_readline</title>
<updated>2014-04-12T10:59:44Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2014-03-29T17:53:17Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=85d9219a62c23c3ff58b42a63b65390526b89b6b'/>
<id>urn:sha1:85d9219a62c23c3ff58b42a63b65390526b89b6b</id>
<content type='text'>
The idea is to provide a more or less drop in replacement for readline
to read from zlib/gzip streams.  Take the opportunity to replace
malloc with talloc.
</content>
</entry>
</feed>
