The manual says:
options is the sum of the binary or decimal options described below.
MHELP B'1' or MHELP 1, etc...
 
MHELP B'00000001' works (produces a nested macro trace)
MHELP B'1'  also works, as does MHELP 1.
But - MHELP X'01' and MHELP X'37' do both work. Though I don't have time to examine the X'37' results microscopically, there are lots of them.
This is with HLASM R5 on z/OS 1.13
 
David de Jongh
On 03/06/14, Ray Mullins<[email protected]> wrote:
 
Hi everyone,

Since it's gotten somewhat quiet (and it's past hump day, so the camel case
thread is no longer relevant :) ), I'm looking for confirmation that I've
discovered an MHELP bug. I'm seeing that if I use an operand that is not
decimal digits, i.e., a T' on the operand would not return 'N', branch trace
(bit B'00000010') is ignored. I've tested X'..', B'..', and EQUs.

If you are bored and would like to try this, it's simple to recreate. Just
wrap one macro invocation with MHELP 63/MHELP 0, and another with MHELP
X'3F'/MHELP 0. In the latter I'm not seeing any MHELP BRANCH entries, as if
I specified MHELP 61 (B'00111101'). I do see MHELP CALL entries, so that
rules out entries prefixed with ++//MHELP.

I'm at z/OS 1.13 PTF UK96299.

Cheers,
Ray

--
M. Ray Mullins
Roseville, CA, USA
http://www.catherdersoftware.com/

German is essentially a form of assembly language consisting entirely of far calls heavily accented with throaty guttural sounds. ---ilvi
French is essentially German with messed-up pronunciation and spelling. --Robert B Wilson
English is essentially French converted to 7-bit ASCII. ---Christophe Pierret [for Alain LaBonté]

Reply via email to