HDTenEightyP/NetNews huggingface dataset:
From: ntomczak@vega.math.ualberta.ca (N Tomczak-Jaegermann)
Newsgroups: comp.compression
Subject: Re: *.sea uncompression on MS-DOS
Date: 16 Dec 92 16:57:54 GMT
Organization: University Of Alberta, Edmonton Canada

nevries@accucx.cc.ruu.nl (Nico E de Vries) writes:

>In <1gjt8jINNo09@usenet.INS.CWRU.Edu> axa12@po.CWRU.Edu (Ashok Aiyar) writes:


>>A program that I would like to try is compressed in some format
>>that ends in *.sea

>This file might just be in the ARC format since ARC is made by SEA.

Is it possible that .SEA stands for "self extracting archive"?
Try to execute it and you will see (sea?) what will happen.
Picking up an appriopriate OS and machine may help.

   Michal Jaegermann
   ntomczak@vega.math.ualberta.ca
From: kxj6@po.CWRU.Edu (Kijin Jung)
Newsgroups: comp.compression
Subject: .HQX
Date: 14 Dec 1992 12:23:59 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: kxj6@po.CWRU.Edu (Kijin Jung)
NNTP-Posting-Host: thor.ins.cwru.edu


Is there a way to decompress a macintosh .HQX file on my PC?
I know there is a program called UNSIT, which will work on
.SIT files, and yet another which will work on .PIT(?) files.

Excuse my ignorance, but I'm not very familiar with Mac compress
utilities...

Thanks in advance,

		-Kijin

Xref: sparky comp.compression:4154 comp.os.msdos.misc:6544
From: axa12@po.CWRU.Edu (Ashok Aiyar)
Newsgroups: comp.compression,comp.os.msdos.misc
Subject: *.sea uncompression on MS-DOS
Date: 15 Dec 1992 06:16:51 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: axa12@po.CWRU.Edu (Ashok Aiyar)
NNTP-Posting-Host: thor.ins.cwru.edu


A program that I would like to try is compressed in some format
that ends in *.sea

It may have been compressed on a Mac.  Any ideas on how I can uncompress
it on my PC?

If possible reply via e-mail.  I will summarize to the net.

Ashok
-- 
  Ashok Aiyar   Department of Biochemistry, CWRU   axa12@po.cwru.edu
For Internet Access (Telnet/FTP) in Cleveland, contact info@wariat.org
           Telnet to wariat.wariat.org and login as bbs
   Dial (216) 481-9425/9445 (V.32bis) or (216) 481-9436 (2400 bps)
Newsgroups: comp.compression,comp.lang.pascal
From: amead@s.psych.uiuc.edu (Alan Mead)
Subject: Re: LZW or Run-length compression source code
Organization: UIUC Department of Psychology
Date: Mon, 14 Dec 1992 04:58:23 GMT

<TAMGC@CUNYVM.BITNET> writes:

>A program I wrote in Pascal,generates a binary output file  (File of byte),
>which contains a lot of consecutive 0's and 1's. I would like to compress
>this file using LZW or run-length coding. Does anybody know where I can
>find source code in Pascal to do this compression/decomression for me?

Run length encoding is, IMHO, easier to understand and code (especially
in vanilla Pascal).  Kernighan & Plauger's book _Software Tools in
Pascal_ (ISBN 0201103427) has code starting on page 37.  If you happen
to be using Turbo Pascal, BTW, you may be able to *very significantly*
increase the efficiency of their code (at the cost of any hope of 
posting it) by reading more than one byte at a time, etc.

LZ encoding is rather more demanding (also IMHO) but there used to be a
couple versions IN TURBO PASCAL (ie, using TP extentions) in the source
(/src?) directory at garbo (128.214.87.1).  I believe I still have it if
it has left garbo's safekeeping.

Happy computing.

-alan
From: fadden@uts.amdahl.com (Andy McFadden)
Newsgroups: comp.compression
Subject: Re: Signature of a Bitmap
Keywords: bitmap signature
Date: 14 Dec 92 22:34:34 GMT
Organization: Amdahl Corporation, Sunnyvale CA

In article <3496@accucx.cc.ruu.nl> nevries@accucx.cc.ruu.nl (Nico E de Vries) writes:
>What you are looking for is not a "signature" but a fingerprint.  A very
>common and also very secure one is the MD5 algorithm which extracts
>a 16byte fingerprint from a collection of data. It is impossible (well
>almost) to have two different files with the same MD5 fingerprint.

