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
Problem reading archives containg Zip64 files #698
Comments
Could you upload the generated zip file to https://archivediag.azurewebsites.net? I could generate it from the test as well, but I don't think I have the time to do it for a while, but with the report I can take a look. Unfortunately, it still says that the blob could not be found instead of "waiting for azure function to pick up the job". It shouldn't take more than 5 min though. |
Hi @piksel, It won't upload to there as the file is too large (50mb)
|
Aight. I'll take a look. |
Well, here is the report: The local header for the large entry has bit 4 (the |
I'm not sure exactly what |
I altered your test code to use |
@piksel Thanks for taking the time to have a look. I can't get 7zip to show me the same screen that you've got there. The file has a CRC, none of the files (large or small) have |
@MatthewSteeples Hello, did you fix this problem ? I'm having the same issue and I can't found the problem. I think that the problem is with the file size I'm trying to compress... |
@geracosta Could you upload a file that shows the problem to https://archivediag.piksel.se/ ? |
Steps to reproduce
Expected behavior
File should extract normally and read 1 byte from each file
(we're experiencing this problem even when reading to the end of the Stream, this is just for illustrative purposes)
Actual behavior
When seeking to the end of file 2 (the large file) the following exception is thrown
ICSharpCode.SharpZipLib.Zip.ZipException : Data descriptor signature not found
Version of SharpZipLib
1.3.3 but also verified against master
Obtained from (only keep the relevant lines)
I'm afraid I can't spot anything obvious about what it might be. 7Zip happily opens the generated file and marks the 2 small files as version 20, with the large file being a version 45 and having a Zip64 descriptor (in Characteristics)
Hope that's enough information, but please let me know if there's anything else I can provide
Please note that this test will spit out 50mb tmp files that you'll need to clean up afterwards
The text was updated successfully, but these errors were encountered: