tree f8c8c8504d48bf85814f6db20faa1514dd6b2418
parent f836b9fe19b24637a65a7bbbbea7c1567b4d7529
author Googler <noreply@google.com> 1580413912 -0800
committer Copybara-Service <copybara-worker@google.com> 1580413971 -0800

third_party/ijar fix for non-sequentially ordered records in a zip

while trying to smoke test filament 1.4.5 I ran into an issue where ijar was failing on a valid input.  This is because the file entry with offset zero (see bit in bug)
does not appear first.  When ijar encounters this entry, it errantly skips updating
this->p, instead reading from the first byte past the end of the previous file entry.
The entry's size and the header's size don't agree and we fail at zip.cc:395

PiperOrigin-RevId: 292394504