<feed xmlns='http://www.w3.org/2005/Atom'>
<title>dcpomatic/src/lib/atomicity_checker.h, branch main</title>
<subtitle>DCP-o-matic DCP tools</subtitle>
<id>https://git.carlh.net/cgit/dcpomatic/atom?h=main</id>
<link rel='self' href='https://git.carlh.net/cgit/dcpomatic/atom?h=main'/>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/'/>
<updated>2020-06-04T23:18:46Z</updated>
<entry>
<title>This AtomicityChecker was introduced a long time ago for reasons</title>
<updated>2020-06-04T23:18:46Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2020-06-04T23:18:46Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=cc6c991ddd53e2f151140cbadef2da660cd7d6a3'/>
<id>urn:sha1:cc6c991ddd53e2f151140cbadef2da660cd7d6a3</id>
<content type='text'>
that are unclear.

This commit removes it because it was causing a bug whereby the
_suspended count on Butler would not go back down to 0 due to signals
being blocked by the AtomicityChecker.

I can see two possibilities:

1. AtomicityChecker is a band-aid for some deeper problem, in which
case other bugs will become apparent.  Perhaps it relates to signals
being sent before the butler/player/playlist are connected to content.

2. AtomicityChecker was correct but was not identifiying signals
from different pieces of content correctly; so the correct fix would
be to add the content pointer to the _checker.send() call and block
based also on that.
</content>
</entry>
<entry>
<title>Missing files.</title>
<updated>2018-12-14T01:10:05Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2018-12-14T01:10:05Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=ac5b373ab1f8d7cbc7b83aa05edec231bc1d956c'/>
<id>urn:sha1:ac5b373ab1f8d7cbc7b83aa05edec231bc1d956c</id>
<content type='text'>
</content>
</entry>
</feed>
