You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The code in TarInputStream.GetNextEntry appears to only try to read the additional information if the header has a typeFlag equivelent to L. Looking at this documentation https://www.gnu.org/software/tar/manual/html_chapter/tar_14.html it appears different versions of the format do different things. The implementation in SharpZipLib appears to follow the 'old gnu' way but does have support for the new / current way which appears to be to read the field and see what is there.
Version of SharpZipLib
SharpZipLib.0.86.0
Obtained from (place an x between the brackets for all that apply)
Compiled from source
branch: _______
commit: _______
Downloaded DLL from GitHub
Downloaded DLL from SourceForge
Downloaded DLL from _______
DLL included as part of
Package installed using:
NuGet
MyGet
Chocolatey
The text was updated successfully, but these errors were encountered:
I tried reproducing this bug. I extracted npm-3.10.3.tgz using 7zip and TarArchive.ExtractContents and both directory structures are identical. Can you provide a dump of the directory structure you are getting? What code are you using to extract the files?
Steps to reproduce
Expected behavior
The files should be extracted in the same folder structure as it would be using 7Zip. The extracted should look something like
Actual behavior
Where the file names including the relative path is long the files are extracted in the wrong place
Additional Information
The code in
TarInputStream.GetNextEntry
appears to only try to read the additional information if the header has atypeFlag
equivelent toL
. Looking at this documentation https://www.gnu.org/software/tar/manual/html_chapter/tar_14.html it appears different versions of the format do different things. The implementation in SharpZipLib appears to follow the 'old gnu' way but does have support for the new / current way which appears to be to read the field and see what is there.Version of SharpZipLib
SharpZipLib.0.86.0
Obtained from (place an x between the brackets for all that apply)
The text was updated successfully, but these errors were encountered: