register: strict IBM citation for Q1b, X13, X14, X15 (Part of #4702)

docs/language_status/register/Q1b.md

@@ -13,6 +13,6 @@ reached: "yes (#4658 case)"
   -4220 (conversion error) before Db2 sees them; that code is never a Db2 SQLCODE an embedded-SQL program meets, so
   DetSql maps it to -180 / 22007. Other driver errors pass through unchanged. SQLERRMC/SQLERRD of the mapped error stay
   empty (the DISPLAYed SQLERRD(3) is 0 on both sides).
-- **IBM.** Db2 13 for z/OS Codes, SQLCODE -180, SQLSTATE 22007: "The length or string representation of a DATE, TIME, or
+- **IBM.** Db2 for z/OS Codes (GC27-8847-02, ibm.com/docs/en/SSEPEK_12.0.0/pdf/db2z_12_codesbook.pdf; paraphrased), SQLCODE -180, SQLSTATE 22007: "The length or string representation of a DATE, TIME, or
   TIMESTAMP value does not conform to any valid format." The -4220 mapping is ours (a driver code, not a Db2 SQLCODE).
   SQLERRMC/SQLERRD of the mapped error are not compared with z/OS; not measured there (#4702 Part 2).

docs/language_status/register/X13.md

@@ -7,7 +7,8 @@ area: "CICS"
 summary: "An ESDS browsed by RBA: fixed-length records, a record's RBA its byte offset; RBAs that address no record refused"
 reached: "yes (DBB EPSMLIST)"
 ---
-- **What IBM documents** (CICS TS 6.x, EXEC CICS STARTBR / READNEXT / READPREV, and "Sequential reading (browsing)"):
+- **What IBM documents** (CICS TS 6.x, EXEC CICS STARTBR / READNEXT / READPREV, and "Sequential reading (browsing)";
+  ibm.com/docs/en/cics-ts/6.x?topic=summary-readnext; wording paraphrased):
   with RBA, RIDFLD "contains a relative byte address"; RBA on the STARTBR "applies to every READNEXT or READPREV command
   in the browse, and causes CICS to return the relative byte address of each retrieved record"; EQUAL "is the default
   for a direct ESDS browse" and GTEQ "is not valid for directly browsing an ESDS"; a RIDFLD of X'FF' characters, with

docs/language_status/register/X14.md

@@ -7,7 +7,7 @@ area: "CICS"
 summary: "READ ... INTO LENGTH: in-out, truncation and LENGERR; a VSAM file's LENGTH need not equal its record length; LENGERR on READ UPDATE refused"
 reached: "yes, NORMAL only (GenApp LGUCVS01 / LGUPVS01)"
 ---
-- **What IBM documents** (CICS TS 6.x, EXEC CICS READ): LENGTH "specifies the length, as a halfword binary value, of
+- **What IBM documents** (CICS TS 6.x, EXEC CICS READ, ibm.com/docs/en/cics-ts/6.x?topic=summary-read; wording paraphrased): LENGTH "specifies the length, as a halfword binary value, of
   the data area where the record is to be put. On completion of the READ command, the LENGTH parameter contains the
   actual length of the record"; a record longer than LENGTH is truncated to it, with LENGERR RESP2 11 ("the record is
   truncated, and the data area supplied in the LENGTH option is set to the actual length of the record"). Both sides

docs/language_status/register/X15.md

@@ -7,7 +7,8 @@ area: "CICS"
 summary: "Terminal RECEIVE (INTO / SET, LENGTH, MAXLENGTH, NOTRUNCATE; LENGERR, EOC on an LUTYPE2 terminal) and SEND CONTROL"
 reached: "yes (cics-crucible hc-terminal-receive, hc-terminal-eoc)"
 ---
-- **What IBM documents** (CICS TS, EXEC CICS RECEIVE (3270 logical) and (LUTYPE2/LUTYPE3)): with INTO and no
+- **What IBM documents** (CICS TS, EXEC CICS RECEIVE (3270 logical), ibm.com/docs/en/cics-ts/6.x?topic=summary-receive-3270-logical,
+  and (LUTYPE2/LUTYPE3); wording paraphrased): with INTO and no
   MAXLENGTH, LENGTH is "the maximum length that the program accepts" (below zero, zero); MAXLENGTH overrides it;
   longer data is truncated with LENGERR and LENGTH "set to the original length of data", or, under NOTRUNCATE, "CICS
   retains the remaining data and uses it to satisfy subsequent RECEIVE commands" with LENGTH the length returned.

tests/tools/register.py

@@ -142,7 +142,7 @@ def check() -> list[str]:
     r"|undefined (on|in|by) IBM|not documented",
     re.I,
 )
-STRICT_BASELINE: frozenset[str] = frozenset({"Q1b", "X13", "X14", "X15", "X16", "X23", "X24"})
+STRICT_BASELINE: frozenset[str] = frozenset({"X16", "X23", "X24"})
 
 
 def audit() -> list[tuple[str, str, str]]: