Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com From: "Hannu E K Nevalainen \(garbage mail\)" To: Subject: RE: vsftpd corruption problem (Re: proftpd (and vsftpd too)) Date: Mon, 5 May 2003 22:44:44 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-Priority: 3 (Normal) X-MSMail-Priority: Normal In-Reply-To: <20030505175833.GI556@tishler.net> X-Mimeole: Produced By Microsoft MimeOLE V5.50.4925.2800 Importance: Normal Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by delorie.com id h45Kl1r32220 > From: cygwin-owner AT cygwin DOT com [mailto:cygwin-owner AT cygwin DOT com]On Behalf > Of Jason Tishler --8<-- > By constructing a specially formating file, I was able to determine that > after about 150 MB is transferred, a chunk of the file is erroneously > resent. --8<-- > again. But, the file is otherwise not corrupt. BTW, I have noticed a > 200 MB file will be exactly 64 KB larger and a 300 MB file will be > exactly 128 KB larger. > > Any ideas on how to debug this further will be greatly appreciate. $ echo $(( $(( 150 * 1024 )) / 64 )) 2400 Wild guesses: Does "2400" appear as a constant anywhere near transfer buffer counts or some such? C/C++ "%" operator in use near buffers? /Hannu E K Nevalainen, Mariefred, Sweden