Easytrieve Error Messages Index

Error messages are how Easytrieve tells you what went wrong—during compile when IF has no END-IF, during SORT when a key field length mismatches FILE layout, during PRINT when a report field is undefined, or at runtime when FILE-STATUS shows a failed READ. Beginners stare at the last line of a thousand-line SYSPRINT when the first error at statement forty-two caused twenty follow-on ghosts. Veterans classify the failure: compile versus runtime, syntax versus data versus environment, then open the right artifact—compiler listing, macro expansion, job log, CEEDUMP, or DISPLAY trace. This index is section twenty-four hub: how Broadcom structures message codes, where each phase writes output, triage workflow from first error to fix, links to compiler runtime and warnings sub-indexes, and per-message deep dives planned in EASYTRIEVE_PAGES with meaning cause example fix and related errors. Pair this catalog with debugging overview when you need technique, not just message text.

Progress0 of 0 lessons

Three Message Families

Error message categories
FamilyWhenSite index
Compiler errorsSource translation fails/errors/compiler
Runtime errorsExecution fails or FILE-STATUS errors/errors/runtime
Compiler warningsCompile succeeds with cautions/errors/warnings

Paths above are relative to /tutorials/easytrieve. Each sub-index will link to per-code pages as the catalog expands—mirroring Broadcom Messages and Codes manuals for Report Generator and Plus.

Compile-Time Message Anatomy

Compiler listings pair statement numbers with message codes and English text. A typical pattern shows EZTnnnn or product-specific prefix, severity E for error W for warning, source line reference, and token involved. Statement number maps to expanded source when macros participate—always check whether error line refers to macro output not visible in original member. Multiple errors on one line often share one missing period or END-IF root cause. Fix top-down: first error in listing order, recompile, repeat until clean.

text
1
2
3
4
5
6
EZT0402 E STATEMENT NUMBER 000142 IF GROSS GT LIMIT ... (missing END-IF) EZT0511 E FIELD NET-PAY NOT DEFINED

Runtime Message Anatomy

Runtime diagnostics appear when the load module executes. FILE-STATUS or product equivalent on READ WRITE GET PUT signals dataset problems—wrong LRECL, missing DD, empty file when not expected. Arithmetic exceptions divide by zero or overflow when nullable SQL fields skip guards. Abend codes S0C7 S0C4 and similar map to dump analysis tutorials. RETURN-CODE non-zero from FINISH logic is intentional application error not compiler failure—read program DISPLAY messages before assuming system defect. CICS-backed online runs add transaction dump and message queues.

Common Compiler Error Themes

Frequent compile failure causes
ThemeExample situationTypical fix
Undefined fieldNET-PAY in JOB without DEFINEAdd DEFINE or qualify FILE: field
Reserved word conflictDEFINE SET 1 ARename to WS-SET-IND per migration
Unclosed blockIF without END-IFAdd matching terminator
FILE layout mismatchFIELD past record lengthAdjust OFFSET LENGTH or LRECL
Invalid statement contextGOTO SCREEN in BEFORE-SCREENMove to AFTER-SCREEN
Macro expansion defectGenerated DEFINE duplicateFix macro library; recompile with listing

Common Runtime Error Themes

Wrong record length after copybook change without recompile produces garbage fields not immediate abend—suspect data before runtime message appears. SORT key not in file layout fails at sort invocation with sort utility message wrapped in Easytrieve step. REPORT undefined field may default or space-fill depending on options—compare listing cross-reference. STOP and FILE EOF confusion ends job early with operator thinking error when logic intended cap. Document expected FILE-STATUS values in FINISH DISPLAY for operations.

Warnings Versus Errors

Warnings flag deprecated syntax, unreachable statements, precision truncation, and compatibility notices. Compile may produce load module despite warnings—CI pipelines should not ignore them. Compiler options diagnostics and listings pages cover WARNASERR and expanding warning detail. Warnings index on this site will catalog each message parallel to errors.

Triage Workflow

  1. Identify phase: compile step RC versus execution step RC.
  2. Open first error in listing or first abend in job log.
  3. If macros used, map statement number to expansion listing.
  4. Classify: syntax, reserved word, layout, logic, data, JCL DD.
  5. Apply minimal fix; recompile or rerun with same test data.
  6. If runtime only, add DISPLAY at branches; verify FILE definition.
  7. Archive message text and fix in change ticket for audit.

Where Output Appears

Diagnostic output locations
ArtifactContentTypical DD
Compiler listingErrors warnings expanded sourceSYSPRINT compile step
Execution logDISPLAY runtime FILE messagesSYSPRINT run step
Job logJES messages RC abend codesSDSF or SYSOUT
DumpRegister storage traceCEEDUMP or SYSUDUMP

Per-Message Pages Roadmap

EASYTRIEVE_PAGES section twenty-four specifies per error pages with meaning, cause, example, fix, and related errors. Populate from Broadcom Messages and Codes PDF starting with highest frequency shop messages—undefined field, reserved word, FILE not found, invalid SORT key. Cross-link related errors when one fix resolves multiple codes. Include JCL snippet when DD mistake causes runtime FILE error.

Related Debugging Tools

Error text explains what failed; debugging tutorials explain how to investigate. Compiler listings page teaches reading expansion and cross-reference. Tracing and DISPLAY debugging expose runtime values. Dump analysis interprets abend dumps. Test data page reduces reproduction cost. Use error index to decode message; use debugging section to instrument program.

Explain It Like I'm Five

Error messages are the computer raising its hand to say something broke. Compile errors happen while the computer reads your recipe before cooking—it refuses to start if steps are missing. Runtime errors happen while cooking—the oven is off or an ingredient jar is empty. Warnings are the computer saying this might burn later but I will try anyway. Read the first hand raised, fix that problem, and ask again instead of only reading the last shout at the end.

Exercises

  1. Classify five sample messages as compile runtime or warning.
  2. Write triage steps for EZT undefined field error.
  3. Explain why macro programs need expansion listing for errors.
  4. Contrast FILE-STATUS runtime issue with missing END-IF compile issue.
  5. List four output artifacts and what each contains.

Quiz

Test Your Knowledge

1. Compile errors are reported primarily in:

  • Compiler listing and SYSPRINT from compile step
  • CICS message queue only
  • JES2 job log exclusively
  • ISPF PDF viewer

2. Runtime errors occur when:

  • Program executes and hits invalid I/O or logic condition
  • Source is saved
  • JCL is cataloged
  • MACRO is authored

3. First error in a compile listing should be fixed first because:

  • Later errors are often cascades from the first
  • Only the first error matters legally
  • Compiler stops after one error always
  • JCL ignores later errors

4. Reserved word field name conflicts produce:

  • Compile-time duplicate symbol or keyword errors
  • Only runtime abends
  • JCL RC 12 always
  • No messages

5. Compiler warnings differ from errors because:

  • Warnings may allow compile but signal risky code
  • Warnings always abend
  • Warnings are JCL only
  • Warnings disable PRINT
Published
Read time16 min
AuthorMainframeMaster
Reviewed by MainframeMaster teamVerified: Broadcom Easytrieve 11.6 Messages and Codes structureSources: Broadcom Easytrieve 11.6 Messages and Codes, Compiler ListingsApplies to: Easytrieve error messages index