From xemacs-m  Sun Apr 27 19:11:30 1997
Received: from crystal.WonderWorks.COM (crystal.WonderWorks.com [192.203.206.1])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id TAA20796
	for <xemacs-beta@xemacs.org>; Sun, 27 Apr 1997 19:11:28 -0500 (CDT)
Received: by crystal.WonderWorks.COM 
	id QQcndo09336; Sun, 27 Apr 1997 20:11:27 -0400 (EDT)
Date: Sun, 27 Apr 1997 20:11:27 -0400 (EDT)
Message-Id: <QQcndo09336.199704280011@crystal.WonderWorks.COM>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
From: Kyle Jones <kyle_jones@wonderworks.com>
To: XEmacs beta-list <xemacs-beta@xemacs.org>
Subject: Re: viewing gzipped tar file fails (19.15 & 20.1)
In-Reply-To: <vkafmoj5qh.fsf@cdc.noaa.gov>
References: <9704240607.AA09175@ndsoft.com>
	<kigvi5ckjpu.fsf@jagor.srce.hr>
	<9704240721.AA10268@ndsoft.com>
	<kigrag0khm1.fsf@jagor.srce.hr>
	<vkohb4l8m0.fsf@cdc.noaa.gov>
	<QQcmrh19372.199704241618@crystal.WonderWorks.COM>
	<vkafmoj5qh.fsf@cdc.noaa.gov>
X-Mailer: VM 6.30 under Emacs 19.34.1
X-Face: /cA45WHG7jWq>(O3&Z57Y<"WsX5ddc,4c#w0F*zrV#=M
        0@~@,s;b,aMtR5Sqs"+nU.z^CSFQ9t`z2>W,S,]:[+2^
        Nbf6v4g>!&,7R4Ot4Wg{&tm=WX7P["9%a)_da48-^tGy
        ,qz]Z,Zz\{E.,]'EO+F)@$KtF&V

Mark Borges writes:
 > >> On Thu, 24 Apr 1997 12:18:06 -0400 (EDT),
 > >> Kyle Jones(KJ) wrote:
 > KJ> Mark Borges writes:
 > >> [...]
 > >> Since crypt.el is an orphan and broke, I think it falls under Kyle's
 > >> critera for removal. That, or someone should step up, adopt it and fix
 > >> it. I don't think it's a hard problem to fix, but I don't want to take 
 > >> on the maintenance responsibility myself.
 > 
 > KJ> I would agree, except that I don't think this is broken behavior.
 > KJ> If the magic number is wrong, what do you expect crypt to do?
 > 
 > The magic number is not wrong. I think crypt should invoke unzip -p on
 > it, of course. 
 > 
 > KJ> And is crypt++ really orphaned?  I thought there was going to be
 > KJ> rewrite under the name encode.el or something like that.
 > 
 > News to me. I know for a fact Larry Dodd, the principal maintainer,
 > abandoned it. I'm not certain about R. Whitby. But you're listed as
 > the third author, so maybe you should fix it...

crypt++ is table driven so there isn't anything to fix, really.
Add the correct entry to crypt-encoding-alist and the problem
should go away.  I think this falls under "user customization".
But if someoine knows what the correct magic number and decoding
programs are, it should be easy to add them to the distributed
copy.

