Xceed Zip for .NET (英語版) のリリース
Released: Jan 30, 2020
V6.8 での更新項目
機能
- Multi-thread manager can now automatically run in the background, to keep threads fed with data to compress.
- Added support for Xceed Zip 3 compressed data format in the new Xceed.Compression.Formats.XceedZip3CompressedStream class.
- The self-extractor module can now pass command-line arguments and return exit codes from the ExecuteAfter applications.
Released: Jan 30, 2019
V6.7 での更新項目
機能
- A port of Tar.NET to .NET Standard 2.0 and above is now available.
- A port of Gzip.NET to .NET Standard 2.0 and above is now available.
- A port of Synchronization.NET to .NET Standard 2.0 and above is now available.
- The ZipEvents.ReadingZipItemProgression event now supplies the ZippedFile that was just read in the ItemProgressionEventArgs.CurrentItem event argument instead of the host Zip AbstractFile.
- Added the AllowTempFiles property (enabled by default) to maintain full CPU utilization when...
Released: Jun 18, 2018
V6.6 での更新項目
機能
- Adds support for .NET Standard 2.0 and up.
- The Zip Slip Vulnerability can be addressed through the use of the FileSystemEvents.AddingItemToProcess event which has been improved to facilitate its usage in this context.
- Zip progression events now offer a consistent behavior when used with the ZipMultiThreadManager. Events are triggered in the same general order as they would in single-threaded operations. They also correctly track progress numbers for individual files and overall files even...
Released: Jan 15, 2018
V6.5 での更新項目
機能
- Update nested zip files if outer zip files use ‘Stored’ compression method.
- The following bits can now be set in ZippedFile and ZippedFolder: FileAttributes.Temporary, FileAttributes.SparseFile, FileAttributes.ReparsePoint, FileAttributes.Offline, FileAttributes.NotContentIndexed and FileAttributes.Encrypted.
Released: Sep 12, 2017
V6.4 での更新項目
機能
- Added ZipArchive.NumAutoRetries and ZipArchive.AutoRetryDelay properties that allow automatic retrying of zip file update operations when other applications (such as anti-viruses) lock the zip file and/or its temporary files.
不具合の修正
- Fixed a bug where setting ZipArchive.AllowSpanning or ZipArchive.SplitSize triggered the archive to be rewritten even if only unzip operations were made.
- Fixed a bug where the wrong exception (ZipIOException) was thrown when an aes-encrypted item was unzipped to a...
Released: Jun 5, 2017
V6.3 での更新項目
不具合の修正
- Fixed a bug where the wrong exception (ZipIOException) was thrown when an aes-encrypted item was unzipped to a file that cannot be opened.
- Fixed a bug where MemoryFolder did not set a default date/time for itself when Create() was called.
- Fixed a bug where ZippedFolder didn’t take TextEncoding and Unicode usage policy into account when the logical folder is created. Effect was duplicate folder entries (a correct one and one with OEM encoding) in some archives.
- Fixed a bug where...
Released: Mar 1, 2017
V6.2 での更新項目
機能
- Changed the exception messages for CompressionException when decompressing Deflate and Deflate64 data to make them more clear about what actually went wrong.
Released: Nov 21, 2016
V6.1 での更新項目
機能
- Improved the ability for the Deflate compression method to use multiple threads to increase compression speed.
Released: Jul 13, 2016
V6.0 での更新項目
機能
- Deflate compression method can now use multiple threads for increased compression speed.
- Added ZipArchive.DefaultPasswordTextEncoding property that accepts a System.Text.Encoding object. It allows establishing compatibility with other zip tools when using AES encryption passwords that contain non-ASCII characters.
Released: Jun 23, 2015
Updates in this release
Updates in V5.8
- Fixed a big where WindowsDiskFolder.GetFolder() returned a DiskFolder instead of a WindowsDiskFolder.
- Fixed a bug where a FileSystemInternalException was thrown when zipping items greater than 4GB
- Increased zipping speed for items > 4GB by detecting large source items early when CopyTo()/MoveTo() are used.
- WindowsDiskFile and WindowsDiskFolder didn't handle network paths correctly causing a FileSystemInternalException to be thrown for a valid path.