ES40 4 EV6 cpus running at 500 Mhz
T64 v5.1 2nd patch
/usr/bin/gzip -V
gzip 1.2.4 (18 Aug 93)
Compilation options:
DIRENT UTIME STDC_HEADERS HAVE_UNISTD_H
Dear friends,
a user of mine is having trouble gzipping & gunzipping his huge data.
It happens that when a given gzipped file is ungizipped the resulting
data is different from the original.
I have to say that the original file is 624672000 ascii chars and that,
according to Murphy law, the wrong results are given only some times,
not always.
I made the foollowing loop run all nigth
loop:
gzip < testdata > testdata.gzip
gunzip < testdata.gzip > testdata.gzip.ungizzipped
diff testdata testdata.gzip.ungizzipped
goto loop
and this morning I watched out at the resluts.
Of the 117 executed loops diff has found differences 5 times.
The differences are in few characters each time (not more than 20
different lines reported by each faulty diff). So I see that
statistically the fault rate is almost 0 (20 / 624672000),
nevertheless it is a problem for my user who does'nt trust anymore his
gzipped data.
File systems is Advfs v. 4 and it doesn't send any warning nor error.
Do you have any suggestion ??
Thank you very much from Italy,
Emanuele
--
$$$ Emanuele Lombardi
$$$ mail: AMB-GEM-CLIM ENEA Casaccia
$$$ I-00060 S.M. di Galeria (RM) ITALY
$$$ mailto:emanuele.lombardi_at_casaccia.enea.it
$$$ tel +39 06 30483366 fax +39 06 30483591
$$$
$$$ |||
$$$ \|/ ;_;
$$$ What does a process need | /"\
$$$ to become a daemon ? | \v/
$$$ | |
$$$ - a fork o---/!\---
$$$ | |_|
$$$ | _/ \_
$$$* Contrary to popular belief, UNIX is user friendly.
$$$ It's just very particular about who it makes friends with.
$$$* Computers are not intelligent, but they think they are.
$$$* True programmers never die, they just branch to an odd address
$$$* THIS TRANSMISSION WAS MADE POSSIBLE BY 100% RECYCLED ELECTRONS
Received on Thu Jan 18 2001 - 14:45:34 NZDT