On 6 Jun 2005 20:52:17 -0700, in bit.listserv.ibm-main you wrote: >In a recent note unmask]> said: > >> Date: Mon, 6 Jun 2005 22:31:05 -0400 >> > >> > IGZ0201W A file attribute mismatch was detected. File DDNAME in >> > program >> > xxxxxxx had a record length of mmm+4 and the file specified in the >> > ASSIGN >> > clause had a record length of qqq. >> >> My specific problem was that I wanted to describe a record as the set >> of all possible variable records: >> >> RECORD VARYING FROM 5 TO 32761 >> >> And then to be able to open any variable blocked file. >> >> Just another case of the system showing its age in the 21st century... >> >Someone in this group lately called UNIX "radically immature". Now you >see z/OS as superannuated. UNIX appears to me to be in its robust prime: >you wouldn't have that problem on UNIX. > >-- gil
The problem has nothing to do with z/OS vs. Unix. It is a simple IDIOTIC check that can't be disabled. It may make sense for fixed block. The whole issue should be revisited by the COBOL compiler group. The 2002 COBOL standard might allow a graceful way for the compiler group to make the appropriate changes. In one sense the SHARE requirement might be to honor the Language Futures Task Force report. This would also have some other interesting advantages such as allowing COBOL programs to read or write either ESDS or QSAM files without program modification. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
