Re: System Programmer Titles

[Ward Able, Grant]

Associate Director :-)

Regards - Grant.
In theory, there's no difference between theory and practice. In practice, 
there is.

Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are. - John Wooden

If you don't have time to do it right, when will you have the time to do it 
over? - John Wooden



DTCC Public (White)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Herring, Bobby
Sent: 11 October 2021 21:28
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: System Programmer Titles

ATTENTION: External Email - Be Suspicious of Attachments, Links and Requests 
for Login Information.

I asked this question back in 2004. My boss wants to know if there are any new 
titles to add to the list below.

Mainframe Engineer
Operating Systems Architect
Software Engineer
Software Project Specialist
Software Specialist
System Analyst
System Architect
System Engineer
System Programmer
Systems Programming Specialist
Systems Specialist
Technical Advisor
Technical Analyst
Technical Services Professional
Technical Specialist

What title do you have as a system programmer?

Bobby Herring
Texas Farm Bureau Insurance

From: IBM Mainframe Discussion List  On Behalf Of 
Kirk Wolf
Sent: Wednesday, July 22, 2020 3:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SFTP and z/OS Migration

CAUTION: This email message originated from outside the organization. Do not 
click on links or open attachments unless you recognize the sender and know the 
content is safe.

IBM z/OS OpenSSH is a base feature of z/OS since V2R2.
When you install a new version of z/OS you will get a new version.
There are often migration actions from IBM having to do with /etc/ssh 
configuration settings. When moving releases you would at minimum want to 
review any changes that you made from the IBM /samples and the new /samples and 
merge those as appropriate.

BTW: Here's a quick start guide that we have on customizing IBM z/OS
OpenSSH:
https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdovetail.com%2Fdocs%2Fpt-quick-inst%2Findex.html&data=04%7C01%7Cgwardable%40DTCC.COM%7C1161a2a39fca4fc5a9d308d98cf5ab39%7C0465519d7f554d47998b55e2a86f04a8%7C0%7C1%7C637695809036309237%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=P8uuZKJqoBa1EA3WXOjTmBo96lmsXi1p3cHVeHpIQzk%3D&reserved=0

Kirk Wolf
https://nam02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fdovetail.com%2F&data=04%7C01%7Cgwardable%40DTCC.COM%7C1161a2a39fca4fc5a9d308d98cf5ab39%7C0465519d7f554d47998b55e2a86f04a8%7C0%7C1%7C637695809036309237%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=Wd0ycANdyhwW3mg1RckKxrcqv5eRPyHR27UKc7qi1Pw%3D&reserved=0

On Wed, Jul 22, 2020 at 2:14 PM Roberto Halais 
mailto:roberto.hal...@gmail.com>>
wrote:

> Listers:
>
> My company has decided to forego FTP and go the SFTP way.
>
> I have installed OPENSSH and have SFTP working.
>
> I installed using the IBM user's guide and everything installed in the 
> default libraries.
>
> My concern is, when we migrate to a new z/OS release do I have to do 
> the whole install again?
>
> Can I, from the beginning, install all the SSH libraries in a 
> different filesystem so that when I migrate I can just mount the 
> filesystem and execute.
> And later on install the new version Openssh.
>
> Don't know if I am clear in what I am asking.
>
> Just some tips on facilitating installing under a new release.
>
> Thank you.
>
> --
> 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 
[https://nam02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.txfb-ins.com%2FTFBICImages%2Fjdpower.jpg&data=04%7C01%7Cgwardable%40DTCC.COM%7C116

Re: PAX/TRS zFS

[Lloyd Fuller]

I do this, but I allocate the pax file before trying to write it.  I also 
specify -x OS390 to be sure to get links and other attributes.
Lloyd


Sent from AT&T Yahoo Mail for iPad


On Monday, October 11, 2021, 4:00 PM, Paul Gilmartin 
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

On Mon, 11 Oct 2021 15:20:24 -0400, David Spiegel wrote:
>
>Every time I've used Windows as a "waystation", I've never had a problem
>with TRS Files.
> 
What are the attributes of your "pax -z" output data set?  If RECFM=FB
it ought to be comparably robust with BINARY transfers.  Did you
pre-allocate it?  And it would save you the second job.

And.  I've extracted. pax -z output on a desktop by. piping through gunzip.

Alas, TRSMAIN is UNIX-hostile.  Wouldn't it be nice to pipe pax directly
into TRSMAIN?  (Cue Hobart Spitz.)

Add Carmen's delay step.  It won't solve your problem.  But while it sleeps
uou can display ENQs.

-- 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

z/OSMF Serverpac installation

[Keith Gooding]

Can anyone share any experiences with this ?

My general problem is that I cannot find detailed documentation for this at a 
similar level to the ISPF “Installing Your Order” manual which was provided for 
the ISPF dialogue method. The “getting started” link with the order points to a 
video of a sample Serverpac install for a fictional product obviously much 
simpler than z/Os. 

I did the download OK and was impressed with the ease-of-use. I am now on the 
deployment step:

- I have attempted to model the configuration on a 2.4 software instance which 
I created, but although the zone names are primed with the 2.4 values none of 
the dataset names have been primed with the 2.4 names. Should I set the names 
to their eventual values (eg SYS1.Linklib) or leave them as the source values 
with the expectation that a later step will rename them ?

- An attempt to change the target volser is rejected because the volume does 
not yet exist. In the ISPF version there was a job to initialise new volumes. I 
am aware that z/OSMF does not yet include all of the old method functions but 
have I missed something here ?

- I want to use the equivalent of a Serverpac upgrade ie the existing master 
catalog is used with indirect cataloging. On the ISPF version there was a step 
to validate the entries in the master catalog and create new entries as 
required. On the Catalogs page, should I catalog the datasets or not ?

Keith Gooding 

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

SIGP Orders

[Joe Monk]

Hello,

Looking thru the z/arch POP, I noticed that SIGP order 14 is no longer
listed as unassigned, but its definition and functions are missing from the
POP.

Can someone tell us what this order is for?

Joe

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

Re: System Programmer Titles

[John McKown]

I work for Optum, a company owned by UnitedHealth Group. I am a z/OS
sysprog (regardless of title). My official title is "Systems Management
Analyst). {Blech]

On Mon, Oct 11, 2021, 15:28 Herring, Bobby  wrote:

