Re: System Programmer Titles

2021-10-13 Thread Roger Bolan
Someone in this thread said "but I'm at a loss as to how to compare them with each other." I think that is exactly what those in charge want. On Tue, Oct 12, 2021, 10:03 AM John McKown wrote: > I prefer Arcane Wizard of Technology > > On Tue, Oct 12, 2021, 08:42 Cameron Conacher < > 03cfc5

Re: SIGP Orders

2021-10-13 Thread Jim Mulder
It is assigned. It is used by z/OS. It is intentionally not described in Principles of Operation. So that is all we will publicly say about it. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY "IBM Mainframe Discussion List" wrote on 10/13/2021 02:57:42 PM: > Fr

Re: SIGP Orders

2021-10-13 Thread Joe Monk
Alan, It's being issued by z/os 2.4... I see it in the trace... Joe On Wed, Oct 13, 2021 at 4:11 PM Alan Altmark wrote: > On Tue, 12 Oct 2021 07:09:23 -0500, Joe Monk wrote: > >Looking thru the z/arch POP, I noticed that SIGP order 14 is no longer > >listed as unassigned, but its definition a

Re: System Programmer Titles

2021-10-13 Thread Seymour J Metz
Well, in UnixLand the nomenclature is also weird; a sysop doesn't do much that we expect from an operator but does things that we would expect from a SysAdmin or SysProg. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discu

Re: System Programmer Titles

2021-10-13 Thread Seymour J Metz
I once worked at a company where everybody was either a member of the technical staff or a senior member of the technical staff. It gave use a lot more flexibility when bidding on contracts. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From:

Re: System Programmer Titles

2021-10-13 Thread Seymour J Metz
Systems janitor. Not to be confused with the guy that writes exits, panels, etc. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Skip Robinson [jo.skip.robin...@gmail.c

Re: System Programmer Titles

2021-10-13 Thread Skip Robinson
Ah, generalist vs. specialist. 'Jack of all Trades' is synonymous with generalist. There's no such thing as Specialist of all Trades. A renowned ichthyologist refused to learn the names of his students on the grounds that learning a student's name would cause him to forget the name of a fish. I st

Re: SIGP Orders

2021-10-13 Thread Alan Altmark
On Tue, 12 Oct 2021 07:09:23 -0500, Joe Monk wrote: >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? I suspect that line is supposed to say "Una

Re: PAX/TRS zFS

2021-10-13 Thread David Spiegel
Hi Gil, Thank you for the suggestions. Here is a job that actually worked. (The DSNAMES have been scrubbed.) // SET DS=MY //CREATE  EXEC PGM=IEFBR14 //PAX  DD  DISP=(,CATLG), // UNIT=SYSALLDA, // DATACLAS=DCZFSEXT, // STORCLAS=SCZFSEXT, //  

Re: System Programmer Titles

2021-10-13 Thread Matt Hogstrom
Back in my day that was the systems programmer. Kind of like the old general practitioner doctor Matt Hogstrom +1 (919) 656-0564 > On Oct 13, 2021, at 15:36, Skip Robinson wrote: > > Good examples. What do we call a person who: > > -- Installs a security product as delivered from the vendor

Re: System Programmer Titles

2021-10-13 Thread Skip Robinson
Good examples. What do we call a person who: -- Installs a security product as delivered from the vendor -- Tailors the product for use by the full range of users from admin to programmer -- Installs and tailors vendor-supplied updates/upgrades -- Troubleshoots problems and obtains/installs fixes

Re: DYNALLOC, FREE, and ENQ?

2021-10-13 Thread Scott Ballentine
For the original question: > Suppose I have in JCL: DD DISP=SHR,DSN=SOME.DATA.SET. > > In my program, I dynalloc (same) SOME.DATA.SET OLD. I expect > the ENQ to be upgraded to EXC. But when I FREE the allocation, > can the ENQ revert to SHR? No, once that ENQ is upgraded from SHR to EXCL, it sta

Re: System Programmer Titles

2021-10-13 Thread Colin Paice
I found it helped to give examples outside of IT. Consider the security of your site. 1. The security administrator issues badges to visitors. 2. The security systems designer/programmer sets up the systems, decides how many attack dogs you want patrolling the site, decides if you want to

Re: System Programmer Titles

2021-10-13 Thread Frank Swarbrick
Someone who speaks English as a first language ought to review that FAQ... From: IBM Mainframe Discussion List on behalf of Farley, Peter x23353 <031df298a9da-dmarc-requ...@listserv.ua.edu> Sent: Tuesday, October 12, 2021 9:57 AM To: IBM-MAIN@LISTSERV.UA.EDU

Re: System Programmer Titles

2021-10-13 Thread Carmen Vitullo
Working for an Aerospace company on the East Coast we had titles in the systems programmers groups and pay grades within these groups/titles until you became a Manager did that change. also there were those Engineering guys :) the "Fellows"  that were in another category in more ways than one, I

