In <[log in to unmask]> [log in to unmask] writes:
 
>      We are currently resolving a similar issue (FTP of large data files
>      between 3000's).  I poked around, and found the LZW utility to work
>      very well.  It compressed our data (ASCII, w/ lot of blanks) about
>      twice as much as MOVER, and did not lose the file attributes either.
>      Since MOVER uses the POSIX naming conventions, when you extract a file
>      it also added an ACD to it...I'm not sure if this is bad or not, but
>      we are a non-POSIX shop at the moment, and I liked the fact that LZW
>      left the file in the same shape that it found it.
>
>      Any comments or experience using LZW?  How does the compression
>      algorithms compare to GZIP?  I couldn't get the copy of GZIP I
>      downloaded to run, so I didn't even try it.
 
LZW and compress (comes with 5.0) use the same compression algorithms and
in some quick tests I did compressed filesizes were almost identical between
the two. Gzip (I believe) uses a better compression. (compress/uncompress can
be run from MPE w/out going into the shell by running the programs in the
HPBIN.SYS group.)
 
If you need to compact more than one file into a single file for transmission
though, you're gonna want to use MOVER (make sure you have the A.00.02
version though as A.00.01 has some problems). Mover doesn't really compress
data though, it just packs sets of files into a single file. It is picky
about filenames though, and likes to save full filename/paths if you use
them when you generate the truck; and by default will write the files out
with the full original path (unless you specifically use the new -R option);
this can "surprise" MPE'ers not used to POSIX, as you may suddenly create a
whole directory hierarchy under your current MPE group or even what looks
like a new MPE account with GROUPs only to discover that it's LOOKS like an
account, but doesn't WORK like an account. The ACDs also can be a problem
if you don't expect them (it just bit us) and you may find yourself hitting
weird security errors on what LOOK like MPE files; an ALTSEC @;DELACD can
usually fix that.
 
 
______________________/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_
  Chris Bartram        Sales (US):   800 Net-Mail    Fax:+1 703 451-3720
   ______                         +1 703 569-9189 E-Mail: [log in to unmask]
  /__ |  \__________   Sales (Europe):+44(1480)414131 Fax:+44(1480)414134
 /  / | / ________     Sales (Pacific Rim):+61 3 489 8216 (same for fax)
|  /_ |<  ______       Tech Support:+1 703 569-9189  Fax:+1 703 451-3720
 \ __)| \ ___          E-mail: [log in to unmask]   Personal(me): [log in to unmask]
  \______/Associates,  6901 Old Keene Mill Rd Suite 205 Springfield VA 22150
_________________Inc._/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_
Gopher: gopher.3k.com   Anon-FTP: ftp.3k.com  WWW: http://www.3k.com/