This may be of particular interest when you’re trying to step execution through reentrant code, but your program is in problem state. The difficulty arises, of course, because the System has loaded the reentrant code into key-0 storage, and z/XDC, being in problem state, cannot set breakpoints into the code.

I have just published Z22-1711B that adds support in z/XDC for all the rest of the new machine instructions introduced on IBM’s Z14 hardware. All of the new opcodes, the new mnemonics and the new extended mnemonics are now recognized and understood.

We have just published update Z22-1709E to add to z/XDC release z2.2 support for the new BIC machine instruction.

It turns out that c/XDC users have reasons to issue the LIST LKEDMAP command a lot. This is because:

• It sometimes is the case that the external name of a function differs from its internal name,
• And it is sometimes the case that the user needs to provide a function’s external name in order to load the right source image map,
• And normally, AUTOMAP would do the job for you, but sometimes you might want to load a map or two that AUTOMAP would not be able to realize you might need.

I have just uploaded update Z22-1707B.* It implements the following in z/XDC:

RMODE64 support: When z/OS R2.3 comes out, it will have support for loading modules into above-the-bar storage. z/XDC is now ready to fully support mapping, displaying and stepping through such modules.

It recently came to our attention that under certain circumstances, attempting to use XDC in task mode FRR debugging causes the address space to hang at a pause. Turns out we had a bug in the Z21-1509H maintenance that allowed an incompatible TCB to be selected and used. This caused the “unpause” to never occur and things end up at a standstill.

This will interest Sysprogs who have to install and maintain the VTAM network nodes that cs-cdf/XDC needs.

I have just posted Z21-1509F that adds System Symbol support (&SYSCLONE &SYSNAME and friends) to server/XDC’s parsing of its //SYSIN parameter file.

As many of you know, for many years, ColeSoft has been working hard on bringing our XDC product into the C C++ *AND* Metal C worlds! Well, at long last it looks like were finally there!

I’ve just published update Z21-1506C that fixes a problem in the vector support introduced in Z21-1505F. We were using an incorrect flag bit in one of our vector support checks. Oops! That causes a S0C7-FE abend to pop up when starting a debugging session for a SRB.

I’ve just finished publishing update Z21-1505F. It implements vector register support in z/XDC. Vector registers are now saved and restored by z/XDC for both task mode and SRB mode execution.