dcpomatic/src/lib/encode_server_finder.cc, branch certs DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=certs 2023-10-28T21:03:24Z Check some unsanitized network inputs before allocating memory using them. 2023-10-28T21:03:24Z Carl Hetherington cth@carlh.net 2023-10-28T21:03:24Z urn:sha1:79ae795c797bae0d6fe94ff0238e082c582eb768 Extract constants.h 2022-12-09T23:47:30Z Carl Hetherington cth@carlh.net 2022-12-09T23:47:30Z urn:sha1:da38c8a0156808595be0aae1b1490069a663fb78 Don't throw an exception if reading a encode server response fails (#2320). 2022-09-11T07:47:11Z Carl Hetherington cth@carlh.net 2022-09-05T12:30:30Z urn:sha1:d83a98096b8675905d78c6fd4e6af1091c2f663e Avoid boost::bind()ing a shared_ptr. 2022-02-25T07:00:51Z Carl Hetherington cth@carlh.net 2022-02-22T19:34:08Z urn:sha1:b2c412480aa2cc29bfbb90556f974e9294608898 Fix some dubious thread/locking behaviour. 2022-02-25T07:00:51Z Carl Hetherington cth@carlh.net 2022-02-24T18:47:19Z urn:sha1:5ec4efca61906608e2e7a590b3d1c3f2b7078e81 Previously we had server_found(), which took the lock and found a server, which it returned as an iterator into the list. However, it then released the lock, which I think left the iterator unprotected. This wasn't done in response to any particular bug, I just noticed it on the way past. C++11 tidying. 2021-05-03T18:18:04Z Carl Hetherington cth@carlh.net 2021-05-03T09:17:34Z urn:sha1:689fa55d1529ad88449ca464e9107c4dcc54d1cb Add some possibly-useful markers for debugging threads from coredumps. 2021-04-20T22:52:07Z Carl Hetherington cth@carlh.net 2021-04-20T10:27:40Z urn:sha1:c370c651eba466f5073384de8b304a2625c64b89 BOOST_FOREACH. 2021-01-07T22:27:56Z Carl Hetherington cth@carlh.net 2021-01-04T20:32:13Z urn:sha1:a5d004b0773f633401528392fc28e66d70e13ac8 std::shared_ptr 2021-01-07T21:48:29Z Carl Hetherington cth@carlh.net 2021-01-04T20:16:53Z urn:sha1:dd9be86db6cde0afa5da0d1d1ac43b42e05dca26 If we don't query a server (because we already know about it) 2020-11-26T01:24:32Z Carl Hetherington cth@carlh.net 2020-11-26T01:05:25Z urn:sha1:dfb23c675ca145b5570ccb5790ea804ad736a247 the "last seen time" will never be updated, so the server will be discarded. It seems that we should always ping servers (so that set_seen gets called on receipt of the response), no matter whether "auto-discovered" or configured, so that the "discard" code doesn't kick in. Otherwise we remove and re-add our configured servers every 10 seconds, which is inefficient and which possibly triggers other bugs.