In my former life as an MVS systems programmer, adding a $DOC, $INDEX,
or $README file to a PDS, so as to document what was in the PDS, was done
routinely.
I don't have MVS available now, but I think Howard is right on target
here.
Using PKZIP 6.2 or above, I was able to create my zip archive of a Word
document with an embedded .gif file, and an Acrobat .pdf I created.
Then I clicked on ACTIONS... UUENCODE.
This created a *.UUE file which I FTP'ed as an ascii file to unix.
You might be using IRMA, RUMBA, EXTRA or some other EHLLAPI application
to do the same to an MVS environment instead of FTP. No matter, just
transfer it as though it were text. And guess what? the UUE
file fits very nicely in a PDS with RECFM=FB and LRECL=80!
I will repeat the suggestion for creating a $README (or $DOC or $INDEX,
whatever)
so that a description of this UUE file and instructions for UUDECODING
it will be available. Note: PKZIP will decode a *.UUE file back to a *.ZIP
archive for you.
Have fun!
Rob Krajcik
I would look for a utility that can perform the "Base 64" encoding which is used to pass binary files through e-mail. Then make a zip archive of your files (Word, Acrobat, whatever), encode it, and place that in the PDS. Of course you will also want to: (1) test to make sure that the reverse processes all work as expected, and (2) store a "readme" explaining the whole scheme in detail. I think this approach is good for providing a backup for use in the not too distant future. Presumably you will leave the binaries accessible in the PC environment. For true long-term archiving, I'd be concerned about using file formats which may become obsolete. > I am completing a system consisting of some 15 SAS programs and about a > hundred data files. Now it's documentation time. I have a dilemma. I'd > like to keep the documentation in the same MVS library (PDS) as the > programs. That way it won't get lost when I go on to ever greater glory, > and the next hapless contractor will surely stumble across it and > hopefully find it useful. However, that solution seems to require that > the documentation be strictly text - no Excel spreadsheet for a > file/program crossreference, no MS-Word with nice formatting, bolding > and italics to help guide the eye. Is there a way to store Excel and > MS-Word documents in an MVS PDS in such a way that it is easily > retrievable? Or does anybody out there have any other suggestions as to > how I might approach this?