Re: System Programmer Titles

2021-10-13 Thread Skip Robinson
This discussion so far has been about 'functional' titles, as it was intended. However, many companies also confer a 'corporate' title as well. For example, it was common at one point for aerospace companies in Southern California to designate everyone an 'MTS', or Member of Technical Staff. This w

Re: System Programmer Titles

2021-10-13 Thread Farley, Peter x23353
It's the same for application programmer titles. I've been labeled "Senior Applications Consultant" for a while now, but I'm grandfathered into whatever the newest HR title tree is for "developers". Open systems titles are just as odd and misleading as those for mainframe people, maybe even st

Re: System Programmer Titles

2021-10-13 Thread Carmen Vitullo
The company I am currently working for just revamped all the titles and clumped us (MVS,AIX and WINDERS) into the same categories, I was a Lead Systems programmer, now I'm a Systems Administrator Lead :(      Carmen Vitullo -Original Message- From: Bobby To: IBM-MAIN Date: M

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

2021-10-13 Thread Farley, Peter x23353
In my specific case, there is a COPY structure populated in the outermost program level that is passed in CALL statements to nested COMMON subprograms (which can also CALL each other) and all the COMMON subprograms use the same COPY structure to define their LINKAGE parameter. I just did not an

Re: PAX/TRS zFS

2021-10-13 Thread Paul Gilmartin
On Wed, 13 Oct 2021 10:24:06 -0400, David Spiegel wrote: >I agree with your hypothesis ... the PAX fails because it cannot get an >Exclusive ENQ on MY.PAX > >With respect to the spawned (PAX) Address Space, though, it is possible >that the spawn itself could take longer than the Batch Job switchin

Re: PAX/TRS zFS

2021-10-13 Thread David Spiegel
I agree with your hypothesis ... the PAX fails because it cannot get an Exclusive ENQ on MY.PAX With respect to the spawned (PAX) Address Space, though, it is possible that the spawn itself could take longer than the Batch Job switching steps and defeat the entire purpose. I think coding a SL

Re: PAX/TRS zFS

2021-10-13 Thread Paul Gilmartin
On Wed, 13 Oct 2021 09:36:51 -0400, David Spiegel wrote: > >How does changing the allocation for SYSUT1 from JCL to DYNALLOC change >anything ... they're both non-Exclusive ENQs? > If a DD statement exists in a job the Initiator issues the needed ENQ at the beginning of the job and it's in effect

Re: PAX/TRS zFS

2021-10-13 Thread David Spiegel
Hi Gil, How does changing the allocation for SYSUT1 from JCL to DYNALLOC change anything ... they're both non-Exclusive ENQs? Regards, David On 2021-10-13 08:58, Paul Gilmartin wrote: On Mon, 11 Oct 2021 14:03:11 -0400, David Spiegel wrote: I am trying to PAX and TRS a zFS. When I run a Ste

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

2021-10-13 Thread Jon Butler
I think the key is the use of GLOBAL variables: those available to all internal subroutines. Not to be confused with EXTERNAL variables. GLOBAL are available to all internal subroutines, as long as you don't redefine the name in the subroutine. So if you want only one variable throughout, def

Re: PAX/TRS zFS

2021-10-13 Thread Paul Gilmartin
On Mon, 11 Oct 2021 14:03:11 -0400, David Spiegel wrote: > >I am trying to PAX and TRS a zFS. > >When I run a Step to PAX followed by a Step to TRS, I get: >pax: //'MY.PAX': EDC5061I An error occurred when attempting to define a >file to the system. >(I tried TAR and got the same result.) >When I r

Re: PAX/TRS zFS

2021-10-13 Thread Paul Gilmartin
On Mon, 11 Oct 2021 14:03:11 -0400, David Spiegel wrote: > >When I run a Step to PAX followed by a Step to TRS, I get: >pax: //'MY.PAX': EDC5061I An error occurred when attempting to define a >file to the system. >(I tried TAR and got the same result.) >When I run the PAX in one job and the TRS in