[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Installed gzip 1.3.12 to solve issue "Value too large for defined da
|
From: |
Bob Proulx |
|
Subject: |
Re: Installed gzip 1.3.12 to solve issue "Value too large for defined data type" --> still not solved |
|
Date: |
Sat, 31 May 2008 23:05:09 -0600 |
|
User-agent: |
Mutt/1.5.13 (2006-08-11) |
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:
address@hidden
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.
> address@hidden # /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
- Re: Installed gzip 1.3.12 to solve issue "Value too large for defined data type" --> still not solved,
Bob Proulx <=