[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-gnubg] Problem with source snapshots - Browser Downloads are in

From: Michael Petch
Subject: Re: [Bug-gnubg] Problem with source snapshots - Browser Downloads are in ASCII?
Date: Tue, 08 Feb 2011 05:25:53 -0700
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: Gecko/20101207 Thunderbird/3.1.7

On 08/02/2011 5:07 AM, Michael Petch wrote:

Seems to be browser download related. The file downloaded by wget (for me at least) has no issues and ls -l shows:

-rw-r--r-- 1 root root 14199163 2011-02-06 20:50 gnubg-source-SNAPSHOT-20110207.tar.gz

The file downloaded by firefox is smaller for me (and exhibits the same behavior you see). ls -l shows:

-rw-r--r-- 1 mpetch mpetch 14194658 2011-02-08 04:54 /home/mpetch/Desktop/gnubg-source-SNAPSHOT-20110207.tar.gz

As well Christian's method of using gunzip first works.

I discovered what was going on (but not why). I should have realized that one of the ways a download would be larger (and not work) is if the binary file was transferred as ASCII and not binary. Firefox is downloading with ASCII on so we are getting extra characters because of the CR/CRLF translation that gets done.

gunzip seems to work because it is smart enough to realize that the file is corrupt because of CRLF translation issues, so it fixes it on the fly. tar's decompression isn't that sophisticated so it throws an error.

When I have time I'll take a look at the headers returned by Firefox on an http download. There must be something in there that is causing the tar.gz to be downloaded as ASCII rather than binary.

I seem to recall other posts in the recent past about browser downloads appearing corrupt. Probably all related.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]