gzip 1.4-1 creates corrupt archive

Ryan Johnson ryan.johnson@cs.utoronto.ca
Mon Aug 27 14:08:00 GMT 2012


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



More information about the Cygwin mailing list