X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD,SPF_NEUTRAL X-Spam-Check-By: sourceware.org Message-ID: <503B619C.7000700@cs.utoronto.ca> Date: Mon, 27 Aug 2012 08:01:32 -0400 From: Ryan Johnson User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: gzip 1.4-1 creates corrupt archive References: <98106E7FBCC84B84880593C9916C9502 AT AMIGIME> <50398B4C DOT 3050000 AT cs DOT utoronto DOT ca> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: 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 On 27/08/2012 7:29 AM, Earnie Boyd wrote: > On Sun, Aug 26, 2012 at 12:38 AM, K Stahl wrote: >> Missed that section, was reading from my phone. Anyway, how about >> instead of chastising someone for trying to help, you come up with an >> alternative solution? > Stating that you missed something in a post isn't really chastising as > much as it is criticism that you need to pay attention more. Reading > from a phone isn't an excuse for miscommunication. > *sigh* It was actually neither. Somebody who seemed to have a clue how to diagnose this weirdness happened to miss a relevant detail. Happens to all of us, but I figured if I pointed it out early on it would save the OP a round trip latency in getting to the next phase of diagnosis, since the advice given had already been tried. Unfortunately, it backfired and introduced 2+ rounds of latency instead. Back on topic, I can't repro using text or binary (executable) files, which makes me wonder whether the issue is the constant appending the OP mentioned. Perhaps gzip reads twice from the growing log file in a way that confuses it, and bzip2 doesn't? Perhaps there's some weirdness with atimes that makes gzip think the file is unchanged when it actually has grown? Ryan -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple