I'll repeat my conclusion: I downloaded the ZIP file too, and it is definitely broken. The proposed FTP commands are surely wrong too all the time. I don't recognize the record packing as something standard (but I'm not specialized in all possible blocking methods). The records are prefixed by 3 bytes: a flag and a 2 byte lrecl. With a simple REXX exec, I was able to reconstruct valid files. Followed by some COPYFILEs to make some files RECFM F.
This was however not enough. The EAGACTAL EXEC has a bug in its verification process: it tries to COPY the VALTLIB CEXEC/REXXMOD into EXEC/MODULE on the target disk, but it did leave these files on the source disk The files must be uploaded in binary to VM, during upload RECFM and LRECL have no importance; the records must be reconstructed by interpreting the 3 bytes the record prefix; what I did with a simple exec. I'm just a ordinary field Systems Engeneer with some free time these days, so I could look into this. But, the official owner at IBM of these files should provide a good version. And as suggested it would better be in VMARC format as then that repository can be unpacked on VM, preserving RECFM/LRECL/timestamp of all its members. In the mean time, I can send my fixed version in a VMARC. 2007/8/10, Lionel B. Dyck <[EMAIL PROTECTED]>: > > > From reading this thread I must have missed the solution - can someone > summarize the solution to a correct upload/installation? > > Question: why doesn't IBM just include this with the base z/VM > distribution? It is free and needed by several other IBM products so why not > make it easier for your customers? > > TIA > > ------------------------------ > *Lionel B. Dyck, Consultant/Specialist * > Enterprise Platform Services, Mainframe Engineering > KP-IT Enterprise Engineering, Client and Platform Engineering Services > (CAPES) > 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED]<[EMAIL PROTECTED]> > AIM: lbdyck *|* Yahoo IM: lbdyck * > * -- Kris Buelens, IBM Belgium, VM customer support
