[sword-devel] search idea

Thu, 13 Jan 2000 21:47:16 -0700

--=====================_14121345==_.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed

At 08:04 AM 1/13/00 -0800, you wrote:
>On Thu, 13 Jan 2000, Brook wrote:
>   PG > If file size is a problem, throw in a gzip in the file I/O 
> part.  I understand zlib works pretty well
>   PG > there, and bzip2 also has a library.  Far better to do that than 
> to have a markup where you're not
>...

>I can add that bzip2 compresses the sword modules very well but nothing works
>on the encrypted modules both tar.bz2 and tar.gz create packages that are
>somewhat larger than the originals.

Of course not. If it did, it would be lousy encryption. If you compress 
FIRST, then encrypt, then not only does the compression work, the 
encryption is strengthened (not that I care about strengthening the 
encryption in this case).

--=====================_14121345==_.ALT
Content-Type: text/html; charset="us-ascii"

<html>
At 08:04 AM 1/13/00 -0800, you wrote: 
<blockquote type=cite cite>On Thu, 13 Jan 2000, Brook wrote: 
&nbsp; PG &gt; If file size is a problem, throw in a gzip in the file I/O
part.&nbsp; I understand zlib works pretty well 
&nbsp; PG &gt; there, and bzip2 also has a library.&nbsp; Far better to
do that than to have a markup where you're not 
...</blockquote> 
 
<blockquote type=cite cite>I can add that bzip2 compresses the sword
modules very well but nothing works 
on the encrypted modules both tar.bz2 and tar.gz create packages that
are 
somewhat larger than the originals.</blockquote> 
Of course not. If it did, it would be lousy encryption. If you compress
FIRST, then encrypt, then not only does the compression work, the
encryption is strengthened (not that I care about strengthening the
encryption in this case). 
</html>

--=====================_14121345==_.ALT--