Hi Tony,

I'm in the process of rewriting GENCB for the z390 Emulator
It's in use by CICS and many other things

GENCB BLK=RPL,ACB=(R5),...
It would be a serious bug if it didn't work
I tried it and it works with  MF=omitted, E and G
An ST places the content of R5 into the ACE block
Register notation is invalid with MF=L

Melvyn Maltz.

----- Original Message ----- From: "Tony Harminc" <t...@harminc.com>
To: <ASSEMBLER-LIST@LISTSERV.UGA.EDU>
Sent: Tuesday, July 02, 2019 8:54 PM
Subject: Re: C DLL Code from Assembler


On Tue, 2 Jul 2019 at 12:50, John McKown <john.archie.mck...@gmail.com> wrote:

Wouldn't it be nice if IBM were to extend the GENCB macro to include
BLK=DCB in addition to BLK=ACB, BLK=RPL, BLK=EXLST, and BLK=NIB? OTOH, does
anyone actually use GENCB?

My impression is that GENCB and friends were effectively deprecated
long ago. We have them in some of our legacy VTAM code, and there are
all kinds of annoyances and things that they don't do correctly and
completely.  (For example, a GENCB BLK=RPL,ACB=(Rn),OPTCD=... fails to
store the supplied ACB address in the created RPL field RPLDACB.) It's
a nice idea but a poor implementation.

To say nothing about the need to bracket GENCB with
ACONTROL FLAG(NOPAGE0)
POP   ACONTROL
to avoid the HLASM complaint about no base register (because GENCB
references the CVT with a L 15,16). That they haven't made that
trivial fix in these many years says plenty.

Tony H.

Reply via email to