Fix the behaviour of FileGroup when seeking too far.
authorCarl Hetherington <cth@carlh.net>
Tue, 24 Nov 2020 22:01:04 +0000 (23:01 +0100)
committerCarl Hetherington <cth@carlh.net>
Tue, 24 Nov 2020 22:01:04 +0000 (23:01 +0100)
commit8a1da1da65ba0e6a6fb915c73ff6e6a81da349f2
treed7c06d8539964c19f1fd810516445e53ab3a3a25
parent676737cbf8aea298e6168ac195589d2f84b5246e
Fix the behaviour of FileGroup when seeking too far.

Previously, if you did a seek off the end of the file group,
the seek would return an error.

This is not what fseek() does; it returns no error, and preserves
the file pointer (returned by ftell()) as if the seek had been
successful.  fread()s after a too-far seek return no data, of
course.

Parsing some files (the example used to find the bug was a
H264 MP4) involves a seek which is to the byte after the end
of the mp4 file.  If this fails the whole header parsing fails
and DCP-o-matic refuses to use the file.
src/lib/file_group.cc
test/file_group_test.cc