Glad you threw in the "(well almost)".  Otherwise you would have implied
that any file could be compressed to 16 bytes.  Which sounds oddly familiar...

-- 
fadden@uts.amdahl.com (Andy McFadden)
[ Above opinions are mine, Amdahl has nothing to do with them, etc, etc. ]
Newsgroups: comp.compression
From: kocherp@leland.Stanford.EDU (Paul Carl Kocher)
Subject: Re: How do AV Codes Work? (PKZIP)
Organization: DSG, Stanford University, CA 94305, USA
Date: Sat, 12 Dec 92 04:29:55 GMT

In article <bontchev.724072736@fbihh> bontchev@fbihh.informatik.uni-hamburg.de writes:
>> (Fortunately) there are no programs around that crack AV codes, except
>> for a few brute-force hacks, but these don't produce correct checksums.
>
>Huh? I have one of those here; it requests a string (company name) and
>a three-character checksum and produces all possible registration
>numbers with that string/checksum combination.
>
>> However, it only took a couple hours for me to find the exact AV number 
>> used by PKWARE. 
>
>The program mentioned above achieved the same in slightly less than a
>minute on a 4.77 MHz XT clone.

I didn't know that someone had released a program to do this, but I suppose
it is hardly surprising, since the algorithm was so easy to break.  I don't
really know what PKWARE *ought* to do for the next release, since political
considerations make RSA unusable.  Possibly some public-key system that has
been broken could be used successfully, since very little plaintext (and 
essentially no chosen plaintext) would be available to crackers?  Or maybe
they should just do away with the feature altogether...

-- Paul Kocher
kocherp@leland.stanford.edu
From: cavers@menudo.uh.edu (Chris M. Cavers)
Newsgroups: comp.compression
Subject: Arithmetic Bit Level Coder needed
Date: 16 Dec 1992 22:50:50 -0600
Organization: University of Houston
NNTP-Posting-Host: menudo.uh.edu

Does anyone know where I can find a bit level Arithmetic encoder/compresser?
I want a pure bit level arithmetic encoder/compressor and not one that
does LZW, RLE, etc and than passes it to a bit level arithmetic comprssor.

Replies by email preffered.

Thanks
Chris

Newsgroups: comp.compression
From: dhw@plex-1.ann-arbor.mi.us (David West)
Subject: How much memory does MW compression really need?
Organization: Plex-1, Michigan's Public Access Usenet Gateway  (Ann Arbor).
Date: Sun, 13 Dec 1992 19:53:34 GMT

I've compiled Dan Bernstein's implementation of Miller-Wegman compression  
("sqz" from comp.sources.somethingorother).  The included comments say that 
it's "even more of a memory hog than Compress".  Well, compress runs in 400K, 
but sqz (with no other tasks running) thrashes and then dies on my Unix box 
(6MB real memory, 5MB swap space) trying to compress a 100K file.  
Anyone know how much memory is comfortable for it?   Or is something
else the problem?

-- 
David West           dhw@plex-1.ann-arbor.mi.us
In WWII, Germany melted down 80000 bells to obtain metal for armaments.
From: ren@function.mps.ohio-state.edu (Liming Ren)
Newsgroups: comp.compression
Subject: Fixed point of the lzw compression alg.
Date: 14 Dec 1992 17:15:37 -0500
Organization: Department of Mathematics, The Ohio State University
Distribution: world
NNTP-Posting-Host: function.mps.ohio-state.edu


I like the lzw alg. a lot. I have a question after I studied the alg:

Is there a fixed point for lzw? By fixed point, I mean the file is unchanged
after we apply the compression alg. If there is one , what is the size of 
the shortest one?

Just a random thought. I hope it makes sense!


Liming Ren
Newsgroups: comp.compression
From: djweisbe@unix.amherst.edu (David Weisberger)
Subject: Re: File Format Hell: Difference Between PKZIP 1.1, 1.93a, and 2.0?
Organization: large
X-Newsreader: TIN [version 1.1 PL7]
Date: Sat, 12 Dec 1992 02:27:04 GMT

