Perhaps "not financially viable". "We" complain about how much z/OS costs right now. Imagine the howls of rage if IBM were to increase the cost of z/OS by 10% (to pick a round, random, number) and say that it was to allow z/OS to use FBA devices. PDSes are a integral part of z/OS (like it or not). Many people still dislike PDSEs. PDSs can't exist without CKD. So to go "pure" FBA (to remove the dependency on ECKD) would require a huge investment. Now, to add FBA support for access methods which are inherently FBA compatible (VSAM et al.) would likely be easier.
-- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -----Original Message----- > From: IBM Mainframe Discussion List > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chase, John > Sent: Tuesday, March 22, 2011 2:36 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: junking CKD; was "Social Security Confronts IT > Obsolescence" > > > -----Original Message----- > > From: IBM Mainframe Discussion List On Behalf Of Anne & Lynn Wheeler > > > > [ snip ] > > > > pure conjecture ... a possible motivation for not bothering with > > fine-tuning any (e)ckd support is that these days all (e)ckd devices > are > > really some form of FBA device with an additional eckd simulation > layer > > on top. Given native FBA device support ... going directly to the > native > > FBA device eliminates an extraneous eckd simulation layer > (aka for any > > eckd device, an equivalent native FBA device could be used w/o the > > additional, unnecessary eckd layer). > > > > the ckd/eckd simulation layer continues to live on because > MVS (& its > > descendants) have been unable to support the native devices. > > "Unable", or "unwilling"? Many of your own posts on the topic suggest > the latter. > > -jc- > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html