Indexed file corrupt

[Antoniov.]

Hi Martin P.J.,
I compressed using ZIP V2.3; original file is on my customer host, may contains thousand of extends but until now it works fine. Because it's a indexed rms file, application make many insert/update and some delete record.
Using CONVERT I could made my test so actually I have no more trouble.
However I will know what did happened to avoid in future time same problem.

About unzip V5.5, compiled doesn't work on V6.2, message is:
%DCL-W-ACTIMAGE, error activating image CMA$TIS_SHR
-CLI-E-IMGNAME, image file CMA$TIS_SHR.EXE
-SYSTEM-F-SHRIDMISMAT, ident mismatch with shareable image
I think compiling source code I can solve but now it's not my scope.

I think zip/unzip on vms is unstable and I remember you did hint another software to compress/decompress on vms but now I don't remember what is.

Antonio Vigliotti

[Ian Miller.]

Alternate software for compression - seek FTSV a.k.a SPOOL - although parahaps its not publicly available. It uses the DCX library routines and can make self extracting .exes

[John Eerenberg]

> now I agree with you; I also read a few
> questions about ZIP/UNZIP over vms. Next time
> I'll use backup before zip.

To help the backup along, do a set rms/extend before and after the backup:
$ set rms/extend=65535
$ backup
$ set rms/extend=0

That should override the extend quantity on the target disk and speed things up a lot hopefully.

john

[Martin P.J. Zinser]

Hello Antonio,

if I did seem to imply any misgivings about Zip, this was not the intention. We do use it very regularly for various purposes and generally speaking the SW has been very solid. Actually I am pretty sure we go through more images for the BACKUP command than for Zip in any given time.

That is not to say, there are not areas that need work (e.g. ODS-5 support). Largefile
support (>4GB) is in the works, esp. if I do find the time to work on the latest beta ;-)

Greetings, Martin