Well, keys can be 255 bytes. Or keep VTOC key length of 44 and store
longer name in another catalog field, Short name consists of LLQ and as
many HLQs (30+ bytes) as will fit and an 4 byte (a-z)(a-z0-9) unique
qualifier in between.
//ddname DD DISP=SHR,DNS(x?)=(data,set,
name), etc
On Wed, Mar 26, 2025 at 2:51 PM Steve Thompson <[email protected]> wrote:
> I agree that the 8 char node and 44 char limit on DSN names needs
> to be expanded. That is going to hit VTOCs and CATALOGs and JCL,
> and dynamic allocation....
>
> But there is always z/OS 4.1 (kinda would match with OE, hmmmm).
>
> Steve Thompson
>
>
> On 3/26/2025 12:48 PM, Martin Packer wrote:
> > Not to disagree but a filesystem would’ve been necessary – beyond
> 8-character qualifiers and 44 characters overall.
> >
> > Cheers, Martin
> >
> > From: IBM Mainframe Discussion List <[email protected]> on
> behalf of Phil Smith III <[email protected]>
> > Date: Wednesday, 26 March 2025 at 16:22
> > To: [email protected] <[email protected]>
> > Subject: [EXTERNAL] Re: Java saved IBM Z?!
> > Ok, mayyybe. Though I'd point out that the existence of USS may have
> made (probably did make) those other things easier to implement, but that
> doesn't mean they were impossible without it.
> >
> > And your response doesn't really address my question, I don't think?
> >
> > -----Original Message-----
> > From: IBM Mainframe Discussion List <[email protected]> On
> Behalf Of Ed Jaffe
> > Sent: Wednesday, March 26, 2025 11:10 AM
> > To: [email protected]
> > Subject: Re: Java saved IBM Z?!
> >
> > On 3/26/2025 7:38 AM, Phil Smith III wrote:
> >> https://www.quora.com/What-are-some-notable-failed-programming-tools-t
> >> hat-promised-to-revolutionize-software-development
> >>
> >> Trausti Thor Johannsson's response (which is currently at the top
> there, but might not be later) includes "[Java] not only made Mainframe
> computers not die but made them very useful."
> >>
> >> I don't think I've ever seen anyone claim that Java saved IBM Z, nor
> that it's a major use case. Yeah, it's there, but even with zIIPs and zAAPs
> it's not all THAT common, is it? Or have I just been working with the wrong
> sort of customers?
> > I have said *many* times that z/OS UNIX nee OS/390 USS nee MVS Open
> Edition saved the mainframe. Of course, by "mainframe" I meant traditional
> z/OS mainframe environments.
> >
> > Years ago, I met Bill Schoen at an IBM TDM reception in Poughkeepsie and
> shook his hand so vigorously that he probably remembers it to this day.
> > I told him that I credited him, more than any other individual in the
> world, with saving the mainframe. If Don Ault had been there, I would have
> congratulated him too. That team (I think they were in Kingston at the
> time) implemented a fundamentally-crucial difference in capability that has
> been leveraged over the years by TCP/IP, Java, z/OSMF, and many other
> critical components. And now Kershaw Mehta and his team, standing on the
> shoulders of giants, continue that great work by fundamentally improving
> z/OS UNIX to support native containers.
> >
> > --
> > Phoenix Software International
> > Edward E. Jaffe
> > Chief Technology Officer
> > 831 Parkview Drive North
> > El Segundo, CA 90245
> > https://www.phoenixsoftware.com/
> >
> >
> >
> --------------------------------------------------------------------------------
> > This e-mail message, including any attachments, appended messages and the
> > information contained therein, is for the sole use of the intended
> > recipient(s). If you are not an intended recipient or have otherwise
> > received this email message in error, any use, dissemination,
> distribution,
> > review, storage or copying of this e-mail message and the information
> > contained therein is strictly prohibited. If you are not an intended
> > recipient, please contact the sender by reply e-mail and destroy all
> copies
> > of this email message and do not otherwise utilize or retain this email
> > message or any or all of the information contained therein. Although this
> > email message and any attachments or appended messages are believed to be
> > free of any virus or other defect that might affect any computer system
> into
> > which it is received and opened, it is the responsibility of the
> recipient
> > to ensure that it is virus free and no responsibility is accepted by the
> > sender for any loss or damage arising in any way from its opening or use.
> >
> > ----------------------------------------------------------------------
> > 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
> >
> > Unless otherwise stated above:
> >
> > IBM United Kingdom Limited
> > Registered in England and Wales with number 741598
> > Registered office: Building C, IBM Hursley Office, Hursley Park Road,
> Winchester, Hampshire SO21 2JN
> >
> > ----------------------------------------------------------------------
> > 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
>
--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
