Re: TELNET PROFILE, strictly PDS?

[Robley Lutz]

Excellent!!  Thanks!

On Mon, Mar 4, 2024 at 12:53 PM Radoslaw Skorupka <
0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote:

> General remarks:
> There are three flavours of "partitioned data set":
> - PDS
> - PDSE (now described as v1)
> - PDSE v2
>
> PDS/PDSE can hold data members or program members.
> For programs, the difference between PDS and PDSE is significant.
> However for brevity let's stop talking about programs.
>
> Now about data members like TCPPARMS, CLIST, REXX, etc.
> Very few programs/applications distinguish difference between PDS and
> PDSE. That means you can replace PDS with PDSE almost everywhere. With
> the exception for IPLPARM, PARMLIB and PROCLIB I would not even check. :-)
>
> Now PDSE v1 vs PDSE v2 - I don't know *any* scenario when the difference
> is important for the application.
>
>
> BTW: when you install z/OS you can change PDS to PDSE. For hundreds of
> libraries only few (3? 5?) cannot be changed. However people tend to be
> reluctant and most of "PDS by default, but it could be PDSE" libraries
> are still created as PDS.
>
> Sometimes it is justified by cross-sysplex sharing, but IMHO it is just
> a pretext.
>
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
> W dniu 04.03.2024 o 14:29, roscoe5 pisze:
> > I could not find definitive doc saying a PDS/E was/wasn’t allowed, but I
> am convinced it is. Thanks.
> >
> > Over the weekend I created a PDS/E and copied the members, made my
> update, and I’m awaiting Change approval to do any Obey from the new
> Library to pick it up, temporarily. Then the plan is to change the TELNET
> proc to point to the new Library. Over the next several weeks I expect IPLs
> will pick up the Library. Until then we will be slightly on uneven ground.
> >
> > I read about two different types of PDSs, type-1 and type-2. In a z/OS
> 2.4 shop, do we need to specify or is type-2 created by default?
> >
> > Thanks again!
> > R
> >
> > Sent from [Proton Mail](https://proton.me/mail/home) for iOS
> >
> > On Mon, Mar 4, 2024 at 8:14 AM, Allan Staller <[allan.stal...@hcl.com
> ](mailto:On  Mon, Mar 4, 2024 at 8:14 AM, Allan Staller < wrote:
> >
> >> Classification: Confidential
> >>
> >> 1) Re-allocate as PDS/E. This will require a PDS/E
> >> 2) Compress in batch w/IEBCOPY and make you changes. No restart
> required.
> >>
> >> -Original Message-
> >> From: IBM Mainframe Discussion List  On
> Behalf Of roscoe5
> >> Sent: Friday, March 1, 2024 2:47 PM
> >> To:IBM-MAIN@LISTSERV.UA.EDU
> >> Subject: TELNET PROFILE, strictly PDS?
> >>
> >> [CAUTION: This Email is from outside the Organization. Unless you trust
> the sender, Don't click links or open attachments as it may be a Phishing
> email, which can steal your Information and compromise your Computer.]
> >>
> >> I'll freely admit I am rusty in this area, but I hope this is an easy
> question. I know a shop where the TELNET PROFILE dataset is a PDS. We found
> this today making a minor update and a space abend. All 16 extents full.
> Compressing while is use being one problem, I'd like to reallocate a new
> PDS/E or Library or PO-E, whatever the proper term.
> >>
> >> But my question is ... is there any restriction against using this file
> type?
> >> Must it be an old-fashioned PDS?
> >>
> >> I know there were some limitations, years ago, but I thought we were
> beyond most of those. But I have not kept up for years.
> >>
> >> Thanks much everyone.
> >> R
> >>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TELNET PROFILE, strictly PDS?

[Robley Lutz]

Thanks Gil

From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu>
Sent: Monday, March 4, 2024 9:25:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: TELNET PROFILE, strictly PDS?

On Mon, 4 Mar 2024 13:29:59 +, roscoe5 wrote:

>I could not find definitive doc saying a PDS/E was/wasn’t allowed, but I am 
>convinced it is. Thanks.
>
In days of yore there were only PDSs  Nowadays there are PDS, PDSE1, PDSE2,
and UNIX directories with some similarities and many differences listed in:


Must  it be the responsibility of every facility to enumerate its capabilities? 
 With
great power comes great responsibility.

Long ago, I learned that UNIX directories were handled well by HLASM after
IBM fixed a couple of my APARs.  Poorly if at all as Rexx SYSEXEC, with
no documented restriction.

Will a future PDSE3 change more rules?

--
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Signing off

[Robley Lutz]

Bon Voyage

On Mon, Feb 26, 2024 at 2:52 PM Sean Gleann <
05c8f47efdd2-dmarc-requ...@listserv.ua.edu> wrote:

> This list has been a great source of ideas and information, although I've
> never really been a 'contributor' here, but more of a 'lurker'. Whenever
> I've seen a thread that I might be able to respond to, someone else gets in
> first with a response very similar to the one that I thought of.
>
> So, I hope you won't mind me speaking up now to say that it's time for this
> tired old mainframer to toddle off into the sunset... after 50 years of
> working with mainframe systems, I feel it's time to hang up my keyboard and
> call it a day.
>
> I first started on an ICL 1904 - punched cards, paper tape, core memory,
> 60MB disks, GEORGE II - but quickly saw the light and moved to another
> employer that used a 360/30 roughly 8 years after the series was first
> marketed. Since then, aside from a brief entanglement with a Burroughs
> B4700, it's been IBM all the way.
>
> I have to say that it's (mostly) been a lot of fun. From one aspect, I've
> never really worked a day in my life. Instead, I've been paid a lot of
> money to play on other people's expensive toys.
>
> Here's wishing all of you good luck and good fortune for the future. I'll
> be thinking about doing some travelling - haven't made it to South America
> or Africa yet.
>
> Regards
> Sean o'bhaile na Gleann
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: [Very much off-topic] Re: AI is the real deal.

