Мне нужно взять архивный файл из изолированного хранилища и распаковать его по указанному пути. Но при распаковке относительно больших файлов(например маленькие txt распаковываются без проблем) теряется часть информации и файлы зачастую просто не открываются. При этом WinRAR распаковывает эти же файлы без проблем.

Запаковывался файл подобным образом. Помогите, пожалуйста, понять в чем проблема! Заранее очень благодарен.

Hinidu, GZipStream и BinaryReader используют внутренние буфферы при работе с данными. Т.е. данные могут быть вычитаны из isolStream до соотв. вызова binReader.ReadBytes. Правильный признак что "байты закончились" - Position != Length на myBytes.Length > 0.

PashaPash, спасибо большое, теперь буду знать.

а как бороться с этим? Такая проблема есть и у других потоков.

Какая проблема? И зачем бороться с буфферизацией?

проблема такая у NetworkStream, если читать пока нечего он и не предупредит гад  а заполнит нулями.
борьба с использованием своего буфера

Heinzz, по ссылке проблема вообще никак не связанная с внутренними буфферами. Никакими нулями NetworkStream ничего не заполняет.

Просто Stream.Read может прочитать меньше байт, чем у него попросили. Это явно сказано в документации, и это нормально поведение. А еще Stream.Read возвращает количество прочитаных байт. 
И еще, по той же ссылке - там достаточно было заменить BinaryReader.Read на BinaryReader.ReadBytes в ReadFromStream.

а если байт еще не пришел, а мы уже его таким образом начали читать? 


это как раз int возвращаемое методом?

а он отличает 0 от null?

Read (Stream.Read и BinaryReader.Read) вычитывает все "пришедшие" на данный момент байты. Возвращает количество прочитанных. Если байт "не пришел" - оно его не вычитывает.

ReadBytes читает count байт. Если "байт не пришел" - то ReadBytes тупо сидит и ждет пока байт придет. 


да нет там никаких нулей, никаких null, и никакого чтения непришедших байт.

Представь что есть ведро с водой, в него капает тонкой струйкой. Это NetworkStream.
Read - это зачерпнуть из него кружкой (буффером) "сколько накапало" - зачерпывает то что уже есть в ведре, но не больше кружки.
ReadBytes - это зачерпнуть из ведра ровно полную кружку. Или меньше, если вдруг совсем перестанет капать - закроется сокет. Если в ведре недостаточно воды - подождать пока накапает.


Это сообщение отредактировал(а) PashaPash - 15.12.2009, 20:44

так нету в NetworkStream метода ReadBytes, только Read и ReadByte   

так есть BinaryReader, с конструктром BinaryReader(Stream). и есть BinaryReader.ReadBytes. Товарищ по ссылке юзает BinaryReader, но вызывает BinaryReader.Read, получая странные результаты.

спасибо, будем пробывать