Fuzzy Fox (fox@rei.com) wrote:
: westes@netcom.com (Will Estes) writes:
: 
: >My goal is to have an easily exchanged file format between DOS and UNIX.
: >Can I get to that goal by using ZIP 1.9 and UNZIP 5.0 on UNIX and 
: >PKZIP 1.93a on DOS?
: 
: Throw away PKUNZIP and just run UnZip on DOS, and everything will run
: just fine.  The only reason I can think of to keep PKUNZIP around is
: that you might have registered it.
: 
Another reason would be speed.  With ZIP 1.9, the -k option will
create a file which can be read by PKUNZIP 1.93a.

--
Davebo                    "Don't believe I'm taken in by stories I have heard.
                           I just read the Daily News and swear by every word."
djweisbe@unix.amherst.edu
Newsgroups: comp.compression
From: graham@cs.sfu.ca (Graham Finlayson)
Subject: Parallel Compression
Keywords: parallel, MIMD, adaptive
Organization: CSS, Simon Fraser University, Burnaby, B.C., Canada
Date: Thu, 17 Dec 1992 20:58:40 GMT


I was wondering if there has been any work carried out in parallelising
'general' compression algorithms (for example adaptive Lempel-Ziv coding).
In particular, I would be interested in learning about parallel compression
methods running on MIMD architectures.

Please email me relevant references.
(I will post a summary; if there is interest)

many thanks

Graham

-------

email: graham@cs.sfu.ca

Newsgroups: comp.compression
From: jterps38@ursa.calvin.edu (James Terpstra)
Subject: Wanted C/C++ LZ compression routines
Organization: Calvin College
Date: Mon, 14 Dec 1992 19:30:46 GMT

  I am looking for C/C++ routines for LZ compression.  Does anyone
know where I can get them???? What about the licensing of these
alogorithms?? Also does anyone have a list of what compression
alogorithms are patented???  

					Thanks in advance,

					Jim Terpstra
					jterps38@ursa.calvin.edu

Newsgroups: comp.compression
From: pat@frumious.uucp (Patrick Smith)
Subject: Re: Fixed point of the lzw compression alg.
Date: Wed, 16 Dec 1992 21:23:36 GMT
Reply-To: uunet.ca!frumious!pat
Organization: None

jones@pyrite.cs.uiowa.edu (Douglas W. Jones) writes:
|From article <1438@chorus.chorus.fr>, by jloup@chorus.fr (Jean-loup Gailly):
|Of course, it might be fun to find a fixed point for Compress that included
|the magic cookie.


