> This whole "tagging" business is a pathetic attempt to cover up two > original blunders.
But not the ones that you cite. The original blunders were small byte sizes for both ASCII and EBCDIC, leading to a plethora of incompatible extensions of both. The answer is Unicode, though perhaps not RFC 8369 (https://sandbox.ietf.org/doc/rfc8369/ <g, r & d>), but getting there will be a bear. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 ________________________________________ From: IBM Mainframe Discussion List <[email protected]> on behalf of Paul Gilmartin <[email protected]> Sent: Tuesday, August 21, 2018 1:03 PM To: [email protected] Subject: Re: Funny characters in CPAC.PARMLIB(HZSPRM00) On Tue, 21 Aug 2018 11:26:39 -0500, John McKown wrote: >On Tue, Aug 21, 2018 at 10:40 AM Phil Smith III wrote: >> >> >I'm not saying how this "tagging" would be implemented. I don't know if >> >there is any room in the VTOC entry for a CCSID. Or if it would require >> >something in the VVDS. And the problem remains for "mixed" data where the >> >records contain both "binary" and "textual" information. >> >> That's an intriguing thought. Of course adding metadata like that to z/OS >> data sets creates a whole new mess, with "Oh, that application/whatever >> doesn't handle the tagging", but once we got there, it sure would make life >> simpler! > It would be easier to define a new attribute to new Program Objects (or relinked ones) that to retroactively tab a legacy of data sets. >That's why I want the access method to implement the CCSID conversion, >along with "tagging" and a DD parameter so that the application receives >the data in the code point it is written to handle. I don't want the >application to have to deal with "metadata", but put it on the back of the >access method; most likely QSAM and BSAM and maybe even VSAM. Much like DB2 >can do some of this. > There are CCSID options on the JCL JOB, EXEC, and DD statements that do some of this. But their function is so restricted as to make them nearly useless. This whole "tagging" business is a pathetic attempt to cover up two original blunders. https://secure-web.cisco.com/1YPcqIdFNsW6vydbKyPrfVOtsuWgu8HFY9x84psPlkom-h-DEsSP2oIlRvb8f6jAkO-UbhvZEVK80Jh1muwsqakoqhuL_u6Y2Nu1oai3YC-TOytdJkyE_pkmh5KrbTMr8GoMw3YBBAdBx-TSvK-buQGjN2hmnTnYX_Ak6CwJS6_D_OsKQasjL1jytMCt4ptHtlCRa8gkaRpYv_qs9VE3dLKGQbpW4ryM1vuGXy9fl9Viq6EJIxW5jv1S0P-lCCrx_vspAzMtB_e_CjaNvGXTIH-ZFUL4DqPLIf_kqp8XqPNQ0xAQvuhsRq2rWqmPaO65s9hRFGUmj6o6hYtNqjAwTmv69lt-FO9d8-528-4L-abvt71n9LNVNKqfNpfl-eIiSG4qAjf2Ad_9nynIrqRTdd830oAQ0AKl-8uX3ugJkssQhzN2qubQ0Nattc38J7kVk/https%3A%2F%2Fweb.archive.org%2Fweb%2F20180513204153%2Fhttp%3A%2F%2Fwww.bobbemer.com%2FP-BIT.HTM -- gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
