Yves,
I installed the CAPTURE CLIST and the ISPFHTML load module on a vanilla
z/OS V3R1 system; I get the same S0C1 ABEND.
Digging deeper, the ABEND is caused when ISPFHTML branches to a x'184'
offset into the TLD, where there is data, not a valid op code. Instead of
the code that ISPFHTML expects to branch to, the TLD at x'184' offset
contains this:
l 9r?+184 x l(64)
0004C19C. 0003ABC8 00000000 00000000 00039858
00039CA4 00060000 00005000 000615F8
0004C1BC. 00064FE0 00000000 C9E2D7D7 F0F0F140
0000000C 00000000 00000000 007CBA68
The PSW is pointing to the X'AB' at x'186' offset into the TLD.
I don't see a way around this one.
Mike Shaw
MVS/QuickRef Support Group
Chicago-Soft, Ltd.
On Tue, Dec 19, 2023 at 1:34 PM Rene BRANDT <
000014a2846c6667-dmarc-requ...@listserv.uga.edu> wrote:
> Yves,
>
> Do you have the same display in 2.4?
>
> René
>
>
> Le mardi 19 décembre 2023 à 17:44:16 UTC+1, Yves Colliard <
> yves.colli...@ycos.de> a écrit :
>
> Bonjour René,
>
> oui je pense que vous avez raison - you could be right... is it documented?
>
> 00035000 000183A8 000184A8 000185A8 000186A8 0B4782C8 00000135 E3D3C4F1
> 00035018 *..cy..dy..ey..fy..bH....TLD1..&.*
> 00035020 00035018 0B495AF0 00000000 00035018 000429F0 000429D8 000157B0
> 00015810 *..&...Ü0......&....0...Q........*
> 00035040 00000000 00034FE8 00015AD8 0001ABD8 00015000 00016C48 0003D4C0
> 00000000 *......!Y..ÜQ...Q..&...%...Mä....*
> 00035060 00035418 00034E70 0004390C 00000000 00000000 00035AD8 0003DC58
> 0B4AB068 *......+...............ÜQ.....Ä..*
> 00035080 000163F4 000164F4 00000000 00035BE0 00035DE8 00035E80 00040318
> 00000000 *...4...4......$Ö..)Y..;.........*
> 000350A0 00000000 00000000 00005000 04000000 FFFFC203 FA000000 000D004B
> 0000006D *..........&.......B............_*
> 000350C0 00000001 000361E8 000026C0 0000003E 000000A0 0000003E 00000058
> 0000003D *....../Y...ä....................*
> 000350E0 00000058 0000003D 000000A0 00000001 00000025 000026C0 00000000
> 00036210 *.......................ä........*
> 00035100 00000000 04010000 00000000 0003DCBD 00000000 00000000 00000000
> 00000000 *................................*
> 00035120 00000000 00000000 00000000 00000000 00000000 00000000 00000000
> 00000000 *................................*
> 00035140 00000000 00000000 00000000 06072648 00400004 00000000 00000000
> 000002C0 *................. .............ä*
> 00035160 0B4AB5CB 00000000 00000000 00000000 C9E2D9C5 C4C4C5F4 C9E2D9C5
> C4C4C5F4 *.Ä..............ISREDDE4ISREDDE4*
> 00035180 C9E2D9F2 D4C1C3D9 C9E2D9E9 F0F0F140 00000000 00000000 00000000
> 0001ABC8 *ISR2MACRISRZ001 ...............H*
> 000351A0 00000000 00000000 00D49858 00D49CA4 0006D000 00005000 0006E5F8
> 00071FE0 *.........Mq..M.u..ü...&...V8...Ö*
> 000351C0 00000000 C9E2D9E9 F0F0F140 00000000 00000000 00000000 00BCDB70
> 80BDE298 *....ISRZ001 ..................Sq*
> 000351E0 40000000 80BDE298 00000000 00000000 00000000 00000000 00000000
> 00BBAFE8 * .....Sq.......................Y*
> 00035200 84B6DAF8 00036108 00000000 0000BAF8 85E000D8 85DA10D8 00000000
> 00000000 *d..8../........8eÖ.Qe..Q........*
> 00035220 00000000 00036B20 00BA9F60 00064768 00000000 40000000 00000000
> C9E2D7C6 *......,....-........ .......ISPF*
> 00035240 C8E3D4D3 00000000 00000000 00000000 00BCDB70 40000000 FC000000
> 00000000 *HTML................ ...........*
>
> here the data. Pointing to TLD - something we know...
> But even if we can "fix" the "begin"... what about later...
>
> best regards - salutations
> Yves
>
>