I suspect (but don't know for sure) that there isn't one.

I tried this:

   touch ./00
   compress < 00 > 01
   compress < 01 > 02
   ...

hoping that eventually the sequence would converge on a fixed point.
Here's how far the sequence got before I stopped it:

   % l 0*
   -rw-r--r--   1 pat      pat            0 Dec 16 16:04 00
   -rw-r--r--   1 pat      pat            3 Dec 16 16:04 01
   -rw-r--r--   1 pat      pat            7 Dec 16 16:04 02
   -rw-r--r--   1 pat      pat           11 Dec 16 16:04 03
   -rw-r--r--   1 pat      pat           16 Dec 16 16:04 04
   -rw-r--r--   1 pat      pat           21 Dec 16 16:04 05
   -rw-r--r--   1 pat      pat           27 Dec 16 16:05 06
   -rw-r--r--   1 pat      pat           34 Dec 16 16:05 07
   -rw-r--r--   1 pat      pat           41 Dec 16 16:05 08
   -rw-r--r--   1 pat      pat           50 Dec 16 16:05 09
   % l 8*
   -rw-r--r--   1 pat      pat       631301 Dec 16 16:09 80
   -rw-r--r--   1 pat      pat       741560 Dec 16 16:09 81
   -rw-r--r--   1 pat      pat       870115 Dec 16 16:09 82
   -rw-r--r--   1 pat      pat      1019601 Dec 16 16:10 83
   -rw-r--r--   1 pat      pat      1195495 Dec 16 16:10 84
   -rw-r--r--   1 pat      pat      1399221 Dec 16 16:11 85
   -rw-r--r--   1 pat      pat      1639031 Dec 16 16:12 86
   -rw-r--r--   1 pat      pat      1919584 Dec 16 16:12 87
   % cmp 86 87
   86 87 differ: char 1215976, line 8547

Of course, this doesn't _prove_ anything; it's entirely possible
that one could generate a fixed point by taking one of these files
and modifying the last few bytes (or can someone prove this isn't
possible?).

-- 
Patrick Smith
uunet.ca!frumious!pat
pat%frumious.uucp@uunet.ca
Newsgroups: comp.compression
From: williams@herky.cs.uiowa.edu (Kent Williams)
Subject: Re: Fixed point of the lzw compression alg.
Date: Tue, 15 Dec 1992 16:59:02 GMT
Organization: University of Iowa, Iowa City, IA, USA

From article <1gj129INNdv2@function.mps.ohio-state.edu>, by ren@function.mps.ohio-state.edu (Liming Ren):
> 
> I like the lzw alg. a lot. I have a question after I studied the alg:
> 
> Is there a fixed point for lzw? By fixed point, I mean the file is unchanged
> after we apply the compression alg. If there is one , what is the size of 
> the shortest one?
> 
> Just a random thought. I hope it makes sense!
> 
> 
> Liming Ren

Taking the Unix Compress.  You start out with your
intial string table containing

	<NO PREDECESSOR>N

for N in 0..256.  The code for <NO PREDECESSOR>N is N, but the code
will be output at nine bits of precision.  So any short string of symbols
would have the extra bit inserted for each symbol.  I can't think of any
string, off the top of my head, for which the input would equal the output.
--
Kent Williams -- williams@cs.uiowa.edu Work(335-4496) Home(338-6053)
There used to be an inflammatory quote here.


Newsgroups: comp.compression
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: pkunzip or unzip 1.93
Organization: University of Vaasa, Finland
Date: Tue, 15 Dec 1992 09:11:53 GMT

In article <1gk4jqINNpnq@usenet.INS.CWRU.Edu> kbw@po.CWRU.Edu (Kevin B. Williams) writes:
>I've found a zipper pkz19p1x.zip  that is compatable with a file I have in
>1.93 format, but I can't find the unzipper for this format.  Can someone
>please point me in the right direction?

It is covered in the FAQ of this newsgroup as well as in that of
comp.binaries.ibm.pc.wanted.  But ok.  Here is the whole shebang on
the MsDos and Unix archiver versions once again

 138538 May 20  1989 garbo.uwasa.fi:/pc/arcers/arc602.exe
 200502 Jan 27  1992 garbo.uwasa.fi:/pc/arcers/arj230ng.exe
 122315 Aug 27 23:26 garbo.uwasa.fi:/pc/arcers/arj239a.exe
  98493 Nov 20 07:08 garbo.uwasa.fi:/pc/arcers/hpack78.zip
  44416 Aug  1  1991 garbo.uwasa.fi:/pc/arcers/lha213.exe
 103338 Oct  7  1990 garbo.uwasa.fi:/pc/arcers/pak251.exe
 119808 Feb 27  1989 garbo.uwasa.fi:/pc/arcers/pk361.exe
 140116 Mar 27  1990 garbo.uwasa.fi:/pc/arcers/pkz110eu.exe
  98863 Sep 26 17:49 garbo.uwasa.fi:/pc/arcers/sqz1082e.exe
  37211 Aug 30 22:17 garbo.uwasa.fi:/pc/arcers/unzip50.exe <-------
  45595 Apr 21  1992 garbo.uwasa.fi:/pc/arcers/zip10exx.zip
 114486 Aug 28 15:37 garbo.uwasa.fi:/pc/arcers/zip19p1x.zip
  73461 Jul 12  1991 garbo.uwasa.fi:/pc/arcers/zoo210.exe

 125879 Nov 23 11:38 garbo.uwasa.fi:/unix/arcers/arc.tar.Z
 667464 Dec  5 16:43 garbo.uwasa.fi:/unix/arcers/hpack78src.tar.Z
  90455 Nov 23 11:38 garbo.uwasa.fi:/unix/arcers/lha-1.00.tar.Z
  35321 Nov 23 11:38 garbo.uwasa.fi:/unix/arcers/unarj230.tar.Z
 301326 Nov 23 11:38 garbo.uwasa.fi:/unix/arcers/unzip50.tar.Z <------
 186591 Nov 23 11:38 garbo.uwasa.fi:/unix/arcers/zip10ex.tar.Z
 244565 Nov 23 11:38 garbo.uwasa.fi:/unix/arcers/zip19p1.tar.Z
 237093 Nov 23 11:38 garbo.uwasa.fi:/unix/arcers/zoo210.tar.Z

>email replies please

And what about if someone else wants to know?

"If you do not know how to go about getting this material, users are
welcome to email me for the prerecorded garbo.uwasa.fi instructions
(long, circa 29Kb).  North American users are referred to the Garbo
mirror on wuarchive.wustl.edu.  Australian users are referred to the
archie.au mirror.  For the Asian users there is the NCTUCCCA.edu.tw
mirror.  The mirrors may lag occasionally, or might not have all the
files.  If you do not receive my reply within five days, please ask
your own site's system manager to construct a returnable mail path
for you". 

..................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland
Newsgroups: comp.compression
From: leo@zelator.in-berlin.de (Stefan Hartmann)
Subject: Re: MPEG encoder
Organization: Puplic-Access-Xenix-System
Date: Sat, 19 Dec 92 13:02:17 GMT

In <1992Dec18.005244.17986@cs.wayne.edu> bhh@isis.cs.wayne.edu (Bhaskar Holur) writes:


>Is the MPEG encoder software not available in any Public Domain FTP
>like the MPEG decoder is ??  If there are MPEG format compressed
>video available with MPEG decoders, then where is the encoder??

>Can we use the Huffman and Quantization tables in the decoder for
>the encoder also? (I think yes)

>Thank you,
>Bascar
>bhh@cs.wayne.edu


Hi,

sorry the Encoder software is commercial software !

It is only sold !

Email me and I'll tell you more how to buy it...

Best regards, Stefan Hartmann,c/o Gatz & Hartmann
email to: leo@zelator.in-berlin.de



-- 
 
*************************************************************
*  Stefan Hartmann, c/o Gatz & Hartmann                     *
*  Ingenieurbuero fuer Multimedia-Anwendungen               *
*  Fehrbelliner Str. 32                                     *
*  W-1000 Berlin 20, Germany                                *
*  This is how to contact us:                               *
*  EMAIL: leo@zelator.in-berlin.de                          *
From: schan@andy.bgsu.edu (Steve)
Subject: Helps in Eudora
Followup-To: comp.compression
Organization: Bowling Green State University B.G., Oh.
Date: Fri, 18 Dec 1992 18:41:10 GMT

Hey! Guys. I am using Eudora at BGSU through the University backbond, but I
want to use the software in the modem also.  My friend just download a
Toolbox image file from Apple com. site for me.  What I suppose to do is to
install all the scripts into the system and the software should works. 
But, it doesn't!

There is one file named "installCTB11".  This should be the program which I
can double click and then everything will be done for me like magic.  But
it doesn't work that well.  So if somebody out there knows how to get the
Eudora works in the modem.  Please reply my message at schan@andy.bgsu.edu.
 I will very much appreciate your help.  So, plea....se!

Ooh! If you guys knows any public domain communication software which is
user friendly and works better than kermit, please tell me also. Thanx.  

Merry X'mas and happy New Year.
From: madler@cco.caltech.edu (Mark Adler)
Newsgroups: comp.compression
Subject: Re: File Format Hell: Difference Between PKZIP 1.1, 1.93a, and 2.0?
Date: 12 Dec 1992 18:19:21 GMT
Organization: California Institute of Technology, Pasadena
NNTP-Posting-Host: sandman.caltech.edu


>> Another reason would be speed.  With ZIP 1.9, the -k option will
>> create a file which can be read by PKUNZIP 1.93a.

You don't always need the -k option.  It's mainly to make the names
conform to the MSDOS 8.3 names.

mark
Newsgroups: comp.compression
From: bhh@isis.cs.wayne.edu (Bhaskar Holur)
Subject: MPEG encoder
Organization: Wayne State University
Date: Fri, 18 Dec 1992 00:52:44 GMT


Is the MPEG encoder software not available in any Public Domain FTP
like the MPEG decoder is ??  If there are MPEG format compressed
video available with MPEG decoders, then where is the encoder??

Can we use the Huffman and Quantization tables in the decoder for
the encoder also? (I think yes)

Thank you,
Bascar
bhh@cs.wayne.edu



Newsgroups: comp.compression
From: huuskone@klaava.Helsinki.FI (Taneli Huuskonen)
Subject: Re: How do AV Codes Work? (PKZIP)
Organization: University of Helsinki
Date: Mon, 14 Dec 1992 14:02:29 GMT

In <1992Dec12.042955.18961@leland.Stanford.EDU> kocherp@leland.Stanford.EDU (Paul Carl Kocher) writes:

>[...]  Possibly some public-key system that has
>been broken could be used successfully, since very little plaintext (and 
>essentially no chosen plaintext) would be available to crackers?

Note that if you have a public-key encryption system, the attacker can
produce arbitrary amounts of cryptotext from chosen plaintext -- thus
the amount of text actually encrypted is irrelevant. 

On the other hand, I've personally devised a public-key signature system
whose largish public keys can be used for a limited number of signatures
only, or the security will be compromised.  I don't know if there are
any other such systems.  Possibly my system can be cracked anyway; I
haven't discussed the algorithm with any expert.  At any rate, my system
shouldn't clash with any stupid crypto export laws, as it can't be used
for encryption.
-- 
Taneli Huuskonen |   finger huuskonen@cc.helsinki.fi   | Garanteely speling
-----------------|-------------------------------------| & grammer errur free
 Did I claim | S e va'gy tala'n me'g jobban boldogi't  |---------------------
 something?  | Mint ha ott volne'k, ahol lenni va'gyok.  -Peto"fi Sa'ndor
Xref: sparky comp.compression:4165 comp.os.msdos.misc:6564
From: ashok@meds38956.cwru.edu (Ashok Aiyar)
Newsgroups: comp.compression,comp.os.msdos.misc
Subject: Re: *.sea uncompression on MS-DOS
Date: Wed, 16 Dec 1992 00:09:33 GMT
Organization: CWRU School of Medicine
NNTP-Posting-Host: axa12-slip.dialin.cwru.edu

In article <3505@accucx.cc.ruu.nl> nevries@accucx.cc.ruu.nl (Nico E de Vries) writes:

>In <1gjt8jINNo09@usenet.INS.CWRU.Edu> axa12@po.CWRU.Edu (Ashok Aiyar) 
>writes:
>
>>A program that I would like to try is compressed in some format
>>that ends in *.sea
>
>This file might just be in the ARC format since ARC is made by SEA.

As promised, here's the summary.  SEA is a Macintosh self-extracting archive 
format.  I took the file onto a mac, extracted the files and copied them 
over to my PC.  Worked fine.

Thanks to all those who answered.

Ashok
----------------------------------------------------------------------
                              Ashok Aiyar 
                      Department of Biochemistry
                       CWRU School of Medicine
----------------------------------------------------------------------
Newsgroups: comp.compression
From: jones@pyrite.cs.uiowa.edu (Douglas W. Jones,201H MLH,3193350740,3193382879)
Subject: Re: Fixed point of the lzw compression alg.
Date: Wed, 16 Dec 1992 14:37:32 GMT
Organization: University of Iowa, Iowa City, IA, USA

From article <1438@chorus.chorus.fr>, by jloup@chorus.fr (Jean-loup Gailly):
> 
> No. The shortest possible fixed point for LZW is the empty string.

OOPS, sorry, you're right.  I should have said 'the shortest possible
non-empty fixed point' or perhaps 'the shortest possible interesting
fixed point.'

> Since you correctly ignored the three byte magic cookie added by
> 'compress', the output of the LZW algorithm is also an empty string.

Of course, it might be fun to find a fixed point for Compress that included
the magic cookie.
				Doug Jones
				jones@cs.uiowa.edu
Newsgroups: comp.compression
From: malinon@iastate.edu (Ramon C Redondo)
Subject: ARJfix?
Organization: Iowa State University, Ames IA
Date: Mon, 14 Dec 1992 06:46:53 GMT

Is there a program out there to repair/recover data from a corrupt
ARJ file?  During a backup of my hard disk, one 7 meg ARJ file was damaged
(somewhere after the first two compressed files) and I was HOPING (Actually
my room mate was hoping... its HIS 7 meg) that there is SOME way to recover
the data.

Please E-mail or post a response as soon as possible.

Ramon Redondo

-- 
_______________________________________________________________________________| 'If you strike me down, I will become | 'If you destroy this temple, I will |
|  more powerful than you can POSSIBLY  |  rebuild it in three days.'         ||  imagine!' - Ben Kenobi, _Star_Wars_  |  - Jesus Christ, _The_New_Testament_|
-------------------------------------------------------------------------------
Newsgroups: comp.compression