[Robley Lutz]

I guess my question is, do we expect AI to look at COBOL code, and not
simply compile it, but analyze the flow, and output optimized Assembler
code?  Will AI become the highly skilled Assembler programmer that I never
became?

On Thu, Feb 22, 2024 at 11:54 AM Tom Harper <
05bfa0e23abd-dmarc-requ...@listserv.ua.edu> wrote:

> Dave,
>
> I was told the same thing 54 years ago when I starting working at
> CalTrans. Managers would just be able to code in COBOL PROFITS = SALES -
> EXPENSES and we would all be out of a job.
>
> Of course, there are more programmers now  than at any time in history.
>
> The question of assembler comes up from time to time, and the question has
> more nuances than you might think.
>
> As it turns out, there are lines of code and lines of executed code. What
> that means is that lines of code that are executed frequently are seldom
> written in a compiled language but are instead written in assembler.
>
> A good example is sort. In the 1970s sort typically used about a third of
> all processor and channel resources on a mainframe. Today that number is
> far lower, in the mid-teens despite the fact that much more data is being
> sorted.
>
> The reason for this is that some very brilliant assembler programmers at
> SyncSort and the  IBM Dfsort team wrote code to highly optimize sorting and
> related functions. I’m counting PL/S as essentially assembler in this
> instance.
>
> The same is true at BMC Software and my own company Phoenix Software
> International: highly optimized assembler code greatly improved
> performance.
>
> Even though there are almost uncountable lines of COBOL code, it makes for
> a tiny fraction of executed code. Most compiled languages execute a few
> instructions and then invoke a CICS, IMS, or DB2 function.
>
> Starting in the 1980s, corporations the world over began to understand
> that it was much more cost-effective to buy or lease software from a vendor
> than develop it in house. These developers left the end-user companies and
> went to software houses where they primarily write in assembler. Now ever
> piece of software usually has parts that are not performance-sensitive, so
> they might get written in C++ or Rex or some other compiled language.
>
> I’ve grown up with software, having written my first program in 1960.
>
> Assembler won’t be gone in five years or anytime can the foreseeable
> future.
>
> So I would revisit your thoughts.
>
> Tom Harper
>
> Phoenix Software International
>
> Sent from my iPhone
>
> > On Feb 22, 2024, at 11:07 AM, Dave Beagle <
> 0525eaef6620-dmarc-requ...@listserv.ua.edu> wrote:
> >
> > Assembler programming will be almost nonexistent in 5 years.
> >
> >
> > Sent from Yahoo Mail for iPhone
> >
> >
> > On Thursday, February 22, 2024, 10:32 AM, Robert Prins <
> 05be6ef5bfea-dmarc-requ...@listserv.ua.edu> wrote:
> >
> > AI?
> >
> > More AS!
> >
> > This is on LinkedIn, it's AI generated and you can probably sue them for
> > jaw-dislocation due to excessive laughter:
> >
> > <
> >
> https://www.linkedin.com/advice/0/how-can-developers-take-ownership-bugs-skills-system-development-x9cve
> >>
> >
> >> On Wed, 21 Feb 2024 at 23:37, Dave Beagle <
> >> 0525eaef6620-dmarc-requ...@listserv.ua.edu> wrote:
> >>
> >> Well, today was NVIDIA earnings day. They are the bellwether for AI.
> >> Theirs is the premier AI chip commanding top dollar. And they didn’t
> >> disappoint. Their revenues are up 400% in the last year. To 22 billion
> in
> >> the latest quarter. They’ve got another chip on tap this year which
> should
> >> continue the incredible growth. If you had invested $10,000 five years
> ago,
> >> you’d have earned 2000%, and would have $200,000. If you had
> >> invested $10,000 ten years ago, you’d have earned over 16,465%. And have
> >> 1.65 million. AI is only in its infancy. It will be bigger than the
> >> internet. Microsoft, META, Google, and nearly every IT company is
> >> betting big on AI. That spending will continue. NVIDIA’s market cap is
> >> approaching 2 trillion.  It’s now the 3rd largest company in
>
>
>
> 
> 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
> w

Re: Stupid JCL question

[Robley Lutz]

You’re right. It stops with the //.

From: IBM Mainframe Discussion List  on behalf of Bob 
Bridges 
Sent: Friday, December 22, 2023 11:04:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Stupid JCL question

I should know this - I've been using JCL for decades - but I find I'm uncertain 
about something I haven't done in a while.  I have a production job here that 
will eventually be rewritten, but for now I'm just going to tell it to execute 
only the first couple steps.  I had in mind inserting "//" before the part of 
the JCL that I want to skip.  Very simple.

But wait - does the JCL interpreter discard the rest of the job when it sees 
that empty '//', or does it interpret the rest as the start of a new job?  
(Since there's no subsequent JOB statement I'm not terribly worried about it, 
but it's sloppy; maybe I should just use a COND parm on the JOB card.)  This 
info is probably in the JCL ref, but I don't immediately see it.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* "Poor Diogenes; if you knew how to get on with people you wouldn't have to 
live like that." / "Poor Aristippos; if you knew how to live like this you 
wouldn't have to get on with people."  -a condensation of their respective 
schools of thought a few centuries BC */

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN