Re: Sysplex between two hardware

Radoslaw Skorupka wrote: >RLS require Parallel Sysplex, but not everyone need it. We should be more precise and careful, to avoid any misunderstandings. VSAM RLS requires: * At least one z/OS instance (let's go with exactly one in this example); * A Coupling Facility (CF)(*), which can even be on

Re: Z114 to z14 experience any ?

Dana Mitchell wrote: >We are currently on z114's and will probably migrate to z14 >zr1's, and the coupling link situation is our biggest stumbling >block. Since there is no common coupling link available between >z114-z14, it will require us to move the entire plex at once, >not rolling onto ne

Re: Broadcom to buy CA?

FCP / FICON switches under the name Brocade. https://www.broadcom.com/company/oem-partners/fibre-channel-networking/ibm On Wed, Jul 11, 2018 at 11:10 PM Jake Anderson wrote: > > Broadcom do they have any Mainframe portfolio by chance ? > > On Thu 12 Jul, 2018, 5:29 AM Knutson, Samuel, > wrote:

Re: Using JCL Symbld and TYPRUN=SCAN

On 12/07/2018 2:48 PM, Ed Jaffe wrote: If you are referring to the GameMaker Language (GML) then yes, JCL is clearly much, much worse... https://docs.yoyogames.com/source/dadiospice/002_reference/001_gml%20language%20overview/ No, Generalized Markup Language i.e. SCRIPT. -- Andrew Rowle

Re: Using JCL Symbld and TYPRUN=SCAN

On 7/11/2018 9:27 PM, Andrew Rowley wrote: On 12/07/2018 2:05 PM, Ed Jaffe wrote: With all due respect to whomever deserves it, ANY instructions telling the computer what to do constitute programming... That's sort of true, but it vastly expands the competition. It makes HTML, even GML prog

Re: Using JCL Symbld and TYPRUN=SCAN

On 12/07/2018 2:05 PM, Ed Jaffe wrote: With all due respect to whomever deserves it, ANY instructions telling the computer what to do constitute programming... That's sort of true, but it vastly expands the competition. It makes HTML, even GML programming languages. Is JCL a worse programmin

Re: Deleting all members of a PDS

Yup. Security Pacific Bank. We used PDSCLEAN to launder everything. Old habits fade slowly. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Messag

Re: Broadcom to buy CA?

Broadcom do they have any Mainframe portfolio by chance ? On Thu 12 Jul, 2018, 5:29 AM Knutson, Samuel, wrote: > Yes. > > Broadcom confirms $18.9B buyout of CA > https://seekingalpha.com/news/3369508 > > > On Jul 11, 2018, at 5:49 PM, Edward Finnell < > 000248cce9f3-dmarc-requ...@listserv.ua

Re: Deleting all members of a PDS

On 7/11/2018 7:04 PM, Jesse 1 Robinson wrote: I originally recommended PDSCLEAN to my colleague who was doing the migration. Then realized that we don't have PDSCLEAN here; I was flashing back to my previous shop. Your previous shop?! How long ago was that? When we worked together back in th

Re: Using JCL Symbld and TYPRUN=SCAN

On 7/11/2018 4:04 PM, Pew, Curtis G wrote: I don’t think it’s true that JCL is the worst programming language (with all due respect to Fred Brooks) because it isn’t really a programming language. Should it have been a programming language? Almost certainly, as shown by Unix scripting languages.

Re: Using JCL Symbld and TYPRUN=SCAN

On 12/07/2018 11:47 AM, Paul Gilmartin wrote: On Thu, 12 Jul 2018 11:01:50 +1000, Andrew Rowley wrote: Creating temporary files has its own security exposures. I am always wary in case I am creating a security problem I don't understand. You'd better not use SORT. I am comfortable that the temp

Re: Deleting all members of a PDS

I originally recommended PDSCLEAN to my colleague who was doing the migration. Then realized that we don't have PDSCLEAN here; I was flashing back to my previous shop. Yes, the program works fine. But DEL (*) does too, and it's certified. . . J.O.Skip Robinson Southern California Edison Compa

Re: Using JCL Symbld and TYPRUN=SCAN

On Thu, 12 Jul 2018 11:01:50 +1000, Andrew Rowley wrote: > >Creating temporary files has its own security exposures. I am always >wary in case I am creating a security problem I don't understand. > You'd better not use SORT. -- gil

Re: Broadcom to buy CA?

Yes. Broadcom confirms $18.9B buyout of CA https://seekingalpha.com/news/3369508 On Jul 11, 2018, at 5:49 PM, Edward Finnell <000248cce9f3-dmarc-requ...@listserv.ua.edu> wrote: https://www.barrons.com/articles/broadcom-tanks-on-report

Re: Using JCL Symbld and TYPRUN=SCAN

On 12/07/2018 10:46 AM, Paul Gilmartin wrote: Is it any worse than if the processes operated sequentially; no overlap. Second guy wins. Conscientious second guy will create the file with O_EXCL. If you don't trust the second guy, lock him out with RACF profile or file permissions. It probably

Re: Using JCL Symbld and TYPRUN=SCAN

On Thu, 12 Jul 2018 09:40:50 +1000, Andrew Rowley wrote: > >On a unix system, you can open a file for writing and another process >can delete it while you have it open and create a new file with the same >name. The file you are writing disappears when you close it. > That's a sort of LUW isolation

Re: REXX as JCL replacement

On Wed, Jul 11, 2018, 14:01 Hobart Spitz wrote: > Sorry John. I know how businesses work. My comment was rude, sarcastic, > and uncalled for. I should not have sent it. > Cheerfully accepted. Compared to what a person said to me on a Per language "newbies" forum, your reply was, at most, chid

Re: Using JCL Symbld and TYPRUN=SCAN

On 12/07/2018 3:22 AM, John McKown wrote: ​I've seen a lot of UNIX programs which implement the same concept using shell environment variables. Simple, universal almost, examples are ${HOME}, ${TMPDIR} (and variants), ${CLASSPATH} for Javca, ${PATH}​ for an //STEPLIB equivalent. I have a PERL sc

Re: Using JCL Symbld and TYPRUN=SCAN

On 12/07/2018 12:51 AM, Hobart Spitz wrote: It may take a little more skill and experience to write in a real scripting language than in JCL, but it should be done. Here is an example of something that is simple in JCL, but very difficult to get right in a scripting language (i.e. 6 equivalent s

Re: REXX as JCL replacement

On 7/11/2018 12:09 PM, Tom Marchant wrote: An example of an incremental improvement is IF/THEN/ELSE/ENDIF. I remember that - right about the time I finally understood how COND= worked. Of course I really didn't. -- For IBM

Re: Using JCL Symbld and TYPRUN=SCAN

On Jul 11, 2018, at 5:47 PM, Ed Jaffe wrote: > > I disagree. BASIC has iterations ('for' loops), forward and backward > branching, and subroutine call/return. These fundamental programming language > constructs are missing from JCL. This is why it's such a bad programming > language. I don’t

Re: Using JCL Symbld and TYPRUN=SCAN

On 7/11/2018 3:16 PM, Paul Gilmartin wrote: So of you search far enough, you can find something worse than JCL to compare it to, making JCL only the *second* worst programming language in existence. Provided BASIC is still viable; otherwise JCL reclaims last place. I disagree. BASIC has itera

Re: Deleting all members of a PDS

Thanks Kolusu. That does the trick! . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAI

Re: Using JCL Symbld and TYPRUN=SCAN

On Wed, 11 Jul 2018 09:56:26 -0700, Tom Brennan wrote: >I've always considered DD's one of the major differences between MVS and >other platforms. I remember one of my first BASIC programs in college >where we had to code something like "OPEN PAYROLL.DATA FOR INPUT AS #1" >and sort. The first th

Re: Overrides (was: REXX as JCL replacement)

The syntax using stepname (not procstep name) is used because there is no nested procedure in that refer back. By that I mean, the reference is not to a DD within a proc invoked by the procedure. That is how I've always viewed it. I reread the JCL manual concerning backward references and it

Re: REXX as JCL replacement

On Wed, 11 Jul 2018 22:45:38 +0200, ITschak Mugzach wrote: >BTW, I wrote a rexx interpreter of JCL a year ago. ITs so easy because JCL >has a name token format, almost nothing is positional. > Parameters on JOB? Parameters on EXEC? Subparameters of DCB, LABEL, ...? (Well, you said "almost".) > .

Broadcom to buy CA?

https://www.barrons.com/articles/broadcom-tanks-on-report-itll-buy-ca-1531341964?mod=hp_RTA Stranger in a strange land? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu wi

Re: SUSE splits from Microfocus

W dniu 2018-07-11 o 20:07, Tom Marchant pisze: On Wed, 11 Jul 2018 18:06:59 +0200, Tomasz Rola wrote: BTW, would it count as a mainframe if I ran one inside emulator on PC? Sure, if you can emulate 170 processors, 32 TB of main memory, 320 FICON channels, and robust error handling. There is

Re: REXX as JCL replacement

On Wed, 11 Jul 2018 17:29:28 +, Seymour J Metz wrote: >Do you have a link to the WFL reference? I posted it yesterday. https://public.support.unisys.com/aseries/docs/ClearPath-MCP-18.0/86001047-516 -- Tom Marchant -- For I

Re: NVAS admin panel issue

Hello Alan, As I am new to NVAS, can you please suggest how my user id can be defined as NVAS administrator. On Wed, Jul 11, 2018 at 10:13 AM, Alan(GMAIL)Watthey wrote: > Saurabh, > > As you were already told on the Netview forum, you need to be defined as > an NVAS Administrator. Your userid

Re: REXX as JCL replacement

BTW, I wrote a rexx interpreter of JCL a year ago. ITs so easy because JCL has a name token format, almost nothing is positional. The aim was verifying security readiness of JCL, just like the JCL checkers but with security in mind. so migration is not a problem, but as others said, why migrate som

Re: REXX as JCL replacement

There is a GDGBIAS=JOB | STEP parm on the JOB statement in z/OS 2.3. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY "IBM Mainframe Discussion List" wrote on 07/11/2018 03:35:00 PM: > From: "Tony Thigpen" > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 07/11/

Re: [EXTERNAL] Re: Deleting all members of a PDS

What Sri Hari suggested will do that, too. I would guess that both of them just use STOW ,,I to re-initialize the directory. Dyck, Lionel B. , RavenTek wrote: I don't know if this has been suggested but using StarTools or the PDS (cbt file 182) command: FIXPDS RESET Will both delete all me

Re: REXX as JCL replacement

Yap. google "Work Flow Language (WFL) Programming Reference Manual pdf" to get the PDF version. Just performing a pentest for a UNISYS client in Europe and every-time i am surprised with the agility of it. ITschak On Wed, Jul 11, 2018 at 7:29 PM Seymour J Metz wrote: > Do you have a link to the

Re: Seeking a tool to do a network security scan of z/OS

Do you mean outside of the mainframe? Not as a single package, but NMAP will show you which ports are opened on the mainframe. If your mainframe answers the scan, you already have a problem... Now assume that port 25 is open and your mail server is configured an MTA. One can connect to the server w

Re: Overrides (was: REXX as JCL replacement)

Paul, No, the PROC referback does NOT need to know the step name that invoked the PROC. It is the nearest prior procstepname that is referenced, so multiple compile PROC executions in the same job work just fine and refer to the correct dataset. AFAIK , that's been the case since PROC's were

Seeking a tool to do a network security scan of z/OS

Is there a tool available that can do a network security scan of a z/OS system to identify network vulnerabilities? thanks -- Lionel B. Dyck (Contractor) < Mainframe Systems Programmer - RavenTek Solution Partners --

Re: Overrides (was: REXX as JCL replacement)

On Wed, 11 Jul 2018 19:30:16 +, Clifford McNeill wrote: >The proc author probably wouldn't do in that manner. Look at excerpt below, >notice how LKED SYSLIN is referencing a dsn from a previous step? > >SYS1.PROCLIB(IBMZ

Re: Deleting all members of a PDS

pipe listpds 'your.pds' | cons | chop 3 | insert /delete 'your.pds' / | tso | cons OREXXMan JCL is the buggy whip of 21st century computing. Stabilize it. Put Pipelines in the z/OS base. Would you rather process data one character at a time (Unix/C style), or one record at a time? IBM has been l

Re: REXX as JCL replacement

Restarts with GDGs is one thing z/VSE is much better at. Once a GDG is created in a step, it becomes the current GDG for all following steps. So, following steps don't need to reference +1, then require a change during a restart. It part of the difference that z/OS reads the whole job in then

Re: Overrides (was: REXX as JCL replacement)

The proc author probably wouldn't do in that manner. Look at excerpt below, notice how LKED SYSLIN is referencing a dsn from a previous step? SYS1.PROCLIB(IBMZCPLG) - 01.01 Columns ===>

Re: REXX as JCL replacement

On Wed, 11 Jul 2018 14:09:16 -0500, Tom Marchant wrote: >> >>>I don't like JCL, but I don't see any way forward other than incremental >>>improvements. >>> >>Business case for those? And trimming the whiskers from JCL would >>create compatibility problems for users who have come to depend on >>th

Re: REXX as JCL replacement

My thinking was that part of the parallel allocation would be to free existing allocations, but there might be issues with that. If there is no business case for an incremental improvement than there certainly isn't one for a total replacement. Given the control block structure for starting a n

Re: Deleting all members of a PDS

On Wed, 11 Jul 2018 14:59:15 -0400, Hobart Spitz wrote: >You're in TSO. Add this line, or equivalent, before the DELETE. > >listd 'your.pds' mem > What about the TOCTTOU hazard? -- gil -- For IBM-MAIN subscribe / signoff / arc

Overrides (was: REXX as JCL replacement)

On Wed, 11 Jul 2018 10:35:08 -0700, Lizette Koehler wrote: >I would include the caveat > >Even though it is available, do not use Nested procs. Trying to override a >proc within a proc within a proc .. rarely succeeds. > I can't decide whether the author of the original RFE overlooked a requi

Re: REXX as JCL replacement

On Wed, 11 Jul 2018 13:51:05 -0500, Paul Gilmartin wrote: >On Wed, 11 Jul 2018 18:09:21 +, Seymour J Metz wrote: > >>I don't like JCL, but I don't see any way forward other than incremental >>improvements. >> >Business case for those? And trimming the whiskers from JCL would >create compatib

Re: REXX as JCL replacement

Sorry John. I know how businesses work. My comment was rude, sarcastic, and uncalled for. I should not have sent it. OREXXMan JCL is the buggy whip of 21st century computing. Stabilize it. Put Pipelines in the z/OS base. Would you rather process data one character at a time (Unix/C style), or

Re: Deleting all members of a PDS

You're in TSO. Add this line, or equivalent, before the DELETE. listd 'your.pds' mem OREXXMan JCL is the buggy whip of 21st century computing. Stabilize it. Put Pipelines in the z/OS base. Would you rather process data one character at a time (Unix/C style), or one record at a time? IBM has be

Re: [EXTERNAL] Re: Deleting all members of a PDS

I don't know if this has been suggested but using StarTools or the PDS (cbt file 182) command: FIXPDS RESET Will both delete all members and reset the PDS so it doesn't need to be compressed. -- Lionel B. Dyck (Contractor)

Re: Deleting all members of a PDS

On Wed, 11 Jul 2018 10:43:42 -0700, Sri h Kolusu wrote: >>>but I'm curious if there's some additional keyword that will ignore the >SHR enqueues. I have not found anything. > >Skip, > >You need to use FILE keyword on IDCAMS delete like shown below > >//DELALL EXEC PGM=IDCAMS >//SYSPRINT DD SYSO

Re: REXX as JCL replacement

On Wed, 11 Jul 2018 18:09:21 +, Seymour J Metz wrote: >You keep missing the point that REXX does not currently provide the >serialization >that is available through JCL. Rewriting the job as a REXX script that does >not do >the necessary serialization is a CLM. > ??CLM?? >That's why I sugge

Re: SUSE splits from Microfocus

Tomasz Rola wrote: >Perhaps they mean VAX and Alpha-based computers - I believe those had >been acquired from DEC via Compaq and they (HP) were supporting both >VAXen and Alphas, at least before the split. Well, Alpha as an architecture is long dead, though I'm sure some are still running.

Re: REXX as JCL replacement

On Wed, Jul 11, 2018 at 1:38 PM Hobart Spitz wrote: > John; So the production schedules set policy in your shop. Do they pay > the bills too? > ​Well, they run the jobs which keep the company running which pays my salary. But if you want who, at least in the past, sets policy -- it was the end

Re: Allocating VSAM in JCL was Re: z/OS JCl vs. VSE JCL: VSAM files

I use JCL VSAM for CA Allocate testing This example was for an in-house program and is from 2005, so 13 years ago sounds right. Obviously KEYLEN and KEYOFF are only needed for RECORG=KS. //PTFXREF DD DISP=(,CATLG,DELETE),DSN=&SYSUID..PTFXREF, // STORCLAS=TSO,

Re: REXX as JCL replacement

John; So the production schedules set policy in your shop. Do they pay the bills too? OREXXMan JCL is the buggy whip of 21st century computing. Stabilize it. Put Pipelines in the z/OS base. Would you rather process data one character at a time (Unix/C style), or one record at a time? IBM has b

Re: REXX as JCL replacement

You keep missing the point that REXX does not currently provide the serialization that is available through JCL. Rewriting the job as a REXX script that does not do the necessary serialization is a CLM. That's why I suggested a parallel allocation facility usable from REXX. I don't like JCL, bu

Re: SUSE splits from Microfocus

On Wed, 11 Jul 2018 18:06:59 +0200, Tomasz Rola wrote: >BTW, would it count as a mainframe if I ran one inside emulator on PC? Sure, if you can emulate 170 processors, 32 TB of main memory, 320 FICON channels, and robust error handling. There is much more to a mainframe than the instruction set

Looking for commercial Z processing time

An associate is looking to purchase Z processing time on an ongoing basis (in other words, not a one-shot conversion or test). It is for a commercial application so IBM Dallas or a z/PDT is not suitable. The desired characteristics are - Current processor: BC12 or above, with a general intention t

Re: Deleting all members of a PDS

>>but I'm curious if there's some additional keyword that will ignore the SHR enqueues. I have not found anything. Skip, You need to use FILE keyword on IDCAMS delete like shown below //DELALL EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //PDS DD DISP=SHR,DSN=Your.PDS //SYSINDD * DELETE '

Re: REXX as JCL replacement

I would include the caveat Even though it is available, do not use Nested procs. Trying to override a proc within a proc within a proc .. rarely succeeds. Lizette > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Hobart Spitz > Sent: Wednesday, July 11, 201

Re: REXX as JCL replacement

On Wed, Jul 11, 2018 at 12:01 PM Jesse 1 Robinson wrote: > This thread is entertaining but largely cherry-pie-in-the-sky. While it > might be a nice exercise for sysprogs and architects, what's missing so far > is a compelling business case to justify the pain and agony of actually > replacing JC

Re: REXX as JCL replacement

Skip; What you say is true. Massive replacement would not be justified. No one is advocating such an effort. What needs to happen is for people to stop writing new JCL (or copying old JCL, especially the bad stuff) and work as if it were the 21st century. In addition to not writing new JCL, th

Re: REXX as JCL replacement

Do you have a link to the WFL reference? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of ITschak Mugzach Sent: Wednesday, July 11, 2018 6:20 AM To: IBM-MAIN@listserv.ua.edu Subject: Re: REXX as

Re: Using JCL Symbld and TYPRUN=SCAN

On Wed, Jul 11, 2018 at 11:57 AM Tom Brennan wrote: > I've always considered DD's one of the major differences between MVS and > other platforms. I remember one of my first BASIC programs in college > where we had to code something like "OPEN PAYROLL.DATA FOR INPUT AS #1" > and sort. The first

Re: Deleting all members of a PDS

You might try using INFILE and specify a DD with DISP=SHR Or got cbttape.org and download PDSCLEAN - works great for PDS and PDS/E datasets Lizette > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Jesse 1 Robinson > Sent: Wednesday, July 11, 2018 10:16 AM > To:

Deleting all members of a PDS

While installing a new version of the PDS command-one that works on z/OS 2.3 as previously discussed here-we need to empty existing libraries in order to refill them with new members. Without a working PDS command, we had to find a different way to accomplish FIXPDS RESETDIR. I finally remember

Re: IEC614I Scratch

If you have Mark Zelden's IPLINFO - it can show which parmlib members are in effect and I think where they were loaded from Lizette > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Mark Jacobs - Listserv > Sent: Wednesday, July 11, 2018 5:40 AM > To: IBM-MAIN@L

RCNVTCAT questions

Hello, I am looking at cloning a master catalog using the RCNVTCAT program. The intent is to use the NEW master catalog going forward. The NEW master catalog will be defined to be shared and have symbols defined for using indirect cataloging. I have run RCNVTCAT and it looks like it was succ

Re: REXX as JCL replacement

This thread is entertaining but largely cherry-pie-in-the-sky. While it might be a nice exercise for sysprogs and architects, what's missing so far is a compelling business case to justify the pain and agony of actually replacing JCL in a real world environment. For a mature shop with thousands

Re: Using JCL Symbld and TYPRUN=SCAN

I've always considered DD's one of the major differences between MVS and other platforms. I remember one of my first BASIC programs in college where we had to code something like "OPEN PAYROLL.DATA FOR INPUT AS #1" and sort. The first thing I thought of was, "So we have to update the program

Re: REXX as JCL replacement

Gil wrote: >SORT is quasi-batch: A REXX filter using ADDPIPE, or a "sipping" filter using CALLPIPE, can run SORT(s) to completion completely independently of the main pipe, to name just two possibilities. The terminology in the PIPElines documentation is "delaying records". Most built-in filters

Re: SUSE splits from Microfocus

On Tue, Jul 03, 2018 at 09:02:41PM -0400, Phil Smith III wrote: > David W Noon wrote: > [...] > >A lot of the old EDS mainframers were made redundant because HP felt the > > >mainframe was dead. The mainframe now helps to keep HPE alive. > > > > How's that? HPE NonStop isn't a mainframe. x86

Re: Using JCL Symbld and TYPRUN=SCAN

On Wed, 11 Jul 2018 11:40:19 -0400, Steve Smith wrote: >Not sure if this was pointed out before, but DDNAMEs are required by z/OS >access methods, not JCL. There is no reason these or dataset names need to >be arguments just because REXX is used instead of JCL. > Most programs that don't expose

Re: Z114 to z14 experience any ?

Absolutely we have looked into that aspect.. however wanted to know if there was any known issues Thanks again for all the great answer On Wed 11 Jul, 2018, 6:27 PM R.S., wrote: > W dniu 2018-07-11 o 06:07, Jake Anderson pisze: > > Hi > > > > Has anyone moved your z hardware from z114 to z14 ?

Re: REXX as JCL replacement

On Wed, 11 Jul 2018 11:03:05 -0400, Tony Thigpen wrote: >Using pipelines could require a lot of programming changes. >Historically, programs tend to be designed to process batches, not records. > >Most shops will not have the bodies to do the changes needed. > Many programs process data sequentia

Allocating VSAM in JCL was Re: z/OS JCl vs. VSE JCL: VSAM files

[Default] On 10 Jul 2018 15:33:56 -0700, in bit.listserv.ibm-main johnrcl...@gmail.com (John Clifford) wrote: >it is not the default but is the only correct way to access a vsam file. >disp=shr,dsn=.vsam (possible bufno,bufni,...etc) > >Never disp=new or delete. Disp=old can be used if you n

Re: REXX as JCL replacement

It may be a long, slow process, generally and/or at some sites, but if enough people do it, JCL will become the exception. IBM and site management will get it, and additional needed tools/solutions or something even better will be made available. Eventually. Try it. Use what works. Refine wh

Re: Using JCL Symbld and TYPRUN=SCAN

Not sure if this was pointed out before, but DDNAMEs are required by z/OS access methods, not JCL. There is no reason these or dataset names need to be arguments just because REXX is used instead of JCL. DDNAMEs are a pretty nice feature of z/OS! So you *don't* have to pass a bunch of (potential

Re: z/OS JCl vs. VSE JCL: VSAM files

On Wed, Jul 11, 2018 at 8:36 AM Steve Smith wrote: > DISP=NEW or OLD is perfectly valid for VSAM and PDSEs. PDSEs presumably > use some kind of hidden paging interface like LINEAR and ZFS do, but are > not VSAM. > AFAIK, these use "Media Manager" for their I/O instead of the historic EXCP or EX

Re: REXX as JCL replacement

Using pipelines could require a lot of programming changes. Historically, programs tend to be designed to process batches, not records. Most shops will not have the bodies to do the changes needed. I like the idea of REXX as a JCL replacement. It can provide a lot better logic. I don't know th

Re: Using JCL Symbld and TYPRUN=SCAN

Andrew wrote: >I actually like JCL. One of the things it does so well that no-one even notices is allocation of resources. Then you haven't fully considered the alternatives. That's not a criticism, just a statement of fact. How many of us really know how our computers, cars, phones, bodies or

Re: REXX as JCL replacement

> Resistance to replacing JCL comes from the fact that "everybody knows JCL" I haven't seen resistance to replacing JCL, just resistance to removing functionality and doubt as to feasibility. So far nothing that has been proposed actually does what JCL does. That said, there's lots of room for

Re: REXX as JCL replacement

On Wed, Jul 11, 2018 at 6:40 AM, David Crayford wrote: > However, there's an interesting IBM lab in Perth that has some excellent >> people. Not many people know about it. >> > > Not any more! They all got the push when IBM recently cut their workforce. > A few of them moved to HCL with the PD pr

Re: Primary & secondary space values in DFSORT's dynamic work space allocation.

Peter Hunkeler wrote: >>Perhaps the OP should also put in the "estimate" on how big the input for all >>the sorting work is in other terms. >>Something like this: Have REGION= and OPTION >>DYNSPC=512,SIZE=E9,MAINSIZE=MAX (which is working for my hungry sort >>jobs.) >The OP (me :-) w

Re: z/OS JCl vs. VSE JCL: VSAM files

W dniu 2018-07-10 o 22:05, Farley, Peter x23353 pisze: z/OS DISP=(OLD,DELETE) works without any problem to delete a VSAM cluster that you own. I use that JCL all the time to delete test VSAM files. Creating a VSAM cluster may often require IDCAMS DEFINE, but the JCL LIKE parameter is your fri

Re: Z114 to z14 experience any ?

W dniu 2018-07-11 o 06:07, Jake Anderson pisze: Hi Has anyone moved your z hardware from z114 to z14 ? Any gotchas and how was your migration experience ? We are at zOS 2.2 with z114. People gave you wise answers, however to complement it: check your PTFs. z/OS 2.2 should be patched to reco

Re: Primary & secondary space values in DFSORT's dynamic work space allocation.

Ok, I'm happy to see we have the same view on the (ahum) 'problem'. Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Peter Hunkeler > Sent: 11 July, 2018 16:17 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: AW: Re: Primary & sec

AW: Re: Primary & secondary space values in DFSORT's dynamic work space allocation.

>Perhaps the OP should also put in the "estimate" on how big the input for all >the sorting work is in other terms. >Something like this: Have REGION= and OPTION >DYNSPC=512,SIZE=E9,MAINSIZE=MAX (which is working for my hungry sort >jobs.) The OP (me :-) wrote in the initial post th

AW: Re: Primary & secondary space values in DFSORT's dynamic work space allocation.

>What is in fact the problem with this job, that the SORTWK specification >should be changed from JCL to dynamic? [snip] I totally agree with all you write. I don't know, and honestly I don't understand why they were asked to do change. I was only contacted by the desperate developer when he

Re: Z114 to z14 experience any ?

We are not in sysplex so I hope it should not be a concern ? On Wed 11 Jul, 2018, 5:04 PM Parwez Hamid, wrote: > The old SAPR process been 'replaced' by the TDA. The SAPR Guide is no > longer produced. Its just the Must Read doc and actually covers most of the > H/W and OS planning. > >

Re: z/OS JCl vs. VSE JCL: VSAM files

DISP=NEW or OLD is perfectly valid for VSAM and PDSEs. PDSEs presumably use some kind of hidden paging interface like LINEAR and ZFS do, but are not VSAM. sas -- For IBM-MAIN subscribe / signoff / archive access instructions, se

Re: Primary & secondary space values in DFSORT's dynamic work space allocation.

Vernooij, Kees (ITOPT1) - KLM wrote: >What is in fact the problem with this job, that the SORTWK specification >should be changed from JCL to dynamic? >It seems, that you try to provide the much varying workspace, where in fact, >the job should be able to get its space anyhow. >What is the pro

Re: Primary & secondary space values in DFSORT's dynamic work space allocation.

What is in fact the problem with this job, that the SORTWK specification should be changed from JCL to dynamic? It seems, that you try to provide the much varying workspace, where in fact, the job should be able to get its space anyhow. What is the problem with specifying the historical 90% spa

Re: Z114 to z14 experience any ?

The old SAPR process been 'replaced' by the TDA. The SAPR Guide is no longer produced. Its just the Must Read doc and actually covers most of the H/W and OS planning. -- For IBM-MAIN subscribe / signoff / archive access instruct

AW: IEC614I Scratch

Someone posted the text of the IEC614I. Doesn't look like a scratch message to me. Was initiates the deletion of the GDS? Roll-off due to LIMIT being reached? How is the GDG defined? Are the GDSs SMS managed? --Peter Hunkeler ---

AW: Re: Primary & secondary space values in DFSORT's dynamic work space allocation.

>BTW, I wrote a test program meanwhile and found that the manual and the >reality diverge. I'm pursuing this offline and will report back once I know >more. I got a response from Kolusu. We're gonna open a PMR for this. -- Peter Hunkeler

Re: IEC614I Scratch

One of the parmlb datasets. If you have command access, issue a D PARMLIB command for the list of datasets in use. You can also issue a D MPF command which should show the active list too. Hervey Martinez wrote on 7/11/18 8:35 AM: Hey Mark, I normally are looking up parms. What parm library

Re: REXX as JCL replacement

The JOL effort is commendable, but replacing JCL is about much more than a nicer syntax or easy movement between foreground and background. At the risk of repetition, other reasons are (1) to eliminate the separation between scripting code and application code and (2) to interface with other softw

Re: IEC614I Scratch

Hey Mark, I normally are looking up parms. What parm library is this in? zos? Hervey From: IBM Mainframe Discussion List on behalf of Mark Jacobs - Listserv Sent: Monday, July 9, 2018 3:01 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEC614I Scratch Is it

Re: Z114 to z14 experience any ?

We are currently on z114's and will probably migrate to z14 zr1's, and the coupling link situation is our biggest stumbling block. Since there is no common coupling link available between z114-z14, it will require us to move the entire plex at once, not rolling onto new hardware, one LPAR a

  1   2   >