On Jun 6, 2005, at 11:52 PM, Paul Gilmartin 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
--
StorageTek
INFORMATION made POWERFUL
The both date back to the jurassic age of computing -- 1970 isn't
exactly new. And 36 years compared to 41 years is just about the same
in the grand scheme of things.
The big difference that I see is that z/OS keeps design decisions
around long after the need for them is gone. For example, Unix dropped
'card' type metaphors as soon as readers and punches departed -- z/OS
still has them in every nook and cranny a quarter of a century later.
There are many other examples, but I've held forth on those at length
previously, there is no need to do so again.
What I find most humorous about the above LRECL/FD agreement problem is
that IBM's Cobol now supports parsing modern XML, but makes it almost
impossible to read such content from a Data Set using their flagship
compiler. After all, it must be an error if you don't know the size of
the card deck you are putting into the reader...
[EMAIL PROTECTED]
The most effective type of birth control is learning Cobol. -DT
----------------------------------------------------------------------
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
