Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Scanning a local file headers is not necessary (except in the case of corrupted archives) #451

Merged
merged 3 commits into from
Mar 13, 2024

Conversation

likev
Copy link
Contributor

@likev likev commented Mar 19, 2023

Scanning a local file headers is not necessary (except in the case of corrupted archives) https://en.wikipedia.org/wiki/ZIP_(file_format)#Structure

We don't need `loadDataHeaderFromBinary(/*Buffer*/ input)` to get Local file header
Scanning a local file headers is not necessary (except in the case of corrupted archives) https://en.wikipedia.org/wiki/ZIP_(file_format)#Structure
Scanning a local file headers is not necessary
@likev
Copy link
Contributor Author

likev commented Mar 19, 2023

compressed size: (4 bytes)
uncompressed size: (4 bytes)
The size of the file compressed and uncompressed,respectively. If bit 3 of the general purpose bit flag is set, these fields are set to zero in the local header and the correct values are put in the data descriptor and in the central directory. If an archive is in zip64 format and the value in this field is 0xFFFFFFFF, the size will be in the corresponding 8 byte zip64 extended information extra field.

https://pkware.cachefly.net/webdocs/APPNOTE/APPNOTE-5.2.0.txt

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants