Decompress option to NOT close underlaying stream about lz4.frame HOT 3 CLOSED

Fixed. The new nuget package should be online in a hour. Now both Compress and Decompress will not close input stream, you should use these methods with a using block.

BTW, I have read your issue on lz4net (MiloszKrajewski/lz4net#37). If you haven't read this repo's README.md, let me explain it:

My lib is based on lz4net. It just adds LZ4 Frame support. lz4net doesn't support LZ4 Frame format, thus it will throw an exception. It's not a bug, just not implemented.

My implementation is pure managed, but it's an incomplete implementation (without Linked blocks & Dictionary support) because it's based on lz4net and lz4net doesn't have support for (LZ4) Dictionary. By default, LZ4 official tools will use Independent block (rather than Linked block) which is supported by my lib. However if you have to handle LZ4 with Linked blocks, you have to switch to lz4.net (C++/CLI, therefore Windows only).

from lz4.frame.

The confunsion will happen to anybody that needs to work with LZ4... at first, everybody looks at nuget to download what looks to be the best package, and naturally choose LZ4Net since it's the one with the most downloads.

The fact that LZ4 can be compressed with or without a frame might not be apparent for those that are not familiar with LZ4... and it's probably a source of confusion.

Thanks anyway, with your lz4frame on top of lz4net it's working like a charm!

from lz4.frame.

Sure. Closing the Stream is a fault, I think It's better to just leave it open. Will fix it soon.

from lz4.frame.