Ref: Your note of Fri, 20 Mar 2020 10:01:28 -0600 gil writes: > On 2020-03-20, at 05:32:28, Jonathan Scott wrote: > > > > Further testing has revealed that this test case fails on every > > release of HLASM we have here back to HLASM 1.2 from around 1995. > > So the good news for us is that the current team did not break > > it, but the bad news is that the original implementation of this > > area was in error. I guess not many people use ICTL. > > > The worst news is that in 25 years some may have come to depend > on the broken behavior.
Fortunately, that's unlikely. The exact symptom is that after a conditional assembly branch is taken within an open code in a COPY book or AINSERT buffer, lines starting at the target sequence symbol are processed using the user ICTL setting instead of the standard setting. I've prototyped a fix (two lines for the main bug and one more line to ensure that the standard ICTL is used for AINSERT lines in the listing as well) which appears to work, but the process of turning that into an APAR (including full testing and review) has been deferred for the moment in the hope that we will soon receive an official support case requesting the fix, so that we can proceed immediately without having to prioritise and justify an internal defect fix. Jonathan Scott, HLASM team IBM Hursley, UK
