On 7/17/24 16:12, Tony Harminc wrote:
On Wed, 17 Jul 2024 at 16:56, João Reginato wrote:
As you can see, WKLEN already has a calculated value of x'023c' when the
second EQU is written.
Why don't use it?
...
The listing with the length shown that you are relying on to make that
claim was produced long after the second EQU was evaluated. The assembler
is not a single pass one, and doesn't assemble quite the way a human would.
(Though it's certainly much closer to that than are the old Asm F and XF
and their relatives.)
And so, more susceptible to human weaknesses.
I can't imagine what addtional information could be
provided in message text, M&C, or Programmer's Guide
that would help a programmer recover from this
problem.
We had a surprising quasi-Y2K problem. Changing the
year in our standard eyecatcher from '99' to '2000'
added 2 bytes to the alignment of its end, resulting
in an alignment error in one of our source files
which required, but did not ensure alignment. Should
we add 2 bytes (or 6 bytes) or CNOP to guarantee the
status quo ante?
--
gil
