RE: Re: SAVF? Compressed or not?

[qsrvbas@xxxxxxxxxxxx]

midrange-l-request@xxxxxxxxxxxx wrote:

>   8. Re: SAVF? Compressed or not? (Douglas Handy)
>
>So, what's up with the size discrepancy?  Also, should this file be
>> compressed or not?
>
>
>Depends on the DTACPR() keyword valud on the SAVxxx command.  The default is
>*DEV, which takes its value from the device used for the saves.  For a
>*SAVF, this would default to no compression.  You can use DTACPR(*YES) to
>use compression.


Back around version 3, I recall seeing reason that the DTACPR() parameter was 
ignored unless explicitly specified. I.e., even the default resulted in (*NO) 
unless you actually coded the parm. I figured that the command (at the time at 
least) had PARM PASSATR(*YES) or something similar in order to determine 
whether the parm had been explicitly coded. Maybe my memory is faulty and maybe 
the issue was fixed if it existed.

Also, compressing the SAVF itself might not do as much as compressing the 
objects within the SAVF, depending on what kinds of objects they are. Use the 
CPROBJ command for that before saving them. I've had some excellent results 
with CPROBJ under the right circumstances.

In short, a SAVF is not equivalent to a .zip file in terms of compression; but 
you can do various things to affect compression.

Tom Liotta