The first is that .NET 1.x does not have a similar library. In a future release when I get time I would like to make the compression module pluggable so there isn't a dependency on an external library like that.
The second reason is that when I was testing the two libraries a while ago SharpZipLib was actually faster and compressed better than the built in libraries. If you have code that confirms otherwise I'd love to see it and for you to send it over.
-Tim
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I've been playing around with some c# 2.0 features like generics and using
the builtin gzipstream and my code is currently slower when running the
benchmark included in the project. Though not by a lot. If i have something
usefull i'll post a patch.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello,
Why is de c#2.0 version using the CSharpLib.Gzip for gzip compression?
Can't it be replaced with the internal GzipStream?
We use SharpZipLib for two reasons.
The first is that .NET 1.x does not have a similar library. In a future release when I get time I would like to make the compression module pluggable so there isn't a dependency on an external library like that.
The second reason is that when I was testing the two libraries a while ago SharpZipLib was actually faster and compressed better than the built in libraries. If you have code that confirms otherwise I'd love to see it and for you to send it over.
-Tim
I've been playing around with some c# 2.0 features like generics and using
the builtin gzipstream and my code is currently slower when running the
benchmark included in the project. Though not by a lot. If i have something
usefull i'll post a patch.