Andre Timmer wrote: > <html> Please configure your mail client not to send HTML email to public mailing lists. Please use plain text.
> To solve issue "Value too large for defined data type" we installed <a > > href="ftp://ftp.sunfreeware.com/pub/freeware/sparc/2.5/gzip-1.3.12-sol25-sparc-local";>gzip-1.3.12-sol25-sparc-local</a> > on Solaris 8.<br> At this point you are now debugging sunfreeware's version of gzip. According to their web page that gzip was updated on April 18, 2008. It may simply have been accidentaly built without largefile support. This might have slipped by unnoticed. Because it is updated and current I am sure that they would welcome your report to them about it. Try sending mail to their address: [EMAIL PROTECTED] I am sure that communicating with the maintainers of the SunOS port there would be very productive. That is probably your best next step. > Every one on the net says it should be solved.<br> > But it isn't.<br> > What am i doing / is going wrong?<br> I assume that you have a C compiler? If so then I suggest that you download the source code for gzip yourself and compile it yourself. It should work correctly. If it doesn't then we can look at the config.log file that is produced. Here are the steps along with a couple of tidbits of useful information concerning large files (from my platform). It would be useful in this context to know what is output for your platform. $ wget http://ftp.gnu.org/pub/gnu/gzip/gzip-1.3.12.tar $ tar xvf gzip-1.3.12.tar $ cd gzip-1.3.12 $ ./configure ... checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no ... $ make $ make check If your compiled version does not support large files then there should be interesting and useful information in the config.log file that is produced by configure. > SunOS -a 5.8 Generic_117350-28 sun4u sparc SUNW,Ultra-60<br> I believe that platorm should support large files okay. > [EMAIL PROTECTED] # /usr/local/bin/gunzip bbr.sql.gz<br> > gzip: bbr.sql.gz: Value too large for defined data type<br> !!!You have a gzip'd .gz file that is larger than 2G??!!! Wow. That either must be very hard to compress data or a very, very lot of it! How was that .gz file produced? The gzip program that produced it was obviously able to write a file larger than 2G. In that case use the same program again and have it decompress the file. As a workaround you might try redirecting the input and output. Assuming that the shell is largefile aware then something like this following may allow this to succeed because the files opened by the shell and passed as stdin and stdout to the program. I didn't try this myself but it is what I would try in this situation. gunzip < bbr.sql.gz > bbr.sql As a workaround you might copy the file to a different system and use the largefile aware gunzip there and then copy the file back. Bob
