[sword-devel] Compression status

Bert Knabe sword-devel@crosswire.org
Thu, 13 Jan 2000 19:11:49 PST

>From what I've read, most encryption can now be exported, but some (most?) 
cases will require a one time review first.


----Original Message Follows----
Greetings all:

I remember a while back that there was a discussion on encryption and it's
legality, export-wise.  Has anyone read the new export rules that the US
Gov't has put into law?  It is supposedly more lax.  I read a short article
that didn't have many details in it from www.news.com.

Hope these new rules will help the project out.

In Christ,

----Original Message Follows----
From: "Troy A. Griffitts" <scribe@crosswire.org>
Reply-To: sword-devel@crosswire.org
To: sword-devel@crosswire.org
Subject: [sword-devel] Compression status
Date: Thu, 13 Jan 2000 16:36:06 -0700

	Daniel Glassey contributed working code a while back.  He did a good
job incorporating it into the framework in which he had to work.  Upon
receiving the code, I realized some fundamental flaws in the design of
the SWCompress mechanism.  These flaws have been revised and the working
version is in CVS, along with test apps in the sword/test directory.  It
allows compression types to more easily be swapped out.

	Daniel chose to use zlib instead of our LHZ compression algorythm.  I
wanted the framework to support either.  We chose LHZ because this is
what STEP uses.  We also include the algorythm in our code instead of
using external libraries.  Before adding the zlib compressor, I would
like to investigate the usability on Windows and consider whether or not
we should include the algorythm in our code instead of calling external

	I still have not finished encorporating the SWModule drivers that
Daniel submitted into the CVS tree.  I need to make sure they work with
the new compression mechanism.

	This is the status.


Chris Little wrote:
 > > > I can add that bzip2 compresses the sword modules very well but
 > works
 > > > on the encrypted modules both tar.bz2 and tar.gz create packages that
 > are
 > > > somewhat larger than the originals.
 > >
 > > That's why we would need the compression libraries - you need to
 > after compressing.
 > Speaking of which.... What's the status of our compression libraries?  I
 > thought I read a while back that they were very near completion.  Are
 > already or soon to be included in the CVS?  Are they going to support
 > encryption?  I'm really excited about this added functionality, and so is
 > laptop's pitifully insufficient hard drive.
 > --Chris

Get Your Private, Free Email at http://www.hotmail.com

Get Your Private, Free Email at http://www.hotmail.com