Re: hpt zlib
  By: mark lewis to Eric Renfro on Mon Sep 14 2015 09:49 pm


 ML> 14 Sep 15 16:42, you wrote to All:

 ER>> One other issue I found about hpt was when trying to use hpt with
 ER>> internal zlib support for zip, it claimed not to be compiled with
 ER>> zlib support, which is likely obviously true.

 ER>> What do I need to do to compile it with zlib support, in what
 ER>> library handles that if not hpt and htick themselves?

 ML> why do you think you need zlib support in hpt? i'm not aware of any
 ML> message bases that use archivial formats to try to save disk space... JAM
 ML> does have a future possibility to handle compressed posts but it never
 ML> went any further than being mentioned as a possibility in the specs...

It's for the hpt Pack and Unpack to use hptzip (a library module that can be
compiled into hpt at compile-time, kind of like the libareafix stuff is done).

Instead of Unpack and Pack being the unzip and zip commands directly, it can
use zipInternal and just use zlib natively without forking out a process to
unzip. Not much, but it's a slight speed improvement even still, despite hpt
already seeming to be blazing fast.

On a side note.. One interesting thing regarding compression and message bases.
Synchronet supports compressing the body of every message in LZH format if you
so choose, so there is /a/ message base format that can compress. heh heh. Just
thought I'd toss that in there since you mentioned /any/ message bases and
compression. :) Just hpt doesn't support Synchronet's smb format, which would
be honestly extremely nice if it did, could be potentially better than
sbbsecho in some respects.

)))[Psi-Jack -//- Decker]

... I don't make jokes.  I just watch the government and report the facts.
--- SBBSecho 2.27-Linux