SharpZipLib breaking changes
nuget10 curated breaking changes across major versions of SharpZipLib. Use this as a migration checklist before bumping dependencies.
- v1.0.0-rc2 \u2192 v1.0.0breaking
**.NET Framework 4.5** `net45` (Mono 4, Dependency-free on Windows 8+/2012+) See [.NET implementation support](https://docs.microsoft.com/en-us/dotnet/standard/net-standard#net-implementation-support)
- v1.0.0-rc2 \u2192 v1.0.0breaking
The library is now released under the MIT license. See [Issue #103](https://github.com/icsharpcode/SharpZipLib/issues/103).
- v1.0.0-rc2 \u2192 v1.0.0breaking
The legacy Stream API has been replaced by the IDisposable pattern. (Stream.Close() calls Dispose(true) by default, so it should be backwards compatible) See [Stream.Close Method](https://docs.microsoft.com/en-us/dotnet/api/system.io.stream.close?view=netstandard-2.0).
- v1.0.0-rc2 \u2192 v1.0.0breaking
The targeted frameworks are now:
- v1.0.0-rc2 \u2192 v1.0.0breaking
**.NET Standard 2.0** `netstandard2` (Core 2.0+, FW 4.6.1+, Mono 5.2+, UWP 16299)
- 0.85.0.0 \u2192 0.85.1.271breaking
Fix for Zip64 descriptor handling.
- 0.85.0.0 \u2192 0.85.1.271breaking
Add preliminary implementation for handlng of full unicode names.
- 0.85.0.0 \u2192 0.85.1.271breaking
Fix up encryption handling for ZipFile during updates.
- 0.85.0.0 \u2192 0.85.1.271breaking
Update to Compact Framework handling to cater for CF 2.0 as well as 1.0 (minus encryption for 1.0)
- 0.85.0.0 \u2192 0.85.1.271breaking
Zip64 handling altered to default to "Zip32" for compatability.
Get this data programmatically \u2014 free, no authentication.
curl https://depscope.dev/api/breaking/nuget/SharpZipLib