From owner-freebsd-hackers Fri Jan 30 14:08:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA03679 for hackers-outgoing; Fri, 30 Jan 1998 14:08:15 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from mail.scsn.net (scsn.net [206.25.246.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA03530 for ; Fri, 30 Jan 1998 14:07:57 -0800 (PST) (envelope-from dmaddox@scsn.net) Received: from rhiannon.scsn.net ([208.133.153.25]) by mail.scsn.net (Post.Office MTA v3.1.2 release (PO205-101c) ID# 0-41950U6000L1100S0) with ESMTP id AAA182; Fri, 30 Jan 1998 17:06:04 -0500 Received: (from root@localhost) by rhiannon.scsn.net (8.8.8/8.8.7) id RAA00259; Fri, 30 Jan 1998 17:07:18 -0500 (EST) (envelope-from root) Message-ID: <19980130170718.22132@scsn.net> Date: Fri, 30 Jan 1998 17:07:18 -0500 From: dmaddox@scsn.net (Donald J. Maddox) To: Luoqi Chen , hackers@FreeBSD.ORG Subject: Re: The BSD License Reply-To: dmaddox@scsn.net Mail-Followup-To: Luoqi Chen , hackers@FreeBSD.ORG References: <9801302144.AA12486@watermarkgroup.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <9801302144.AA12486@watermarkgroup.com>; from Luoqi Chen on Fri, Jan 30, 1998 at 04:44:55PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe hackers" On Fri, Jan 30, 1998 at 04:44:55PM -0500, Luoqi Chen wrote: > It seems to me that the rfc has already provided all knowledge neccessary > to implement this compression scheme, which is a variant of LZ77 with > a static huffman encoding tree(?). It should be quite easy to adapt the > gzip code to handle this. Together with another very similar compression > protocol MPPC (M$ version of STAC), we could make one gzip module to handle > all three protocols. It seems that the RFC and ANSI X3.241-74 provide all the info necessary to implement the LZS algorithm; however, I talked today with Cheryl Poland of Hi/fn (aka STAC) about this, and she seems convinced that implementing this in just about any way I can imagine would be a violation of one or more of Hi/fn's patents :-(