> I asked this question back in 2004. My boss wants to know if there are any
> new titles to add to the list below.
>
> Mainframe Engineer
> Operating Systems Architect
> Software Engineer
> Software Project Specialist
> Software Specialist
> System Analyst
> System Architect
> System Engineer
> System Programmer
> Systems Programming Specialist
> Systems Specialist
> Technical Advisor
> Technical Analyst
> Technical Services Professional
> Technical Specialist
>
> What title do you have as a system programmer?
>
> Bobby Herring
> Texas Farm Bureau Insurance
>
> From: IBM Mainframe Discussion List  On Behalf
> Of Kirk Wolf
> Sent: Wednesday, July 22, 2020 3:43 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SFTP and z/OS Migration
>
> CAUTION: This email message originated from outside the organization. Do
> not click on links or open attachments unless you recognize the sender and
> know the content is safe.
>
> IBM z/OS OpenSSH is a base feature of z/OS since V2R2.
> When you install a new version of z/OS you will get a new version.
> There are often migration actions from IBM having to do with /etc/ssh
> configuration settings. When moving releases you would at minimum want to
> review any changes that you made from the IBM /samples and the new /samples
> and merge those as appropriate.
>
> BTW: Here's a quick start guide that we have on customizing IBM z/OS
> OpenSSH:
> https://dovetail.com/docs/pt-quick-inst/index.html<
> https://dovetail.com/docs/pt-quick-inst/index.html>
>
> Kirk Wolf
> http://dovetail.com
>
> On Wed, Jul 22, 2020 at 2:14 PM Roberto Halais  >
> wrote:
>
> > Listers:
> >
> > My company has decided to forego FTP and go the SFTP way.
> >
> > I have installed OPENSSH and have SFTP working.
> >
> > I installed using the IBM user's guide and everything installed in the
> > default libraries.
> >
> > My concern is, when we migrate to a new z/OS release do I have to do
> > the whole install again?
> >
> > Can I, from the beginning, install all the SSH libraries in a different
> > filesystem so that when I migrate I can just mount the filesystem and
> > execute.
> > And later on install the new version Openssh.
> >
> > Don't know if I am clear in what I am asking.
> >
> > Just some tips on facilitating installing under a new release.
> >
> > Thank you.
> >
> > --
> > 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
> [http://www.txfb-ins.com/TFBICImages/jdpower.jpg]
> WWW.TXFB-INS.COM
>
> CONFIDENTIALITY STATEMENT: The foregoing message (including attachments)
> is covered by the Electronic Communication Privacy Act, 18 U.S.C. sections
> 2510-2521, and is CONFIDENTIAL. If you believe that it has been sent to you
> in error, do not read it. If you are not the intended recipient, you are
> hereby notified that any retention, dissemination, distribution, or copying
> of this communication is strictly prohibited. Please reply to the sender
> that you have received the message in error, then delete it. Thank you. '
>
> --
> 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: System Programmer Titles

[Cameron Conacher]

I tried o get "King" once, but that did not get very far.

Thanks,

…….Cameron




-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Brian Westerman
Sent: Tuesday, October 12, 2021 1:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: System Programmer Titles

I am leaning towards "He who shall not be called after midnight without 
invoking his considerable wrath", but I don't think it would fit on my card.

Brian

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

American Express made the following annotations

This e-mail was sent to you by a representative of Amex Bank of Canada, P.O. 
Box 3204, Station "F", Toronto, ON, M1W 3W7, www.americanexpress.ca. If you no 
longer wish to receive these e-mails, please notify the sender by reply e-mail.

This e-mail is solely for the intended recipient and may contain confidential 
or privileged information. If you are not the intended recipient, any 
disclosure, copying, use, or distribution of the information included in this 
e-mail is prohibited. If you have received this e-mail in error, please notify 
the sender by reply e-mail and immediately and permanently delete this e-mail 
and any attachments. Thank you.

American Express a fait les remarques suivantes
Ce courriel vous a été envoyé par un représentant de la Banque Amex du Canada, 
C.P. 3204, succursale F, Toronto (Ontario) M1W 3W7, www.americanexpress.ca. Si, 
par la suite, vous ne souhaitez plus recevoir ces courriels, veuillez en aviser 
les expéditeurs par courriel.

Ce courriel est réservé au seul destinataire indiqué et peut renfermer des 
renseignements confidentiels et privilégiés. Si vous n’êtes pas le destinataire 
prévu, toute divulgation, duplication, utilisation ou distribution du courriel 
est interdite. Si vous avez reçu ce courriel par erreur, veuillez en aviser 
l’expéditeur par courriel et détruire immédiatement le courriel et toute pièce 
jointe. Merci.

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

Re: System Programmer Titles

[Peter Vander Woude]

I've had several different titles during my tenure at my current company.  
Currently it's Systems Administrator.

Peter

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

Re: System Programmer Titles

[David Spiegel]

Hi Cameron,
How about Big K'nacker? (Sounds something like Conacher)

Regards,
David

On 2021-10-12 09:42, Cameron Conacher wrote:

I tried o get "King" once, but that did not get very far.

Thanks,

…….Cameron




-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Brian Westerman
Sent: Tuesday, October 12, 2021 1:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: System Programmer Titles

I am leaning towards "He who shall not be called after midnight without invoking his 
considerable wrath", but I don't think it would fit on my card.

Brian

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

American Express made the following annotations

This e-mail was sent to you by a representative of Amex Bank of Canada, P.O. Box 3204, Station 
"F", Toronto, ON, M1W 3W7, 
https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.americanexpress.ca%2F&data=04%7C01%7C%7Caf4d6a2c3106486a8c3d08d98d863038%7C84df9e7fe9f640afb435%7C1%7C0%7C637696429814019714%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=U8cK8ReKKfUR4JZ2aHxL37ooX3Y%2BPm3bxzElt3QI%2BoE%3D&reserved=0.
 If you no longer wish to receive these e-mails, please notify the sender by reply e-mail.

This e-mail is solely for the intended recipient and may contain confidential 
or privileged information. If you are not the intended recipient, any 
disclosure, copying, use, or distribution of the information included in this 
e-mail is prohibited. If you have received this e-mail in error, please notify 
the sender by reply e-mail and immediately and permanently delete this e-mail 
and any attachments. Thank you.

American Express a fait les remarques suivantes
Ce courriel vous a été envoyé par un représentant de la Banque Amex du Canada, C.P. 3204, 
succursale F, Toronto (Ontario) M1W 3W7, 
https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.americanexpress.ca%2F&data=04%7C01%7C%7Caf4d6a2c3106486a8c3d08d98d863038%7C84df9e7fe9f640afb435%7C1%7C0%7C637696429814019714%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=U8cK8ReKKfUR4JZ2aHxL37ooX3Y%2BPm3bxzElt3QI%2BoE%3D&reserved=0.
 Si, par la suite, vous ne souhaitez plus recevoir ces courriels, veuillez en aviser les 
expéditeurs par courriel.

Ce courriel est réservé au seul destinataire indiqué et peut renfermer des 
renseignements confidentiels et privilégiés. Si vous n’êtes pas le destinataire 
prévu, toute divulgation, duplication, utilisation ou distribution du courriel 
est interdite. Si vous avez reçu ce courriel par erreur, veuillez en aviser 
l’expéditeur par courriel et détruire immédiatement le courriel et toute pièce 
jointe. Merci.

--
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: System Programmer Titles

[Richards, Robert B. (CTR)]

I once worked for a bank and had four titles at once and a fifth for pay 
purposes:

Infrastructure Architect
Enterprise Technologist
Subject Matter Expert
Vice President

Pay slot: Sr. Systems Programmer (but way out of that salary band)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Spiegel
Sent: Tuesday, October 12, 2021 10:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: System Programmer Titles

Hi Cameron,
How about Big K'nacker? (Sounds something like Conacher)

Regards,
David

On 2021-10-12 09:42, Cameron Conacher wrote:
> I tried o get "King" once, but that did not get very far.
>
> Thanks,
>
> …….Cameron
>
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Brian Westerman
> Sent: Tuesday, October 12, 2021 1:03 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [External] Re: System Programmer Titles
>
> I am leaning towards "He who shall not be called after midnight without 
> invoking his considerable wrath", but I don't think it would fit on my card.
>
> Brian
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 
>  American Express made the following 
> annotations  This e-mail was sent to 
> you by a representative of Amex Bank of Canada, P.O. Box 3204, Station "F", 
> Toronto, ON, M1W 3W7, 
> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.americanexpress.ca%2F&data=04%7C01%7C%7Caf4d6a2c3106486a8c3d08d98d863038%7C84df9e7fe9f640afb435%7C1%7C0%7C637696429814019714%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=U8cK8ReKKfUR4JZ2aHxL37ooX3Y%2BPm3bxzElt3QI%2BoE%3D&reserved=0.
>  If you no longer wish to receive these e-mails, please notify the sender by 
> reply e-mail.
>
> This e-mail is solely for the intended recipient and may contain confidential 
> or privileged information. If you are not the intended recipient, any 
> disclosure, copying, use, or distribution of the information included in this 
> e-mail is prohibited. If you have received this e-mail in error, please 
> notify the sender by reply e-mail and immediately and permanently delete this 
> e-mail and any attachments. Thank you.
>
> American Express a fait les remarques suivantes Ce courriel vous a été 
> envoyé par un représentant de la Banque Amex du Canada, C.P. 3204, succursale 
> F, Toronto (Ontario) M1W 3W7, 
> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.americanexpress.ca%2F&data=04%7C01%7C%7Caf4d6a2c3106486a8c3d08d98d863038%7C84df9e7fe9f640afb435%7C1%7C0%7C637696429814019714%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=U8cK8ReKKfUR4JZ2aHxL37ooX3Y%2BPm3bxzElt3QI%2BoE%3D&reserved=0.
>  Si, par la suite, vous ne souhaitez plus recevoir ces courriels, veuillez en 
> aviser les expéditeurs par courriel.
>
> Ce courriel est réservé au seul destinataire indiqué et peut renfermer des 
> renseignements confidentiels et privilégiés. Si vous n’êtes pas le 
> destinataire prévu, toute divulgation, duplication, utilisation ou 
> distribution du courriel est interdite. Si vous avez reçu ce courriel par 
> erreur, veuillez en aviser l’expéditeur par courriel et détruire 
> immédiatement le courriel et toute pièce jointe. Merci.
>
> --
> 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

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

Re: System Programmer Titles

[Bill Ogden]

I was a Systems Engineer (with progressive title levels) for 30 years 
(starting in 1966)  with you-know-who, so I became a little curious about 
the exact meaning of the title.  Over the years I discovered there was 
really no specific meaning to it.  I am an electrical engineer but no one 
ever checked on that as a condition for the title. Other Systems Engineers 
(for the same BIG company) had various backgrounds and most were not 
Engineers in a University sense or license sense. We were usually known as 
SEs within the industry. 

As a general view (at that time, when the industry was younger and 
different) the SEs often formed a link between the practical customer 
world (meaning technical management, sysprogs, programmers, etc) and the 
home company processes (software development, blue sky marketing, 
technical support, etc, etc). It was a good job and, in my opinion, it is 
a bit unfortunate that the particular niche has mostly disappeared. Some 
of us were more on the systems programming side (myself), some a bit on 
the technical hardware side (myself also, but this was not common), some 
on the mostly marketing side, etc, etc. It was a slightly random mixture 
but seemed to work well at the time-but that was too many years ago!

Today, I think one can flip coins to decide on a particular meaning for 
the title.

Bill Ogden


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

Re: System Programmer Titles

[Richards, Robert B. (CTR)]

The biggest mistake "HAL" made was dissolving PSRs and SEs. They often provided 
the marketing folks with potential sales leads way before the manglers knew 
they needed stuff because the worker bees would ask for information about 
future HW and SW in advance of speaking to the higher ups! Speaking from 
personal experience on *both sides* of that fence.

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Ogden
Sent: Tuesday, October 12, 2021 10:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: System Programmer Titles

I was a Systems Engineer (with progressive title levels) for 30 years (starting 
in 1966)  with you-know-who, so I became a little curious about the exact 
meaning of the title.  Over the years I discovered there was really no specific 
meaning to it.  I am an electrical engineer but no one ever checked on that as 
a condition for the title. Other Systems Engineers (for the same BIG company) 
had various backgrounds and most were not Engineers in a University sense or 
license sense. We were usually known as SEs within the industry. 

As a general view (at that time, when the industry was younger and
different) the SEs often formed a link between the practical customer world 
(meaning technical management, sysprogs, programmers, etc) and the home company 
processes (software development, blue sky marketing, technical support, etc, 
etc). It was a good job and, in my opinion, it is a bit unfortunate that the 
particular niche has mostly disappeared. Some of us were more on the systems 
programming side (myself), some a bit on the technical hardware side (myself 
also, but this was not common), some on the mostly marketing side, etc, etc. It 
was a slightly random mixture but seemed to work well at the time-but that 
was too many years ago!

Today, I think one can flip coins to decide on a particular meaning for the 
title.

Bill Ogden


--
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: System Programmer Titles

[David Spiegel]

Hi Bob,
Not allowing people to run z/OS on Intel may be a larger mistake.

Regards,
David

On 2021-10-12 10:36, Richards, Robert B. (CTR) wrote:

The biggest mistake "HAL" made was dissolving PSRs and SEs. They often provided 
the marketing folks with potential sales leads way before the manglers knew they needed 
stuff because the worker bees would ask for information about future HW and SW in advance 
of speaking to the higher ups! Speaking from personal experience on *both sides* of that 
fence.

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Ogden
Sent: Tuesday, October 12, 2021 10:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: System Programmer Titles

I was a Systems Engineer (with progressive title levels) for 30 years (starting 
in 1966)  with you-know-who, so I became a little curious about the exact 
meaning of the title.  Over the years I discovered there was really no specific 
meaning to it.  I am an electrical engineer but no one ever checked on that as 
a condition for the title. Other Systems Engineers (for the same BIG company) 
had various backgrounds and most were not Engineers in a University sense or 
license sense. We were usually known as SEs within the industry.

As a general view (at that time, when the industry was younger and
different) the SEs often formed a link between the practical customer world 
(meaning technical management, sysprogs, programmers, etc) and the home company 
processes (software development, blue sky marketing, technical support, etc, 
etc). It was a good job and, in my opinion, it is a bit unfortunate that the 
particular niche has mostly disappeared. Some of us were more on the systems 
programming side (myself), some a bit on the technical hardware side (myself 
also, but this was not common), some on the mostly marketing side, etc, etc. It 
was a slightly random mixture but seemed to work well at the time-but that 
was too many years ago!

Today, I think one can flip coins to decide on a particular meaning for the 
title.

Bill Ogden


--
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
.


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

Delete catalog entry, howto

[Mark Jacobs]

I have this entry in a catalog, I'd like to delete it. What's the recommended 
way to do so?

CLUSTER --- 

Mark Jacobs

Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com

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

Re: [EXTERNAL] Delete catalog entry, howto

[Pommier, Rex]

Are you sure you want to do that?  I believe that is the self-defining entry 
for the catalog in question.  For example, I just did a listc of one of my 
catalogs and this is at the top of the output:

LISTC CAT(CATALOG.CICS )

 IDCAMS  SYSTEM SERVICES   TIME: 
10:15:40   
  LISTING FROM CATALOG -- CATALOG.CICS  

 CLUSTER ---    

DATA --- CATALOG.CICS   

INDEX -- CATALOG.CICS.CATINDEX  


Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Jacobs
Sent: Tuesday, October 12, 2021 9:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Delete catalog entry, howto

I have this entry in a catalog, I'd like to delete it. What's the recommended 
way to do so?

CLUSTER --- 

Mark Jacobs

Sent from 
[ProtonMail](https://urldefense.com/v3/__https://protonmail.com__;!!KjMRP1Ixj6eLE0Fj!6YSu6cs7PVaE9BK3oDC6YYOQGcbeR8p1AOWqOHZTJQ46G4UeOGcUpgx-ZTCRRTfdmw$
 ), Swiss-based encrypted email.

GPG Public Key - 
https://urldefense.com/v3/__https://api.protonmail.ch/pks/lookup?op=get&search=markjacobs@protonmail.com__;!!KjMRP1Ixj6eLE0Fj!6YSu6cs7PVaE9BK3oDC6YYOQGcbeR8p1AOWqOHZTJQ46G4UeOGcUpgx-ZTBemYiIZA$
 

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

--
The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you.


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

Re: [EXTERNAL] Delete catalog entry, howto

[Pommier, Rex]

If you look at appendix B in the AMS Commands manual, it shows this entry in 
IBM's examples.  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Tuesday, October 12, 2021 10:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Delete catalog entry, howto

Are you sure you want to do that?  I believe that is the self-defining entry 
for the catalog in question.  For example, I just did a listc of one of my 
catalogs and this is at the top of the output:

LISTC CAT(CATALOG.CICS )

 IDCAMS  SYSTEM SERVICES   TIME: 
10:15:40   
  LISTING FROM CATALOG -- CATALOG.CICS  

 CLUSTER ---    

DATA --- CATALOG.CICS   

INDEX -- CATALOG.CICS.CATINDEX  


Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Jacobs
Sent: Tuesday, October 12, 2021 9:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Delete catalog entry, howto

I have this entry in a catalog, I'd like to delete it. What's the recommended 
way to do so?

CLUSTER --- 

Mark Jacobs

Sent from 
[ProtonMail](https://urldefense.com/v3/__https://protonmail.com__;!!KjMRP1Ixj6eLE0Fj!6YSu6cs7PVaE9BK3oDC6YYOQGcbeR8p1AOWqOHZTJQ46G4UeOGcUpgx-ZTCRRTfdmw$
 ), Swiss-based encrypted email.

GPG Public Key - 
https://urldefense.com/v3/__https://api.protonmail.ch/pks/lookup?op=get&search=markjacobs@protonmail.com__;!!KjMRP1Ixj6eLE0Fj!6YSu6cs7PVaE9BK3oDC6YYOQGcbeR8p1AOWqOHZTJQ46G4UeOGcUpgx-ZTBemYiIZA$
 

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

--
The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you.


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

--
The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you.


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

Re: [EXTERNAL] Delete catalog entry, howto

[Mark Jacobs]

You might me right. One second And you are. Thanks for hitting me over the 
head. Long day.

I'm running RCNVTCAT against a MCAT and it's giving me errors, trying to 
eyeball the catalog to see if I can find any bad entries.

Mark Jacobs

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com

‐‐‐ Original Message ‐‐‐

On Tuesday, October 12th, 2021 at 11:17 AM, Pommier, Rex 
 wrote:

> Are you sure you want to do that? I believe that is the self-defining entry 
> for the catalog in question. For example, I just did a listc of one of my 
> catalogs and this is at the top of the output:
>
> LISTC CAT(CATALOG.CICS )
>
> IDCAMS SYSTEM SERVICES TIME: 10:15:40
>
> LISTING FROM CATALOG -- CATALOG.CICS
>
> CLUSTER --- 
>
> DATA --- CATALOG.CICS
>
> INDEX -- CATALOG.CICS.CATINDEX
>
> Rex
>
> -Original Message-
>
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of 
> Mark Jacobs
>
> Sent: Tuesday, October 12, 2021 9:57 AM
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: [EXTERNAL] Delete catalog entry, howto
>
> I have this entry in a catalog, I'd like to delete it. What's the recommended 
> way to do so?
>
> CLUSTER --- 
>
> Mark Jacobs
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key - 
> https://urldefense.com/v3/https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com;!!KjMRP1Ixj6eLE0Fj!6YSu6cs7PVaE9BK3oDC6YYOQGcbeR8p1AOWqOHZTJQ46G4UeOGcUpgx-ZTBemYiIZA$
>
> ---
>
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> ---
>
> The information contained in this message is confidential, protected from 
> disclosure and may be legally privileged. If the reader of this message is 
> not the intended recipient or an employee or agent responsible for delivering 
> this message to the intended recipient, you are hereby notified that any 
> disclosure, distribution, copying, or any action taken or action omitted in 
> reliance on it, is strictly prohibited and may be unlawful. If you have 
> received this communication in error, please notify us immediately by 
> replying to this message and destroy the material in its entirety, whether in 
> electronic or hard copy format. Thank you.
>
>
> 
>
> 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: COBOL 6.2 - use of identical data name in a nested COMMON subprogram generates a IGYPS0037-S compiler error

[Farley, Peter x23353]

Indeed, that was the issue, so thank you.

I still do not understand why the compiler requires that qualification in the 
nested subroutine.  It doesn't need it in the main (outermost) program, so why 
in the subprogram?  If I was the compiler writer I would use the "nearest" 
definition (i.e., the one within the nested program).

The mysteries of compilers.

Oh well, my issue is resolved, so that's a big thanks.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Schwab
Sent: Friday, October 8, 2021 8:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL 6.2 - use of identical data name in a nested COMMON 
subprogram generates a IGYPS0037-S compiler error

>  01 RECORD-NAME.
>   05  SUBSECTION-NAME.

>  MOVE SUBSECTION-NAME TO WS-SUBSECTION-NAME.

> 25779  IGYPS0037-S   "SUBSECTION-NAME" was not a uniquely defined name.  The 
> definition to be used could not be determined from the
>   context.  The reference to the name was discarded.

You have multiple SUBSECTION-NAME variables.  You need to qualify by coding 
MOVE SUBSECTION-NAME OF RECORD-NAME TO WS-SUBSECTION-NAME.

Applies to all versions of COBOL.

On Sat, Oct 9, 2021 at 1:02 AM Farley, Peter x23353 
<031df298a9da-dmarc-requ...@listserv.ua.edu> wrote:
>
> This is an Enterprise COBOL V6.2 question.  I am not sure if this is a 
> compiler issue or a programmer misunderstanding issue.
>
> I have a COBOL subroutine which has multiple nested programs within it.  The 
> general structure is as follows (it's actually far more complicated with COPY 
> members and such, but this shows the basic issue).  Note carefully that the 
> INSIDE1 subroutine is declared COMMON because other nested subroutines (not 
> shown here) may also CALL it besides the CALL from the top-level program:
>
> ID DIVISION.
> PROGRAM-ID.  SUBMAIN.
> . . . . .
> WORKING-STORAGE SECTION.
>  01 RECORD-NAME.
>   05  SUBSECTION-NAME.
> 10  SUBSECTION-VAR PIC X.
> PROCEDURE DIVISION.
> . . . . .
>CALL "INSIDE1" USING RECORD-NAME.
> . . . . .
>
> ID DIVISION.
> PROGRAM-ID. INSIDE1 COMMON.
> . . . . .
> WORKING-STORAGE SECTION.
>  01  WS-AREA.
>05 WS-SUBSECTION-NAME PIC X.
> LINKAGE SECTION.
>  01 RECORD-NAME.
>   05  SUBSECTION-NAME.
>10  SUBSECTION-VAR PIC X.
> . . . . .
> PROCEDURE DIVISION USING RECORD-NAME.
> . . . . .
>  MOVE SUBSECTION-NAME TO WS-SUBSECTION-NAME.
> . . . . .
>  EXIT PROGRAM.
> END-PROGRAM INSIDE1.
>
> END-PROGRAM SUBMAIN.
>
> The MOVE statement in the nested subroutine INSIDE1 gets this COBOL error:
>
> 25779  IGYPS0037-S   "SUBSECTION-NAME" was not a uniquely defined name.  The 
> definition to be used could not be determined from the
>   context.  The reference to the name was discarded.
>
> The V6.2 Language Reference Manual on page 60 says this about using identical 
> names in nested programs:
>
> "Identical names
> When programs are directly or indirectly contained within other 
> programs, each program can use identical user-defined words to name resources.
> A program references the resources that program describes rather than 
> the same-named resources described in another program, even if the names are 
> different types of user-defined words."
>
> Is that language in the manual telling me that I may have a compiler bug 
> here, or am I misunderstanding the language in the manual and have to code 
> the names used in the nested subroutine differently (e.g., by using a unique 
> prefix for all the common data names or at least for the top-level name)?
>
> TIA for any assistance you can provide.
>
> Peter
--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


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

z/OSMF Serverpac installation

[Kurt J. Quackenbush]

- I have attempted to model the configuration on a 2.4 software instance 
which 
I created, but although the zone names are primed with the 2.4 values none 
of 
the dataset names have been primed with the 2.4 names. Should I set the 
names 
to their eventual values (eg SYS1.Linklib) or leave them as the source 
values 
with the expectation that a later step will rename them ?

No later step will rename the data sets.  Not sure why the model 
processing did not find matches for most of your data sets, but update the 
target data set names on the Data Sets page to your desired data set 
names.

- An attempt to change the target volser is rejected because the volume 
does 
not yet exist. In the ISPF version there was a job to initialise new 
volumes. I 
am aware that z/OSMF does not yet include all of the old method functions 
but 
have I missed something here ?

No, you have not missed anything.  z/OSMF does not provide a capability to 
define a new volume.  You do have an option to initialize an existing 
volume so it will be empty before any new data sets get created, but no 
option to define a volume that does not already exist.

- I want to use the equivalent of a Serverpac upgrade ie the existing 
master 
catalog is used with indirect cataloging. On the ISPF version there was a 
step 
to validate the entries in the master catalog and create new entries as 
required. On the Catalogs page, should I catalog the datasets or not ?

Yes, indicate the data sets will be cataloged.  An indirectly cataloged 
data set is cataloged, not uncataloged.  Then, on the Volumes page, use 
the Modify action to indicate data sets on that volume will be indirectly 
cataloged and specify the symbol to use for the volume in the catalog 
entries.  Curious, did you select the "Existing master catalog" option in 
step 3 of the Deployment Checklist?

Kurt Quackenbush
IBM  |  z/OS SMP/E and z/OSMF Software Management  |  ku...@us.ibm.com

Chuck Norris never uses CHECK when he applies PTFs.


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

Re: [EXTERNAL] Delete catalog entry, howto

[Mike Schwab]

https://www.ibm.com/docs/en/zos/2.1.0?topic=catalogs-analyzing-errors-synchronization

On Tue, Oct 12, 2021 at 4:28 PM Mark Jacobs
<0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
>
> You might me right. One second And you are. Thanks for hitting me over 
> the head. Long day.
>
> I'm running RCNVTCAT against a MCAT and it's giving me errors, trying to 
> eyeball the catalog to see if I can find any bad entries.
>
> Mark Jacobs
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key - 
> https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
>
> ‐‐‐ Original Message ‐‐‐
>
> On Tuesday, October 12th, 2021 at 11:17 AM, Pommier, Rex 
>  wrote:
>
> > Are you sure you want to do that? I believe that is the self-defining entry 
> > for the catalog in question. For example, I just did a listc of one of my 
> > catalogs and this is at the top of the output:
> >
> > LISTC CAT(CATALOG.CICS )
> >
> > IDCAMS SYSTEM SERVICES TIME: 10:15:40
> >
> > LISTING FROM CATALOG -- CATALOG.CICS
> >
> > CLUSTER --- 
> >
> > DATA --- CATALOG.CICS
> >
> > INDEX -- CATALOG.CICS.CATINDEX
> >
> > Rex
> >
> > -Original Message-
> >
> > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of 
> > Mark Jacobs
> >
> > Sent: Tuesday, October 12, 2021 9:57 AM
> >
> > To: IBM-MAIN@LISTSERV.UA.EDU
> >
> > Subject: [EXTERNAL] Delete catalog entry, howto
> >
> > I have this entry in a catalog, I'd like to delete it. What's the 
> > recommended way to do so?
> >
> > CLUSTER --- 
> >
> > Mark Jacobs
> >
> > Sent from ProtonMail, Swiss-based encrypted email.
> >
> > GPG Public Key - 
> > https://urldefense.com/v3/https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com;!!KjMRP1Ixj6eLE0Fj!6YSu6cs7PVaE9BK3oDC6YYOQGcbeR8p1AOWqOHZTJQ46G4UeOGcUpgx-ZTBemYiIZA$
> >
> > ---
> >
> > For IBM-MAIN subscribe / signoff / archive access instructions, send email 
> > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> > ---
> >
> > The information contained in this message is confidential, protected from 
> > disclosure and may be legally privileged. If the reader of this message is 
> > not the intended recipient or an employee or agent responsible for 
> > delivering this message to the intended recipient, you are hereby notified 
> > that any disclosure, distribution, copying, or any action taken or action 
> > omitted in reliance on it, is strictly prohibited and may be unlawful. If 
> > you have received this communication in error, please notify us immediately 
> > by replying to this message and destroy the material in its entirety, 
> > whether in electronic or hard copy format. Thank you.
> >
> >
> > 
> >
> > 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



-- 
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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Delete catalog entry, howto

[David Elliot]

Why ? Is it bothering you? That is the catalog.

On Tue, Oct 12, 2021, 7:57 AM Mark Jacobs <
0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:

> I have this entry in a catalog, I'd like to delete it. What's the
> recommended way to do so?
>
> CLUSTER --- 
>
> Mark Jacobs
>
> Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted
> email.
>
> GPG Public Key -
> https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
>
> --
> 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: System Programmer Titles

[John McKown]

Found this: https://www.ibm.com/products/z-development-test-environment

There is a "Learner's Edition" for "eligible students and hobbyists" just a
"Contact us" without a price.

On Tue, Oct 12, 2021, 09:46 David Spiegel  wrote:

> Hi Bob,
> Not allowing people to run z/OS on Intel may be a larger mistake.
>
> Regards,
> David
>
> On 2021-10-12 10:36, Richards, Robert B. (CTR) wrote:
> > The biggest mistake "HAL" made was dissolving PSRs and SEs. They often
> provided the marketing folks with potential sales leads way before the
> manglers knew they needed stuff because the worker bees would ask for
> information about future HW and SW in advance of speaking to the higher
> ups! Speaking from personal experience on *both sides* of that fence.
> >
> > Bob
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> Behalf Of Bill Ogden
> > Sent: Tuesday, October 12, 2021 10:26 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: System Programmer Titles
> >
> > I was a Systems Engineer (with progressive title levels) for 30 years
> (starting in 1966)  with you-know-who, so I became a little curious about
> the exact meaning of the title.  Over the years I discovered there was
> really no specific meaning to it.  I am an electrical engineer but no one
> ever checked on that as a condition for the title. Other Systems Engineers
> (for the same BIG company) had various backgrounds and most were not
> Engineers in a University sense or license sense. We were usually known as
> SEs within the industry.
> >
> > As a general view (at that time, when the industry was younger and
> > different) the SEs often formed a link between the practical customer
> world (meaning technical management, sysprogs, programmers, etc) and the
> home company processes (software development, blue sky marketing, technical
> support, etc, etc). It was a good job and, in my opinion, it is a bit
> unfortunate that the particular niche has mostly disappeared. Some of us
> were more on the systems programming side (myself), some a bit on the
> technical hardware side (myself also, but this was not common), some on the
> mostly marketing side, etc, etc. It was a slightly random mixture but
> seemed to work well at the time-but that was too many years ago!
> >
> > Today, I think one can flip coins to decide on a particular meaning for
> the title.
> >
> > Bill Ogden
> >
> >
> > --
> > 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
> > .
>
> --
> 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: System Programmer Titles

[John McKown]

Sorry. FAQ says $120.00/yr

On Tue, Oct 12, 2021, 10:45 John McKown 
wrote:

> Found this: https://www.ibm.com/products/z-development-test-environment
>
> There is a "Learner's Edition" for "eligible students and hobbyists" just
> a "Contact us" without a price.
>
> On Tue, Oct 12, 2021, 09:46 David Spiegel  wrote:
>
>> Hi Bob,
>> Not allowing people to run z/OS on Intel may be a larger mistake.
>>
>> Regards,
>> David
>>
>> On 2021-10-12 10:36, Richards, Robert B. (CTR) wrote:
>> > The biggest mistake "HAL" made was dissolving PSRs and SEs. They often
>> provided the marketing folks with potential sales leads way before the
>> manglers knew they needed stuff because the worker bees would ask for
>> information about future HW and SW in advance of speaking to the higher
>> ups! Speaking from personal experience on *both sides* of that fence.
>> >
>> > Bob
>> >
>> > -Original Message-
>> > From: IBM Mainframe Discussion List  On
>> Behalf Of Bill Ogden
>> > Sent: Tuesday, October 12, 2021 10:26 AM
>> > To: IBM-MAIN@LISTSERV.UA.EDU
>> > Subject: Re: System Programmer Titles
>> >
>> > I was a Systems Engineer (with progressive title levels) for 30 years
>> (starting in 1966)  with you-know-who, so I became a little curious about
>> the exact meaning of the title.  Over the years I discovered there was
>> really no specific meaning to it.  I am an electrical engineer but no one
>> ever checked on that as a condition for the title. Other Systems Engineers
>> (for the same BIG company) had various backgrounds and most were not
>> Engineers in a University sense or license sense. We were usually known as
>> SEs within the industry.
>> >
>> > As a general view (at that time, when the industry was younger and
>> > different) the SEs often formed a link between the practical customer
>> world (meaning technical management, sysprogs, programmers, etc) and the
>> home company processes (software development, blue sky marketing, technical
>> support, etc, etc). It was a good job and, in my opinion, it is a bit
>> unfortunate that the particular niche has mostly disappeared. Some of us
>> were more on the systems programming side (myself), some a bit on the
>> technical hardware side (myself also, but this was not common), some on the
>> mostly marketing side, etc, etc. It was a slightly random mixture but
>> seemed to work well at the time-but that was too many years ago!
>> >
>> > Today, I think one can flip coins to decide on a particular meaning for
>> the title.
>> >
>> > Bill Ogden
>> >
>> >
>> > --
>> > 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
>> > .
>>
>> --
>> 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: System Programmer Titles

[Farley, Peter x23353]

Yes, someone on one of the Hercules lists found that page last month, then they 
deleted the "Learner's Edition" info from the website.  There was some chatter 
that someone who actually contacted IBM about getting it was told it would be 
back sometime in October after sales people had been trained to process such 
requests.

If you click on the "Compare Editions" link, the FAQ on that next page says 
that the Learner's Edition is "USD 120.00 per year for qualified applicants".

"Qualified" is yet to be defined publicly.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
John McKown
Sent: Tuesday, October 12, 2021 11:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: System Programmer Titles

Found this: 
https://urldefense.com/v3/__https://www.ibm.com/products/z-development-test-environment__;!!Ebr-cpPeAnfNniQ8HSAI-g_K5b7VKg!YxkxCtcqbg7wyrnCxWpUZruUrOJzpzQ-7yAQzjnfFITyBhRnwEP2lo1HK-kPBptY5owhVA$
 

There is a "Learner's Edition" for "eligible students and hobbyists" just a 
"Contact us" without a price.

On Tue, Oct 12, 2021, 09:46 David Spiegel  wrote:

> Hi Bob,
> Not allowing people to run z/OS on Intel may be a larger mistake.
>
> Regards,
> David
>
> On 2021-10-12 10:36, Richards, Robert B. (CTR) wrote:
> > The biggest mistake "HAL" made was dissolving PSRs and SEs. They 
> > often
> provided the marketing folks with potential sales leads way before the 
> manglers knew they needed stuff because the worker bees would ask for 
> information about future HW and SW in advance of speaking to the 
> higher ups! Speaking from personal experience on *both sides* of that fence.
> >
> > Bob
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> Behalf Of Bill Ogden
> > Sent: Tuesday, October 12, 2021 10:26 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: System Programmer Titles
> >
> > I was a Systems Engineer (with progressive title levels) for 30 
> > years
> (starting in 1966)  with you-know-who, so I became a little curious 
> about the exact meaning of the title.  Over the years I discovered 
> there was really no specific meaning to it.  I am an electrical 
> engineer but no one ever checked on that as a condition for the title. 
> Other Systems Engineers (for the same BIG company) had various 
> backgrounds and most were not Engineers in a University sense or 
> license sense. We were usually known as SEs within the industry.
> >
> > As a general view (at that time, when the industry was younger and
> > different) the SEs often formed a link between the practical 
> > customer
> world (meaning technical management, sysprogs, programmers, etc) and 
> the home company processes (software development, blue sky marketing, 
> technical support, etc, etc). It was a good job and, in my opinion, it 
> is a bit unfortunate that the particular niche has mostly disappeared. 
> Some of us were more on the systems programming side (myself), some a 
> bit on the technical hardware side (myself also, but this was not 
> common), some on the mostly marketing side, etc, etc. It was a 
> slightly random mixture but seemed to work well at the time-but that was 
> too many years ago!
> >
> > Today, I think one can flip coins to decide on a particular meaning 
> > for
> the title.
> >
> > Bill Ogden
> >
> >
> > 
> > -- 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 .
>
> --
> 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

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


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

Re: System Programmer Titles

[Farley, Peter x23353]

Yes, and I hit Send too soon as well.  There is a further FAQ later on the 
second page that points to a page that tells you how to qualify both for actual 
students and for already-experienced developers.

It's going to be an interesting time.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Farley, Peter x23353
Sent: Tuesday, October 12, 2021 11:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: System Programmer Titles

Yes, someone on one of the Hercules lists found that page last month, then they 
deleted the "Learner's Edition" info from the website.  There was some chatter 
that someone who actually contacted IBM about getting it was told it would be 
back sometime in October after sales people had been trained to process such 
requests.

If you click on the "Compare Editions" link, the FAQ on that next page says 
that the Learner's Edition is "USD 120.00 per year for qualified applicants".

"Qualified" is yet to be defined publicly.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
John McKown
Sent: Tuesday, October 12, 2021 11:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: System Programmer Titles

Found this: 
https://urldefense.com/v3/__https://www.ibm.com/products/z-development-test-environment__;!!Ebr-cpPeAnfNniQ8HSAI-g_K5b7VKg!YxkxCtcqbg7wyrnCxWpUZruUrOJzpzQ-7yAQzjnfFITyBhRnwEP2lo1HK-kPBptY5owhVA$
 

There is a "Learner's Edition" for "eligible students and hobbyists" just a 
"Contact us" without a price.

On Tue, Oct 12, 2021, 09:46 David Spiegel  wrote:

> Hi Bob,
> Not allowing people to run z/OS on Intel may be a larger mistake.
>
> Regards,
> David
>
> On 2021-10-12 10:36, Richards, Robert B. (CTR) wrote:
> > The biggest mistake "HAL" made was dissolving PSRs and SEs. They 
> > often
> provided the marketing folks with potential sales leads way before the 
> manglers knew they needed stuff because the worker bees would ask for 
> information about future HW and SW in advance of speaking to the 
> higher ups! Speaking from personal experience on *both sides* of that fence.
> >
> > Bob
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> Behalf Of Bill Ogden
> > Sent: Tuesday, October 12, 2021 10:26 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: System Programmer Titles
> >
> > I was a Systems Engineer (with progressive title levels) for 30 
> > years
> (starting in 1966)  with you-know-who, so I became a little curious 
> about the exact meaning of the title.  Over the years I discovered 
> there was really no specific meaning to it.  I am an electrical 
> engineer but no one ever checked on that as a condition for the title.
> Other Systems Engineers (for the same BIG company) had various 
> backgrounds and most were not Engineers in a University sense or 
> license sense. We were usually known as SEs within the industry.
> >
> > As a general view (at that time, when the industry was younger and
> > different) the SEs often formed a link between the practical 
> > customer
> world (meaning technical management, sysprogs, programmers, etc) and 
> the home company processes (software development, blue sky marketing, 
> technical support, etc, etc). It was a good job and, in my opinion, it 
> is a bit unfortunate that the particular niche has mostly disappeared.
> Some of us were more on the systems programming side (myself), some a 
> bit on the technical hardware side (myself also, but this was not 
> common), some on the mostly marketing side, etc, etc. It was a 
> slightly random mixture but seemed to work well at the time-but that was 
> too many years ago!
> >
> > Today, I think one can flip coins to decide on a particular meaning 
> > for
> the title.
> >
> > Bill Ogden
> >
> >
> > 
> > -- 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 .
>
> --
> 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

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is stri

Re: System Programmer Titles

[David Spiegel]

Hi john,
I am aware of this vague reference, but, I meant that since the advent 
of affordable home computers until rather recently, this was not 
available (approximately 30 years).
Not only that, but, if they caught you doing it, they would the sue the 
(expletive deleted) out of you. Just ask Roger Bowler.


Regards,
David

On 2021-10-12 11:45, John McKown wrote:

Found this: 
https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fproducts%2Fz-development-test-environment&data=04%7C01%7C%7C0ca393e29ddc4916e30e08d98d9773d0%7C84df9e7fe9f640afb435%7C1%7C0%7C637696503937389127%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=4gjhVaw9zgZ%2B3lIJ%2F5MVamPaHt3swyD9YvA6aN3n8fQ%3D&reserved=0

There is a "Learner's Edition" for "eligible students and hobbyists" just a
"Contact us" without a price.

On Tue, Oct 12, 2021, 09:46 David Spiegel  wrote:


Hi Bob,
Not allowing people to run z/OS on Intel may be a larger mistake.

Regards,
David

On 2021-10-12 10:36, Richards, Robert B. (CTR) wrote:

The biggest mistake "HAL" made was dissolving PSRs and SEs. They often

provided the marketing folks with potential sales leads way before the
manglers knew they needed stuff because the worker bees would ask for
information about future HW and SW in advance of speaking to the higher
ups! Speaking from personal experience on *both sides* of that fence.

Bob

-Original Message-
From: IBM Mainframe Discussion List  On

Behalf Of Bill Ogden

Sent: Tuesday, October 12, 2021 10:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: System Programmer Titles

I was a Systems Engineer (with progressive title levels) for 30 years

(starting in 1966)  with you-know-who, so I became a little curious about
the exact meaning of the title.  Over the years I discovered there was
really no specific meaning to it.  I am an electrical engineer but no one
ever checked on that as a condition for the title. Other Systems Engineers
(for the same BIG company) had various backgrounds and most were not
Engineers in a University sense or license sense. We were usually known as
SEs within the industry.

As a general view (at that time, when the industry was younger and
different) the SEs often formed a link between the practical customer

world (meaning technical management, sysprogs, programmers, etc) and the
home company processes (software development, blue sky marketing, technical
support, etc, etc). It was a good job and, in my opinion, it is a bit
unfortunate that the particular niche has mostly disappeared. Some of us
were more on the systems programming side (myself), some a bit on the
technical hardware side (myself also, but this was not common), some on the
mostly marketing side, etc, etc. It was a slightly random mixture but
seemed to work well at the time-but that was too many years ago!

Today, I think one can flip coins to decide on a particular meaning for

the title.

Bill Ogden


--
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
.

--
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
.


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

Re: System Programmer Titles

[John McKown]

I prefer Arcane Wizard of Technology

On Tue, Oct 12, 2021, 08:42 Cameron Conacher <
03cfc59146bb-dmarc-requ...@listserv.ua.edu> wrote:

> I tried o get "King" once, but that did not get very far.
>
> Thanks,
>
> …….Cameron
>
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Brian Westerman
> Sent: Tuesday, October 12, 2021 1:03 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [External] Re: System Programmer Titles
>
> I am leaning towards "He who shall not be called after midnight without
> invoking his considerable wrath", but I don't think it would fit on my card.
>
> Brian
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> American Express made the following annotations
> 
> This e-mail was sent to you by a representative of Amex Bank of Canada,
> P.O. Box 3204, Station "F", Toronto, ON, M1W 3W7, www.americanexpress.ca.
> If you no longer wish to receive these e-mails, please notify the sender by
> reply e-mail.
>
> This e-mail is solely for the intended recipient and may contain
> confidential or privileged information. If you are not the intended
> recipient, any disclosure, copying, use, or distribution of the information
> included in this e-mail is prohibited. If you have received this e-mail in
> error, please notify the sender by reply e-mail and immediately and
> permanently delete this e-mail and any attachments. Thank you.
>
> American Express a fait les remarques suivantes
> Ce courriel vous a été envoyé par un représentant de la Banque Amex du
> Canada, C.P. 3204, succursale F, Toronto (Ontario) M1W 3W7,
> www.americanexpress.ca. Si, par la suite, vous ne souhaitez plus recevoir
> ces courriels, veuillez en aviser les expéditeurs par courriel.
>
> Ce courriel est réservé au seul destinataire indiqué et peut renfermer des
> renseignements confidentiels et privilégiés. Si vous n’êtes pas le
> destinataire prévu, toute divulgation, duplication, utilisation ou
> distribution du courriel est interdite. Si vous avez reçu ce courriel par
> erreur, veuillez en aviser l’expéditeur par courriel et détruire
> immédiatement le courriel et toute pièce jointe. Merci.
>
> --
> 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

IBM z/OS Learner's Edition

[Lionel B. Dyck]

More information https://ibm.github.io/zdt-learners-edition-about/

According to this there are 3 steps to acquire with the 3rd being to contact
IBM Sales - I've been on an online chat with them for 30+ minutes and they
have no clue (yet).


Lionel B. Dyck <><
Website: https://www.lbdsoftware.com
Github: https://github.com/lbdyck

"Worry more about your character than your reputation. Character is what you
are, reputation merely what others think you are."   - - - John Wooden

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

Re: z/OSMF Serverpac installation

[Keith Gooding]

Thank you for your reply, Kurt.

Things have moved on somewhat. Having cancelled the deployment dialogue and 
started again (possibly with a different 2.4 software instance - I am not sure 
which one I selected the first time) I found that most of the datasets were 
correctly matched against the 2.4 configuration and correctly renamed to match 
those 2.4 datasets. This clears up any confusion I may have had about what 
dataset names should be used - the eventual target dataset name (which it 
should in fact be), or the server pack source name or some other name involving 
an SSA. Maybe the first few datasets that I viewed on my first attempt were 
ones which could not be matched (eg not target or club zone datasets, or new 
datasets). Never mind - that is fixed now.

Incidentally I find it really irritating that I cannot log off or somehow save 
my configuration changes before they are complete. I have had to start again 
several times because my dodgy home internet connection has temporarily failed.

With regard to new volumes : I will initialise a new target and dlib volume 
before doing the configuration again (I had to start again because I left the 
session open for a few hours and the connection dropped).

I did select ‘use existing master catalog’. Most of the operational datasets 
(eg SYS1.RACF) will not be required but they still appear on the deployment 
configuration deployment panel. We do use a few of those (eg CPAC.PROCLIB and 
CPAC.Linklib, which we always rename as SYS1.CPAC.PROCLIB and indirectly 
catalog on the sysres) but I am considering leave no most of them with the 
source name CB.ST25.* - if these are indeed created by the dialogue I will 
be able to recognise them easily.

I also decided that the reason that there is no detailed documentation is that 
, after some initial confusion, the dialogue is intuitive . In general I am 
impressed - it is, or will be, better than the system it replaces.

Keith Gooding 

> On 12 Oct 2021, at 16:39, Kurt J. Quackenbush  wrote:
> 
> - I have attempted to model the configuration on a 2.4 software instance 
> which 
> I created, but although the zone names are primed with the 2.4 values none 
> of 
> the dataset names have been primed with the 2.4 names. Should I set the 
> names 
> to their eventual values (eg SYS1.Linklib) or leave them as the source 
> values 
> with the expectation that a later step will rename them ?
> 
> No later step will rename the data sets.  Not sure why the model 
> processing did not find matches for most of your data sets, but update the 
> target data set names on the Data Sets page to your desired data set 
> names.
> 
> - An attempt to change the target volser is rejected because the volume 
> does 
> not yet exist. In the ISPF version there was a job to initialise new 
> volumes. I 
> am aware that z/OSMF does not yet include all of the old method functions 
> but 
> have I missed something here ?
> 
> No, you have not missed anything.  z/OSMF does not provide a capability to 
> define a new volume.  You do have an option to initialize an existing 
> volume so it will be empty before any new data sets get created, but no 
> option to define a volume that does not already exist.
> 
> - I want to use the equivalent of a Serverpac upgrade ie the existing 
> master 
> catalog is used with indirect cataloging. On the ISPF version there was a 
> step 
> to validate the entries in the master catalog and create new entries as 
> required. On the Catalogs page, should I catalog the datasets or not ?
> 
> Yes, indicate the data sets will be cataloged.  An indirectly cataloged 
> data set is cataloged, not uncataloged.  Then, on the Volumes page, use 
> the Modify action to indicate data sets on that volume will be indirectly 
> cataloged and specify the symbol to use for the volume in the catalog 
> entries.  Curious, did you select the "Existing master catalog" option in 
> step 3 of the Deployment Checklist?
> 
> Kurt Quackenbush
> IBM  |  z/OS SMP/E and z/OSMF Software Management  |  ku...@us.ibm.com
> 
> Chuck Norris never uses CHECK when he applies PTFs.
> 
> 
> --
> 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: System Programmer Titles

[Tom Brennan]

When I started the work I'm currently doing with an IBM business 
partner, they made a card for me that said:


Sr. zEngineer
IBM zEnterprise Practice

It was so embarrassing I never gave it out to anyone and went to Kinko's 
and made my own:  Mainframe Technical


I'm not sure who Señor zEngineer was anyway.

On 10/11/2021 9:22 PM, Bruce Hewson wrote:

Mine is listed as

Infra Tech Lead Analyst


Regards
Bruce

--
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: z/OSMF Serverpac installation

[Kurt J. Quackenbush]

> Things have moved on somewhat. Having cancelled the deployment 
> dialogue and started again (possibly with a different 2.4 software 
> instance - I am not sure which one I selected the first time) I 
> found that most of the datasets were correctly matched against the 
> 2.4 configuration and correctly renamed to match those 2.4 datasets.
> This clears up any confusion I may have had about what dataset names
> should be used - the eventual target dataset name (which it should 
> in fact be), or the server pack source name or some other name 
> involving an SSA. Maybe the first few datasets that I viewed on my 
> first attempt were ones which could not be matched (eg not target or
> club zone datasets, or new datasets). Never mind - that is fixed now.

Glad to hear the model processing did (eventually) work for you.  Just to 
clarify, since you chose to use the existing master catalog (with indirect 
cataloging), then no temporary catalog alias (SSA) will be created or 
used.  If you had chosen to create a new target system master catalog, 
then z/OSMF will create and use a temporary catalog alias (SSA), and will 
automatically prefix that value to the data set names.  The point is, you 
should NOT manually include the alias prefix when defining the target data 
set names (it sounded like you may have been tempted to do so, hence the 
need for this clarification).

> Incidentally I find it really irritating that I cannot log off or 
> somehow save my configuration changes before they are complete. I 
> have had to start again several times because my dodgy home internet
> connection has temporarily failed.

Yeah, sorry about that.  We're working on adding a Save action in the 
configuration wizard as I type this so you don't loose your progress if 
you cannot complete the entire wizard in one fell swoop.  We hope to 
deliver that update soon.

> I also decided that the reason that there is no detailed 
> documentation is that, after some initial confusion, the dialogue 
> is intuitive. In general I am impressed - it is, or will be, better
> than the system it replaces.

Thank you for those kind words.

Kurt Quackenbush
IBM -- z/OS SMP/E and z/OSMF Software Management
Chuck Norris never uses CHECK when he applies PTFs.



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

Re: z/OSMF Serverpac installation

[Bill Johnson]

Kurt Q & Peter Relson are worth their weight in gold.


Sent from Yahoo Mail for iPhone


On Tuesday, October 12, 2021, 9:39 AM, Kurt J. Quackenbush  
wrote:

- I have attempted to model the configuration on a 2.4 software instance 
which 
I created, but although the zone names are primed with the 2.4 values none 
of 
the dataset names have been primed with the 2.4 names. Should I set the 
names 
to their eventual values (eg SYS1.Linklib) or leave them as the source 
values 
with the expectation that a later step will rename them ?

No later step will rename the data sets.  Not sure why the model 
processing did not find matches for most of your data sets, but update the 
target data set names on the Data Sets page to your desired data set 
names.

- An attempt to change the target volser is rejected because the volume 
does 
not yet exist. In the ISPF version there was a job to initialise new 
volumes. I 
am aware that z/OSMF does not yet include all of the old method functions 
but 
have I missed something here ?

No, you have not missed anything.  z/OSMF does not provide a capability to 
define a new volume.  You do have an option to initialize an existing 
volume so it will be empty before any new data sets get created, but no 
option to define a volume that does not already exist.

- I want to use the equivalent of a Serverpac upgrade ie the existing 
master 
catalog is used with indirect cataloging. On the ISPF version there was a 
step 
to validate the entries in the master catalog and create new entries as 
required. On the Catalogs page, should I catalog the datasets or not ?

Yes, indicate the data sets will be cataloged.  An indirectly cataloged 
data set is cataloged, not uncataloged.  Then, on the Volumes page, use 
the Modify action to indicate data sets on that volume will be indirectly 
cataloged and specify the symbol to use for the volume in the catalog 
entries.  Curious, did you select the "Existing master catalog" option in 
step 3 of the Deployment Checklist?

Kurt Quackenbush
IBM  |  z/OS SMP/E and z/OSMF Software Management  |  ku...@us.ibm.com

Chuck Norris never uses CHECK when he applies PTFs.


--
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: IBM z/OS Learner's Edition

[John McKown]

The lady who contacted me said $120.00 per month, not year. Too much for me
for a hobby.

On Tue, Oct 12, 2021 at 11:20 AM Lionel B. Dyck  wrote:

> More information https://ibm.github.io/zdt-learners-edition-about/
>
> According to this there are 3 steps to acquire with the 3rd being to
> contact
> IBM Sales - I've been on an online chat with them for 30+ minutes and they
> have no clue (yet).
>
>
> Lionel B. Dyck <><
> Website: https://www.lbdsoftware.com
> Github: https://github.com/lbdyck
>
> "Worry more about your character than your reputation. Character is what
> you
> are, reputation merely what others think you are."   - - - John Wooden
>
> --
> 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: IBM z/OS Learner's Edition

[Lionel B. Dyck]

The 'lady' didn't know what she's talking about - this is a direct copy from 
the FAQ

The ZD&T for Learners Edition is $120.00 USD per year for qualified applicants.

See it at https://ibm.github.io/zdt-learners-edition-about/


Lionel B. Dyck <><
Website: https://www.lbdsoftware.com
Github: https://github.com/lbdyck

“Worry more about your character than your reputation. Character is what you 
are, reputation merely what others think you are.”   - - - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
John McKown
Sent: Tuesday, October 12, 2021 2:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM z/OS Learner's Edition

The lady who contacted me said $120.00 per month, not year. Too much for me for 
a hobby.

On Tue, Oct 12, 2021 at 11:20 AM Lionel B. Dyck  wrote:

> More information https://ibm.github.io/zdt-learners-edition-about/
>
> According to this there are 3 steps to acquire with the 3rd being to 
> contact IBM Sales - I've been on an online chat with them for 30+ 
> minutes and they have no clue (yet).
>
>
> Lionel B. Dyck <><
> Website: https://www.lbdsoftware.com
> Github: https://github.com/lbdyck
>
> "Worry more about your character than your reputation. Character is 
> what you
> are, reputation merely what others think you are."   - - - John Wooden
>
> --
> 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

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

Re: IBM z/OS Learner's Edition

[Farley, Peter x23353]

Then their website is lying - you should counter her by pointing her to the 
website and threaten reporting to gov't agencies if she balks.

Ask to talk to her manager first though.  That usually gets better results.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
John McKown
Sent: Tuesday, October 12, 2021 3:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM z/OS Learner's Edition

The lady who contacted me said $120.00 per month, not year. Too much for me for 
a hobby.

On Tue, Oct 12, 2021 at 11:20 AM Lionel B. Dyck  wrote:

> More information 
> https://urldefense.com/v3/__https://ibm.github.io/zdt-learners-edition
> -about/__;!!Ebr-cpPeAnfNniQ8HSAI-g_K5b7VKg!dIp1c4yuvWj4W2QMiBBke5XYBRa
> oo8U2I2PL30Be7ScJoTXyQxHPxrHVbJ_XWQXxBFx5Kw$
>
> According to this there are 3 steps to acquire with the 3rd being to 
> contact IBM Sales - I've been on an online chat with them for 30+ 
> minutes and they have no clue (yet).
>
>
> Lionel B. Dyck <><
--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


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

COBOL 6.2 - use of identical data name in a nested COMMON subprogram generates a IGYPS0037-S compiler error

[Tom Ross]

>The V6.2 Language Reference Manual on page 60 says this about using identic=
>al names in nested programs:=20
>
>"Identical names
>When programs are directly or indirectly contained within other programs, e=
>ach program can use identical
>user-defined words to name resources.
>A program references the resources that program describes rather than the s=
>ame-named resources
>described in another program, even if the names are different types of user=
>-defined words."

This passage only refers to names that are identical between 2 nested programs.
In your case you have a name in the containing program, which is global to all
nested programs, being identical to a name in a nested program.

Cheers,
TomR  >> COBOL is the Language of the Future! <<

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

Re: IBM z/OS Learner's Edition

[John McKown]

Thanks. I might consider trying again. But it appears that marketing is not
up to date on this. And, actually, I can do any "fun" development on Linux
/ Intel if I want to even bother. I'm becoming a gaming addict.

On Tue, Oct 12, 2021 at 2:12 PM Farley, Peter x23353 <
031df298a9da-dmarc-requ...@listserv.ua.edu> wrote:

> Then their website is lying - you should counter her by pointing her to
> the website and threaten reporting to gov't agencies if she balks.
>
> Ask to talk to her manager first though.  That usually gets better results.
>
> Peter
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of John McKown
> Sent: Tuesday, October 12, 2021 3:00 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBM z/OS Learner's Edition
>
> The lady who contacted me said $120.00 per month, not year. Too much for
> me for a hobby.
>
> On Tue, Oct 12, 2021 at 11:20 AM Lionel B. Dyck  wrote:
>
> > More information
> > https://urldefense.com/v3/__https://ibm.github.io/zdt-learners-edition
> > -about/__;!!Ebr-cpPeAnfNniQ8HSAI-g_K5b7VKg!dIp1c4yuvWj4W2QMiBBke5XYBRa
> > oo8U2I2PL30Be7ScJoTXyQxHPxrHVbJ_XWQXxBFx5Kw$
> >
> > According to this there are 3 steps to acquire with the 3rd being to
> > contact IBM Sales - I've been on an online chat with them for 30+
> > minutes and they have no clue (yet).
> >
> >
> > Lionel B. Dyck <><
> --
>
> This message and any attachments are intended only for the use of the
> addressee and may contain information that is privileged and confidential.
> If the reader of the message is not the intended recipient or an authorized
> representative of the intended recipient, you are hereby notified that any
> dissemination of this communication is strictly prohibited. If you have
> received this communication in error, please notify us immediately by
> e-mail and delete the message and any attachments from your system.
>
>
> --
> 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: COBOL 6.2 - use of identical data name in a nested COMMON subprogram generates a IGYPS0037-S compiler error

[Farley, Peter x23353]

Thanks for the reply Tom.  I am of the opinion that the wording of that 
paragraph is not clear enough.  One extra sentence to make clear that the 
CONTAINING program definitions take precedence over CONTAINED definitions of 
the same name.

If I can find the time I can submit an RCF to that effect (those round tuits 
are scarcer than ever these days).

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Ross
Sent: Tuesday, October 12, 2021 5:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: COBOL 6.2 - use of identical data name in a nested COMMON subprogram 
generates a IGYPS0037-S compiler error

EXTERNAL EMAIL

>The V6.2 Language Reference Manual on page 60 says this about using 
>identic= al names in nested programs:=20
>
>"Identical names
>When programs are directly or indirectly contained within other 
>programs, e= ach program can use identical user-defined words to name 
>resources.
>A program references the resources that program describes rather than 
>the s= ame-named resources described in another program, even if the 
>names are different types of user= -defined words."

This passage only refers to names that are identical between 2 nested programs.
In your case you have a name in the containing program, which is global to all 
nested programs, being identical to a name in a nested program.

Cheers,
TomR  >> COBOL is the Language of the Future! <<

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

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

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