Date: Fri, 4 May 2007 13:22:36 -0500 From: David Kelly <dkelly@hiwaay.net> To: David Banning <david@skytracker.ca> Cc: questions@freebsd.org Subject: Re: can't zip large files 2gb > Message-ID: <20070504182236.GA7432@Grumpy.DynDNS.org> In-Reply-To: <20070504174258.GB22281@skytracker.ca> References: <20070502190950.GA84501@Grumpy.DynDNS.org> <20070503044136.GA57871@skytracker.ca> <25CFA57D-585A-43F1-A5EF-9A1F82BE0A16@hiwaay.net> <20070503170735.GA43512@skytracker.ca> <20070503185000.GA92554@Grumpy.DynDNS.org> <60476.74.97.229.173.1178222987.squirrel@sq.3s1.com> <20070503210349.GA93637@Grumpy.DynDNS.org> <20070504071035.GB11530@skytracker.ca> <20070504130335.GA98604@Grumpy.DynDNS.org> <20070504174258.GB22281@skytracker.ca>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, May 04, 2007 at 01:42:59PM -0400, David Banning wrote: > > What seems strange is that the failure is not a massive failure > the gzipped and then gunzipped file is only 2 bites difference > on a 3G file. I am wondering now if something could be amiss in > my BIOS - any thoughts here? FreeBSD should be BIOS agnostic. Once booted the BIOS is out of the picture. Where do the original and output differ? Use cmp(1) and it should list the offset where first difference occurs: % cmp aes_ctr.c aes_ctr2.c aes_ctr.c aes_ctr2.c differ: char 1065, line 50 Probably won't list a line number. What would be telling is if the problem occurs on a nice boundary like 2G. Sadly that would be typical of Linux as FreeBSD has not had a 2G file size limit, ever. At least not since 2.0.0. It has had cases where signed 32 bit values were used that caused problems. To this day MacOS X's ftp client doesn't understand file transfers over 2G. Transfers them just fine but gets confused as to how much it has downloaded and how much is remaining. Am thinking I know a 4.x machine that can be fired up with little more effort than to attach a KVM and flip the switch. Will see in about 6 or 8 hours. -- David Kelly N4HHE, dkelly@HiWAAY.net ======================================================================== Whom computers would destroy, they must first drive mad.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070504182236.GA7432>