How about UNIX/Linux name standard limits? What lengths are permitted? (And what hex code ranges etc?)
Are there any consensus? Thomas Berg Mundus Vult Decipi Den tors 27 mars 2025 01:22Seymour J Metz <[email protected]> skrev: > Sigma? You don't have to go as far as SDS; IBM had that too, in TSS. > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > עַם יִשְׂרָאֵל חַי > נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר > > > > ________________________________________ > From: IBM Mainframe Discussion List on behalf of Paul Gilmartin > Sent: Wednesday, March 26, 2025 6:05 PM > To: [email protected] > Subject: Re: Expand DSN names (WAS : Java saved IBM Z?!) > > > External Message: Use Caution > > > 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 > > > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
