Problem reading archives containg Zip64 files
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 35/100
Piste de recherche
Commencez par le test de reproduction du commit c76de92b5f250f37d292112cb26639afc53d0d9b et examinez la gestion de Zip64 et de data-descriptor dans SharpZipLib. Exécutez le test avec l’archive de 50 Mo signalée, puis vérifiez que le déplacement à la fin du fichier volumineux et la lecture des petits fichiers s’effectuent sans l’exception « Data descriptor signature not found ».
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Steps to reproduce
- Please see the test located at https://github.com/MatthewSteeples/SharpZipLib/commit/c76de92b5f250f37d292112cb26639afc53d0d9b
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)
- Compiled from source, commit: ff64d0a
- Package installed using NuGet (1.3.3)
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
- Langage dominant
- C#
- Étoiles
- 3.9k
- Forks
- 1k
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Préparer son environnement
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de icsharpcode/SharpZipLib
-
*no response* bug
Difficulté 1/5 Moins d'une heure Accessibilité débutants 78/100
icsharpcode/SharpZipLib#905 · 1 commentaire ·
-
bug bzip2
Difficulté 4/5 3-5 jours Accessibilité débutants 45/100
icsharpcode/SharpZipLib#904 ·
-
SetLevel in ZipFileOuverteenhancement zip
Difficulté 2/5 1-2 jours Accessibilité débutants 55/100
icsharpcode/SharpZipLib#903 ·
-
*no response* bug
Difficulté 4/5 3-5 jours Accessibilité débutants 32/100
icsharpcode/SharpZipLib#901 · 1 commentaire ·
-
*no response* bug
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
icsharpcode/SharpZipLib#894 · 1 commentaire ·
Toutes les issues de icsharpcode/SharpZipLib
Issues similaires
-
Web 面板启动失败时进程以退出码 0 结束，编排层看不到异常Ouverte.NET bug
Difficulté 2/5 1-3 heures Accessibilité débutants 86/100
RayWangQvQ/BiliBiliToolPro#1144 ·
Les mainteneurs répondent en général sous 1 jour
-
area-System.Numerics.Tensors untriaged
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
dotnet/runtime#134691 · 2 commentaires ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 86/100
microsoft/DataFactory.MCP#121 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
unoplatform/uno.templates#2277 ·
Les mainteneurs répondent en général sous 5 jours
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
microsoft/fluentui-blazor#5344 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour