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:08:35 +0000 (23:08 +0100)
commit82faf2d5817af3ca8d303a8e1b62f23bb461dcaf
tree3731d39299179df73ec7a62f04d9dcef81d2c277
parent2456409a8db781d9ef505fc9e5f9290276ce6807
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