On Monday, 09/14/2020 at 10:07 GMT, "Stanislawski, Shawn (National VM Capability)" <[email protected]> wrote: > For RECFM V when new record is longer and it would be preferable to avoid > truncation, then there does not appear to be a "pretty" solution short of > re-platforming (e.g. "go use SFS", etc).
I actually meant "not CMS" unless you want to create your own ISAM- or VSAM-like infrastructure. By that I mean a file that has data records and a file that has index records. You must occasionally "reorg" the data file to compress out deleted records (you can re-order if you like). > Attempted to use VSAM under CMS, but the CMS VSAM handling code appears to be > significantly older than the z/OS counterparts. > Other than just using SFS, not sure if re-platforming to either BFS or CMS > OpenEditions might solve. VM/VSAM (5686-081) was withdrawn from marketing in 2005 and from service in 2007, so it's only an option if you have kept your VM/VSAM license active all these years. Some people have kept NetView on VM going in their shop, and it requires VSAM. VM/VSAM was actually VSE/VSAM. The programming interface was OS/VSAM since that's what the compilers used. An API "shim" in CMS converted between OS/VSAM and VSE/VSAM APIs. Alan Altmark Senior Managing z/VM and Linux Consultant IBM Systems Lab Services IBM Z Delivery Practice ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 [email protected] IBM Endicott
