On Thu, Aug 24, 2017 at 4:01 PM, Paul Gilmartin < [email protected]> wrote:
> On Thu, 24 Aug 2017 09:16:36 -0500, John McKown wrote: > >> > >> Decades ago, before OMVS was envisioned, I was maintaining/enhancing the > >> runtime library for a FOSS Pascal system and wished the access method > >> would do something similar for Classic data sets. It would have saved > me > >> considerable support code and a Pascal application could have seen > >> everything as RECFM=V. > >> > >> Such support for Classic data sets still merits an RFE, IMHO. Even > better than > >> mere backward compatibility. > > > >That would be interesting to have. Let [BQ]SAM compare the RECFM in the > >DSCB (or tape label) versus the program (or JCL). If the DCB or JCL says > >RECFM=V & the DSCB says RECFM=F, then create a VB record from the FB > record > >and vice versa. If this were really wanted, then I would bet that someone > >could use the GPSAM program from the CBT to create something. > > > Or, just eschew Classic data sets and do everything with UNIX files. The > code > already exists and is operational. Binder's misbehavior should be > APARable; > documenting it as a feature is improper. > That is a _possibility_, but (IMO) highly unlikely to actually be done. Why? Well, first off it requires convincing the Tech Services manager/people that it is a good idea, since they need to set up the filesystem(s). Then you need to convince the programming manager/people that it is a good idea, despite being something new (there are always "reactionary" people who hate any change). Oh, just as an aside about the difficulty of this, I had one who liked the idea, but hated the fact that the directory separator was a / instead of the "Windows standard" \. It constantly messed him up and he abandoned using z/OS UNIX just because "it was too much bother to remember". I also wonder how well this would be supported by restart products such as CA-11. And, while we're at it, should the data be created FILEDATA=BINARY or FILEDATA=TEXT or FILEDATA=RECORD? Pick only _ONE_ or the programmers are likely to get up in arms about needed to bother with "fiddly stuff". Oh, and let's not even get into what the Production Control people will do. > > -- gil > > -- If you look around the poker table & don't see an obvious sucker, it's you. Maranatha! <>< John McKown ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
