Use of expanded FILE STATUS codes for VSAM Recommendation for using ENVIRONMENT DIVISION
features
2.2.3. DATA DIVISION
The FILLER entry
Modifications to the USAGE clause
Modifications to the VALUE clause
So, Why a Second Edition?
When I wrote the first edition of this book, little did I know that a superset of COBOL II was in the works at IBM. I should have known better. IBM has been consistent in their efforts to periodically upgrade the programming environ-ment, and a superset of COBOL II should have been predictable. Fortunately for those of us who write the code, IBM's newest version of COBOL, SAA AD/Cycle COBOL/370 (referenced as COBOL/370 in this book), builds on the foundation of COBOL II. While COBOL II is certainly a major enhancement to the COBOL language and changed the perception that COBOL is a dead language, COBOL/370 ties many loose ends together from an environmental perspective. We'll see more on that later. As you read this book, you will find that COBOL/370 is actually several products, not just the compiler. I'll cover that shortly.
When I wrote the first edition, I felt strongly that COBOL programmers finally had a compiler worthy of professionals. In the two years since that book, I have had this consistently proved to me. Now, COBOL/370 carries forward what was begun with COBOL II, the flexibility to carry an application beyond the mainframe to other platforms. Programmers developing applications at pro-grammable workstations (PWS) now have a compiler that is accessible either from the mainframe or from the PWS.
If you're wondering why I didn't write a separate book for COBOL/370, the answer is that the two languages have more similarities than differences. IBM Announced COBOL/370 as a superset of COBOL II and I can't improve on those worda. In case you read the first edition, you will find that all of the programming features introduced for COBOL II are also in COBOL/370. Additionally, if your
0-471-62367-9
Ingeniería en tecnologias de la información y comunicaciones