McKown, John wrote:
But much more difficult, at least for the programmers around here, than
a nicely formatted AbendAID dump. Which they look at in the ISPF dialog,
not on SPOOL.
So I guess my thought is, why would a __normal programmer__ want to use
IPCS? Especially instead of something like AbendAID or Symdump or
DumpMaster or ... ? Of course, I've now labelled everybody who uses IPCS
as abnormal <grin>.
When I think of a so-called "formatted" dump, I think of something
similar to:
ip l 00FD9E20
00FD9E20. E4C1F3F7 F9F0F440 E2D7F74B F04BF940 |UA37904 SP7.0.9 |
00FD9E30. C8C2C2F7 F7F4F040 40404040 40404040 |HBB7740 |
00FD9E40. 40404040 40404040 00002096 F0F3F840 | ...o038 |
00FD9E50. 00000218 00FEB4C4 00FDE604 00FD9DE8 |.......D..W....Y|
00FD9E60. 00000000 00FF55E8 00FF1F96 00FE6B2E |.......Y...o..,.|
00FD9E70. 00FE6934 0197BD48 81177680 00FECEA8 |.....p..a......y|
How do I search for a string that "wraps" from one formatted line to the
next? In IPCS there are no "lines". How do I position to a particular
address? IIRC, if I want to position to 00FD9E3A in a formatted dump, I
need to figure out which address is printed on the left --the next lower
multiple of 16 or 32 (depending on how many words are formatted per
line) -- and FIND that value in the proper column. How well does that
work when the formatting of "n" lines are suppressed because they
contain the same data as the previous line? IPCS has none of these
limitations. Storage is storage. I can use indirect addressing to follow
complex storage chains. And, if I list a known structure, for which
someone has created formatting models etc., I can get even "nicer" displays.
ip l cvt
CVT - Communications Vector Table
LIST FD9E50. ASID(X'0001') POSITION(X'-28') LENGTH(X'0528') STRUCTURE(Cvt)
ASID(X'0001') ADDRESS(FD9E28.) KEY(00) ABSOLUTE(3F027E28.)
-0028 00FD9E28. E2D7F74B F04BF940 | SP7.0.9 |
-0020 00FD9E30. C8C2C2F7 F7F4F040 40404040 40404040 |HBB7740 |
-0010 00FD9E40. 40404040 40404040 00002096 F0F3F840 | ...o038 |
+0000 00FD9E50. 00000218 00FEB4C4 00FDE604 00FD9DE8 |.......D..W....Y|
+0010 00FD9E60. 00000000 00FF55E8 00FF1F96 00FE6B2E |.......Y...o..,.|
+0020 00FD9E70. 00FE6934 0197BD48 81177680 00FECEA8 |.....p..a......y|
+0030 00FD9E80. 021DB068 00FE5D40 0108106F 00FD9C88 |......) ...?...h|
ip cbf cvt str(cvt)
CVT: 00FD9E50
-0028 PRODN.... SP7.0.9 PRODI.... HBB7740 VERID....
-0006 MDL...... 2096 RELNO.... 038
+0000 TCBP..... 00000218 0EF00.... 00FEB4C4 LINK..... 00FDE604
+000C AUSCB.... 00FD9DE8 BUF...... 00000000 XAPG..... 00FF55E8
+0018 0VL00.... 00FF1F96 PCNVT.... 00FE6B2E PRLTV.... 00FE6934
+0024 LLCB..... 0197BD48 LLTRM.... 81177680 XTLER.... 00FECEA8
+0030 SYSAD.... 021DB068 BTERM.... 00FE5D40 DATE..... 0108106F
+003C MSLT..... 00FD9C88 ZDTAB.... 00F4B000 XITP..... 00FF7EE8
--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/
----------------------------------------------------------------------
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
