Built in compression on .net looses data, maybe?

[TerryStone]

Thanks to anyone who reads this.

Below is some C# that compresses an array of bytes, and then
decompresses, and compares the original data with the new.

Firstly, the length of the decompressed data is shorter than the
original. So some loss of data has occured. But the content up until
the early truncation matches. So am I flushing correctly? This error
only occurs for particular combinations of bytes in the original
buffer.

Secondly, when I read the decompressed data from the zip-stream, the
first read returns zero bytes. After that I perform a second read and
the data can be read. Why is that?

using System;
using System.Collecti ons.Generic;
using System.Diagnost ics;
using System.IO;
using System.IO.Compr ession;
using System.Text;

namespace lab02
{

class Program
{

static void Main(string[] args)
{

// declaration of local variables
int i1 = 0;

// create a buffer of data for compressing
byte[] bufferData = new byte[10];
for (i1 = 0; i1 < 10; i1++)
bufferData[i1] = Convert.ToByte( i1);

// PART 1 - Compression
byte[] bufferCompresse d = null;
{

// compress buffer into a memory stream (ms)
MemoryStream msCompressed = new MemoryStream();
DeflateStream zipStream = new DeflateStream(m sCompressed,
CompressionMode .Compress);
zipStream.Write (bufferData, 0, bufferData.Leng th);
msCompressed.Fl ush();

// get the compressed memory stream into a buffer
bufferCompresse d = new byte[msCompressed.Le ngth];
msCompressed.Po sition = 0;
msCompressed.Re ad(bufferCompre ssed, 0, bufferCompresse d.Length);

// close zip stream
zipStream.Close ();

}

// PART 2 - Decompression
byte[] bufferDecompres sed = null;
{

// put the compressed data (bufferCompress ed) into a memory stream
(msCompressed)
MemoryStream msCompressed = new MemoryStream();
msCompressed.Wr ite(bufferCompr essed, 0, bufferCompresse d.Length);
msCompressed.Po sition = 0;

// decompress buffer
DeflateStream zipStream = new DeflateStream(m sCompressed,
CompressionMode .Decompress);
msCompressed.Fl ush();

// read the de-compressed data into a buffer
MemoryStream msDecompressed = new MemoryStream();
int iBytesRead = 0;
byte[] bufferSub = new Byte[1024];
do
{

// read next bytes (problem with the first read, always read zero
first)
iBytesRead = zipStream.Read( bufferSub, 0, bufferSub.Lengt h);
if ((msDecompresse d.Length == 0) && (iBytesRead == 0))
iBytesRead = zipStream.Read( bufferSub, 0, bufferSub.Lengt h);

// if some data was read...
if (iBytesRead 0)
{

// add to stream
msDecompressed. Write(bufferSub , 0, iBytesRead);

}

} while (iBytesRead == bufferSub.Lengt h);

// close zip stream
zipStream.Close ();

// load buffer with unzipped data
bufferDecompres sed = new byte[msDecompressed. Length];
msDecompressed. Position = 0;
msDecompressed. Read(bufferDeco mpressed, 0,
bufferDecompres sed.Length);

}

// PART 3 - Comparision of what was and now is, or is it?
if(bufferData.L ength!=bufferDe compressed.Leng th)
Trace.TraceInfo rmation("Length mismatch!!!");
else
{

// compare contents
bool bMatch = true;
for (i1 = 0; i1 < bufferData.Leng th; i1++)
{

// if bytes do not match...
if (bufferData[i1] != bufferDecompres sed[i1])
{

// update flag
bMatch = false;

// break out of loop
break;

}

}
if(!bMatch)
Trace.TraceInfo rmation("Conten t does not match!!!");

}

}

}

}

[Marc Gravell]

First - you are flushing the wrong stream; it is zipStream that needs
flushing. However, I have seen the compression classes refuse to Flush
completely until Close is called; presumably this is an optimisation to keep
a few bytes for use in the compression algorithm. So My compression code
would be (note overload to ctor to leave the stream open):

using (MemoryStream msCompressed = new MemoryStream()) {
using (DeflateStream zipStream = new
DeflateStream(m sCompressed, CompressionMode .Compress, true)) {
zipStream.Write (bufferData, 0, bufferData.Leng th);
zipStream.Close ();
}
bufferCompresse d = msCompressed.To Array();
}

I don't know why your code reports zero (I didn't even run it to find out,
I'm afraid) - however, I would do as follows; note the trick is on the while
condition (which captures the count and tests it in one go).

using (MemoryStream msDecompressed = new MemoryStream()) {
using (MemoryStream msCompressed = new
MemoryStream(bu fferCompressed) )
using (DeflateStream zipStream = new
DeflateStream(m sCompressed, CompressionMode .Decompress)) {
int bytesRead;
const int BUFFER_SIZE = 1024;
byte[] buffer = new byte[BUFFER_SIZE];
while ((bytesRead = zipStream.Read( buffer, 0,
BUFFER_SIZE)) 0) {
msDecompressed. Write(buffer, 0, bytesRead);
}
}
bufferDecompres sed = msDecompressed. ToArray();
}

Third - in this scenario, since I used the ctor to not close the stream
(first block of code) I could actually re-use my MemoryStream between the
two blocks simply by rewinding (.Position = 0); but the above works fine,
and illustrates the point. Also note that short or fairly random blocks of
data can get longer during compression. Ironic, but life, especially with
single-pass compression. Double-pass compression can use a "don't bother"
flag.

Marc

[TerryStone]

Thanks for the help Marc. Especially the

Stream.ToArray( );

function, which make the code a lot more compact and readable.

I have discovered from another group that the zip stream must be
flushed AND closed before the compressed data can be read.

zipStream.Flush ();
zipStream.Close ();

Solved!

Terry.