<feed xmlns='http://www.w3.org/2005/Atom'>
<title>dcpomatic/src/lib, branch debug-corruption</title>
<subtitle>DCP-o-matic DCP tools</subtitle>
<id>https://git.carlh.net/cgit/dcpomatic/atom?h=debug-corruption</id>
<link rel='self' href='https://git.carlh.net/cgit/dcpomatic/atom?h=debug-corruption'/>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/'/>
<updated>2024-10-19T13:20:58Z</updated>
<entry>
<title>Log/hash data coming out of FileGroup.</title>
<updated>2024-10-19T13:20:58Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2024-10-19T13:20:58Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=fa1d847967f8189ba28db83bd1e38e49bfd8428a'/>
<id>urn:sha1:fa1d847967f8189ba28db83bd1e38e49bfd8428a</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Give more details when failing to send emails.</title>
<updated>2024-10-13T19:15:58Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2024-10-13T19:15:58Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=638ce5e0b3bfc690eaf13ecdf82b6cb8817d1585'/>
<id>urn:sha1:638ce5e0b3bfc690eaf13ecdf82b6cb8817d1585</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Fix bug causing signal changes to be lost (#2870).</title>
<updated>2024-10-08T17:49:33Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2024-10-08T17:49:33Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=3368aefd9782b0e22b95c1bcf988fd9b1c10522e'/>
<id>urn:sha1:3368aefd9782b0e22b95c1bcf988fd9b1c10522e</id>
<content type='text'>
It was possible (and I believe it happend) for new signals to be queued
up in _pending while some old ones were being processed.  They would
then be cleared at the end of resume() without ever being sent.
</content>
</entry>
<entry>
<title>I'm not sure if this is actually wrong, but it seems odd.</title>
<updated>2024-10-08T17:47:30Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2024-10-08T17:47:30Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=d2a09fd84fa75368c820eb443854dcf5f667f970'/>
<id>urn:sha1:d2a09fd84fa75368c820eb443854dcf5f667f970</id>
<content type='text'>
I think possibly only the first call to ::instance() would be locked.
</content>
</entry>
<entry>
<title>Clarify some uses of bind().</title>
<updated>2024-09-29T21:36:28Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2024-09-29T19:20:51Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=d9a0b0db5d19f54822668e89edbbf3d32846c763'/>
<id>urn:sha1:d9a0b0db5d19f54822668e89edbbf3d32846c763</id>
<content type='text'>
GCC 14.2.1 somehow can't decide whether to use boost:: or std::bind.
</content>
</entry>
<entry>
<title>Missing include.</title>
<updated>2024-09-29T21:36:28Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2024-09-29T18:31:38Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=250050fded706adc5ac66131548c7afad8d3ac31'/>
<id>urn:sha1:250050fded706adc5ac66131548c7afad8d3ac31</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Fix build with new boost (e.g. on Arch) (#2868)</title>
<updated>2024-09-23T23:26:17Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2024-09-23T23:26:17Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=a5a3624943ccb9769d363a84797e00cf24bbf958'/>
<id>urn:sha1:a5a3624943ccb9769d363a84797e00cf24bbf958</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Fix stupid bug introduced in 5db3eda9c6f0</title>
<updated>2024-09-11T21:08:32Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2024-09-11T21:08:32Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=179e362688a5a533f771942cde5126c0b11c7d08'/>
<id>urn:sha1:179e362688a5a533f771942cde5126c0b11c7d08</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Fix a few places where we should use dcp::File::open_error()</title>
<updated>2024-09-03T15:55:19Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2024-09-03T15:55:11Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=4049ec5e8bdddbc48689521a26bf47236c2b490d'/>
<id>urn:sha1:4049ec5e8bdddbc48689521a26bf47236c2b490d</id>
<content type='text'>
to get a more accurate error number on Windows.
</content>
</entry>
<entry>
<title>Fix confusion about operator bool() with optional.</title>
<updated>2024-09-03T15:55:19Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2024-09-03T15:53:24Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=5db3eda9c6f0d6b027263c519000997677253504'/>
<id>urn:sha1:5db3eda9c6f0d6b027263c519000997677253504</id>
<content type='text'>
I think previously no exception would be thrown even if the file weren't
open.
</content>
</entry>
</feed>
