Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!cbosgd!ihnp4!dicome!salmi
From: salmi@dicome.uucp (john s salmi)
Newsgroups: net.news,net.bugs
Subject: Re: Possible compress bug
Message-ID: <918@dicome.uucp>
Date: Mon, 19-May-86 10:27:26 EDT
Article-I.D.: dicome.918
Posted: Mon May 19 10:27:26 1986
Date-Received: Fri, 23-May-86 07:17:22 EDT
References: <1633@caip.RUTGERS.EDU> <479@snow.warwick.UUCP> <501@mecc.UUCP> <1145@ariel.UUCP>
Reply-To: salmi@dicome.UUCP (john s salmi)
Followup-To: net.followup
Distribution: net
Organization: DICOMED Corp., Minneapolis
Lines: 24
Keywords: compress 4.0, large files, multiple files
Xref: watmath net.news:4879 net.bugs:808
Summary: Compress 4.0 bug(s)

In article <1145@ariel.UUCP> dbw@ariel.UUCP (DAVE B. WOOD) writes:
>> It looks like compress 4.0 mangle.  I just had a C source get mangled
>> the same way. I think it looks like part of the decompression table is
>> wrong so stuff is garbled.
>
>Losing a single byte will trash the rest of a decompressed file.
>
>Dave Wood

it appears that the compress/uncompress fault occurs only when uncompressing
multiple files, ie, ``uncompress ~/stuff/*''.  i have been testing 
compress 4.0 rather severely since the bug surfaced at our last local users
meeting, and have made the following observation...

i have been compressing/uncompressing rather large (14-40 Mb) raster images
and then viewing them.  the uncompress bug does NOT appear if i uncompress
1 file at a time.  however, if i compress a slew of files and then uncompress
them, i get errors when i cmp the uncompressed version to the virgin version.

i have NOT been able to make compress/uncompress fail on ascii files, either
single or multiple.   another clue may be some indiscriminate incompatibility
between version 3.0 and version 4.0.  

any other comments/views?