Re: NVAS admin panel issue

Thank you so much for help On Tue, Jul 10, 2018 at 10:14 PM, George Rodriguez < 016eebd7289b-dmarc-requ...@listserv.ua.edu> wrote: > It's been a while since I made changes to the file used to capture > messages. Let me check and I'll get back to you. > > > *George Rodriguez* > *Specialist

Re: Z114 to z14 experience any ?

Thanks and any technical challenges ? On Wed 11 Jul, 2018, 10:28 AM ITschak Mugzach, wrote: > Have heard some clients complains about msu raised. This mean that you may > pay more than you used. > > ITachak > > בתאריך יום ד׳, 11 ביולי 2018, 6:07, מאת Jake Anderson ‏< >

Re: Z114 to z14 experience any ?

Have heard some clients complains about msu raised. This mean that you may pay more than you used. ITachak בתאריך יום ד׳, 11 ביולי 2018, 6:07, מאת Jake Anderson ‏< justmainfra...@gmail.com>: > Hi > > Has anyone moved your z hardware from z114 to z14 ? > > Any gotchas and how was your migration

Re: NVAS admin panel issue

Saurabh, As you were already told on the Netview forum, you need to be defined as an NVAS Administrator. Your userid is obviously not. However, you can instead update the settings in batch and then restart NVAS. Regards, Alan Watthey -Original Message- From: saurabh khandelwal

Re: Sysplex between two hardware

J.O.Skip Robinson wrote: >It's easy to diss a solution as 'budget' when it saves >someone *else* money. I quite agree. As it happens, I'm quite fond of the single machine z/OS Parallel Sysplex configuration that David also describes. I wish more installations without Parallel Sysplex would adopt

Re: Z114 to z14 experience any ?

Thanks Tom we will be migrating to z14 zr1. Thanks for the inputs On Wed 11 Jul, 2018, 12:15 PM Tom Brennan, wrote: > Can I assume the target is a z14-ZR1 single-frame? I've yet to see one > installed, but hopefully I'll get to see one replace a z10BC next week. > A few hardware things I can

Re: Z114 to z14 experience any ?

I saw one the other day without its covers - in the Singapore factory. Looked nice inside. :-) As did the z13 and the z14 "EC". :-) Cheers, Martin Martin Packer zChampion, Systems Investigator & Performance Troubleshooter, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter /

Re: Sysplex between two hardware

Just make sure that if you have a standalone CPC with CFs for that purpose that its engines are as fast as your other CPCs engines. I got into a performance problem 15 years ago when a 9674 was kept around longer that it should have been. You are only as fast as your slowest . Bob

Re: Z114 to z14 experience any ?

Assuming you are migrating to a z14 ZR1, comparing to the z114, there are a number of things you should be aware of to do with size of the system, power requirements, features NOT supported etc etc. As I can't attach any docs to this reply, I suggest you speak to your BP or IBM person and ask

Re: Z114 to z14 experience any ?

Aren't SAPRs done anymore? Semi-formal process review of hardware changes, software level sets, IO changes, environmentals to include POWER and BTU's and who's responsible. In a message dated 7/11/2018 3:50:43 AM Central Standard Time, parwez_ha...@hotmail.com writes:   Assuming you are

Re: REXX as JCL replacement

So where does JOL get all the other informatoin for the DD card? Is there some back-end database that has information for all the files that may be used? Tony Thigpen Clem Clarke wrote on 07/10/2018 08:33 PM: Below is an example of Jol, and the equivalent JCL. Clem Simplified Jol Scripting

Re: REXX as JCL replacement

Speaking of replacing JCL, how about unisys WFL? It's a programming language dedicated to job flows. BTW, I am happy with jcl... ITschak On Wed, Jul 11, 2018 at 12:09 PM Tony Thigpen wrote: > So where does JOL get all the other informatoin for the DD card? Is > there some back-end database

Re: REXX as JCL replacement

On 11/07/2018 7:19 AM, Clem Clarke wrote: Don't know about that! I always think that IBM has some of the best people and concepts.  Pity IBM didn't push PL/I instead od allowing C to rule the world. They did, but something that's free will always be more attractive. Multics was originally

Re: Sysplex between two hardware

W dniu 2018-07-11 o 09:41, Timothy Sipples pisze: J.O.Skip Robinson wrote: It's easy to diss a solution as 'budget' when it saves someone *else* money. I quite agree. As it happens, I'm quite fond of the single machine z/OS Parallel Sysplex configuration that David also describes. I wish more

Re: Sysplex between two hardware

Maybe it's illusory, but that is in David Raften document. Obviously it's cheaper to have 2 CPCs than 3, but it is also cheaper to have 1 CPC than 2. The white paper clearly describes some structures as demanding duplexing or third CPC with failure-isolated CF. -- Radoslaw Skorupka Lodz,

Re: Sysplex between two hardware

Yes, that's true. Fortunately ICF as other specialty engines always run at full speed. That's also reason why one should not use older machines for CF. BTW: Third CPC need not be very expensive. I'm neither IBM sales guy, nor "standalone CF evnagelist", but when you buy two CPCs with CP

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

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

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

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

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

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

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

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

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

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%

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,

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

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 &

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

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

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 >

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

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

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

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

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

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,

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

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

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,

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

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=, // STORCLAS=TSO, //

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

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

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

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

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

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

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

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

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 /

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

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

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

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

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

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

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

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

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

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

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

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

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

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)

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

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:

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

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

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

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

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

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

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

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

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

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

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

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

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:

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

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

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

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

  1   2   >