Path: csiph.com!x330-a1.tempe.blueboxinc.net!newsfeed.hal-mli.net!feeder1.hal-mli.net!border3.nntp.dca.giganews.com!border1.nntp.dca.giganews.com!nntp.giganews.com!npeer02.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!post01.iad.highwinds-media.com!newsfe20.iad.POSTED!83aa503d!not-for-mail From: Daniel Pitts User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 Newsgroups: comp.lang.java.programmer Subject: Re: Buffered reading seems to corrupt data stream References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Lines: 24 Message-ID: X-Complaints-To: abuse@newsrazor.net NNTP-Posting-Date: Mon, 03 Oct 2011 20:18:28 UTC Date: Mon, 03 Oct 2011 13:18:27 -0700 Xref: x330-a1.tempe.blueboxinc.net comp.lang.java.programmer:8504 On 10/3/11 1:07 PM, Qu0ll wrote: > "Ronny Schütz" wrote in message news:pe2pl8-h72.ln1@groombridge34.de... > >> It might be, that the BufferedInputStream used for the first read >> already read data belonging to the second message, that will get lost >> when you dispose the BufferedInputStream and will be missing from the >> next read call. The garbage size read is most likely actually a part of >> the payload bytes. Try to synchronize server and client somehow to >> verify. Better reuse the complete stream chain. > > Thanks Ronny. Could you please explain what you mean by "reuse the > complete stream chain"? > > -- > And loving it, > > -Qu0ll (Rare, not extinct) > _________________________________________________ > Qu0llSixFour@gmail.com > [Replace the "SixFour" with numbers to email me] He means specifically not creating a new BufferedInputStream (or any stream) each time you are reading it. You should only have one instance of BufferedInputStream, which should be stored along-side the original input stream (or socket, or whatever).