dcpomatic/src/lib/file_group.h, branch main DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=main 2022-11-25T23:09:27Z Return AVERROR_EOF from the avio_read method when appropriate. 2022-11-25T23:09:27Z Carl Hetherington cth@carlh.net 2022-10-01T18:11:40Z urn:sha1:bc6fd8c020ad27c86c463876f76c8add042cb660 Use dcp::File in DCP-o-matic (#2231). 2022-05-05T21:38:41Z Carl Hetherington cth@carlh.net 2022-04-16T20:20:54Z urn:sha1:8a8c977c12fc65f1f50ea05099387e0fc8840e7d C++11 tidying. 2021-04-30T23:31:35Z Carl Hetherington cth@carlh.net 2021-04-30T23:31:35Z urn:sha1:8963f0007af1a312017b9627c18b82ec2a577591 Missing delete of some constructors. 2021-04-25T14:40:36Z Carl Hetherington cth@carlh.net 2021-04-25T14:40:36Z urn:sha1:a386c56bac6b76a3db43dbb8ea2dca9538860788 Fix over-read behaviour of FileGroup to be the same on all platforms. 2020-11-28T19:58:56Z Carl Hetherington cth@carlh.net 2020-11-27T22:30:13Z urn:sha1:cf26869c2789b7ecf91e486fc3c7bf271276a592 Instead of relying on the operating system's behaviour when seeking off the end of a file, keep our own _position. This normalises the behaviour between POSIX and Windows. Fix errors when over-reading a "large" amount from FileGroups on 2020-10-13T16:51:11Z Carl Hetherington cth@carlh.net 2020-10-06T23:02:47Z urn:sha1:e5277d4042b896c4b50c694fba0f1afb47337f45 Windows. I haven't been able to find any conclusive explanation for why this stuff happens; https://stackoverflow.com/questions/7241168/safe-maximum-number-of-records-read-by-fread is one possible lead. Add a load of explicit keywords. 2018-02-27T15:34:45Z Carl Hetherington cth@carlh.net 2018-02-27T15:34:45Z urn:sha1:c6871fe8617b3de03662b7630355059393bf8043 No-op; fix GPL address and use the explicit-program-name version. 2016-05-25T19:56:58Z Carl Hetherington cth@carlh.net 2016-05-25T19:56:58Z urn:sha1:3828baf56467224f5d44049bf1e7a7ed11f43a05 Some include tidying. 2014-12-05T15:10:42Z Carl Hetherington cth@carlh.net 2014-12-05T15:10:42Z urn:sha1:e894cfe3d891135d1b92b62603a464e42bd6ed5c Comments. 2014-05-02T19:06:58Z Carl Hetherington cth@carlh.net 2014-05-02T19:06:58Z urn:sha1:2f61270d2726445f562efc0e4b33fa19ba235183