Mark:
Having a layout of the record helps, BUT it does no good unless you
have a description of the fields. Say you dump the record there is a
"date" field . Unless you know specifically what date they are
talking about (could be assembly date, date SMF record was created
and another example it could be is the authors Birth date or mother
birth date. You can guess but you could be wrong. or it could be a
number in binary which might/might not be reads etc etc. just because
you have a field name in other words and remember in asm you have
essentially 8 characters. Look at some IBM records and while most
have semi descriptive labels others just don't.
Ed
On Sep 25, 2013, at 5:59 AM, Mark Regan wrote:
I have a ISV software product that creates SMF records for which
they do not publish the SMF record layout in their manuals. All
they do is refer you to the DSECT coding in their MAC library and
expect you to figure out the record layout from it. Not having a
background in a programming language, especially assembler (I can
do some SAS, but that's about it), is there a utility that can read
a dsect and produce a readable output to work from?
I have an older SAS program that was coded to produce reports from
the vendor's older version of the software, but the newest release
we just put on changed the SMF record layout and also increased the
record length from 1034 to 3194 bytes in length.
Thanks,
Mark Regan
<><
----------------------------------------------------------------------
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
