Question

I have a socket-based application that exposes received data with a BinaryReader object on the client side. I’ve been trying to debug an issue where the data contained in the reader is not clean… i.e. the buffer that I’m reading contains old data past the size of the new data.

In the code below:

System.Diagnostics.Debug.WriteLine("Stream length: {0}", _binaryReader.BaseStream.Length);
byte[] buffer = _binaryReader.ReadBytes((int)_binaryReader.BaseStream.Length);

When I comment out the first line, the data doesn’t end up being dirty (or, doesn’t end up being dirty as regularly) as when I have that print line statement. As far as I can tell, from the server side the data is coming in cleanly, so it’s possible that my socket implementation has some issues. But does anyone have any idea why adding that print line would cause the data to be dirty more often?

Answer 1

Your binary reader looks like it is a private member variable (if the leading underscore is a tell tell sign).

Is your application multithreaded? You could be experiencing a race condition if another thread is attempting to do also use your binaryReader while you are reading from it. The fact that you experience issues even without that line seems quite suspect to me.