On Wed, 26 Mar 2025 21:25:01 +0000, Pew, Curtis G wrote:
>    ...
>Things that can already exploit zFS would have no trouble exploiting this. 
>Also, programs that use QSAM or BSAM can in many cases run just fine using 
>Unix files instead of MVS datasets. IBM should make that even easier, and 
>provide more ways for other things to exploit Unix directories and files, 
>instead of depending on a 60 year old storage architecture that seems to 
>clearly have been a mistake from the start.
>
Moving the search to the control unit was an idea clever for
its time but which gained little traction.

A co-worker once told me of a Sigma system which kept sourde
files in a sort of KSDS, keyed by the statement number.  Records
could be added, deleted, or edited without rewriting the entire
file.  Another innovation dead end.

A UNIX antiquarian told me that within his memory directory entries
were 16 bytes: 14 for the filename and 16 bits for the I-number.
Both have been outgrown, but with little pain because those
numbers were parameters in header files or wrapped in system
functions.

I understand that a MACLIB member contains equates, 44 for DSN
length and 8 for member length.  If developers had been faithful
to the paradigm, it would be possible to increase those numbers
and assemble an installable OS with larger limits.

-- 
gil

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to