On 16 Jun 2008 13:16:44 -0700, in bit.listserv.ibm-main you wrote: >> -----Original Message----- >> From: IBM Mainframe Discussion List >> [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman >> Sent: Monday, June 16, 2008 3:04 PM >> To: IBM-MAIN@BAMA.UA.EDU >> Subject: Re: replacing SAS for SMF reports? >[snip] >> Let me point out that PL/1 lends itself very nicely to >> processing of SMF >> data, with offset variables, etc. It's a little more work >> than just SAS >> processing, but the various data types in PL/1 can map SMF data >> variables very nicely. SAS was very effectively priced out of >> our shop >> long ago, and they were not willing to negotiate at all on >> the pricing >> issue. >> > >I would love to try C or PL/I. But all we have are HLASM and COBOL. Oh, >and the current "freebies" such as Java (which nobody but me has much >familiarity with), REXX, Perl, and maybe some others.
With reference modification available, the only things that are awkward in COBOL are bit switches and the 1 byte binary fields. I have written usage programs that parse the SMF 14/15, 30 and 64 records. If IBM would just implement the data types in the 2002 standard including the new floating point usages as IEEE, COBOL the above caveats would go away and COBOL would play nicer with JAVA. COMP-1 and COMP-2 could be retained for hex floating point so a single COBOL program could have both types of floating point. YES there is a SHARE requirement for this. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
