The DSECT conversion utility that comes with the C/C++ compiler does a
half decent job but leaves a mess for complex mappings. It uses ADATA
which is great but the original
code mappings can be ambiguous.
On 16/06/2015 10:11 PM, Paul Gilmartin wrote:
On Mon, 15 Jun 2015 15:36:52 -0300, Clark Morris wrote:
I have processed SMF types 14/15, 30, 62 and 64 with COBOL. I reading
the VBS files you need RECORDING S on the FD. The major pains are
having to have separate FD (file descriptors) for VB and VBS, having
to be indirect in dealing with bit fields and 1 byte binary and there
being no mechanical way to get the SMF record descriptions. Actually
COBOL could be made more useful by having a tool that converts DSECTs
to COBOL record descriptions thus opening up the ability to easily
call various IBM routines.
I wonder how much of this exists as PL/S, which might be a better place
to start because the type information is more evident.
(I did say "exists" rather than "is available".)
http://xkcd.com/1537/
-- 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
