Re: Assembler - Authorized program debug

[Tom Brennan]

Is the TSO TESTAUTH command still around?  I have to admit I can't 
remember ever trying it.  My debugging method of such code typically 
consisted of multiple temporary WTO's to let me know where the program 
was at before it failed, and also display fields or registers I was 
interested in.  Usually within a few iterations of that method, I'd 
figure out my problem.


Another method:  After looking at your code for hours and hours, have 
someone else peek over your shoulder and invariably they will see the 
problem in seconds.


On 2/25/2021 9:57 PM, Ravi Gaur wrote:

**Positing in Assembler group as well** - However given the activity thought to 
put it in IBM-Main as well.

Writing and debugging an assembler code which has MODESET instruction to change 
key and while debugging it via IDF or Debug tool both abend with S047(APF) 
issue. Anyone know a way to debug facility for code without using IDF/Debug 
tool?

--
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: Assembler - Authorized program debug

[Don Poitras]

In article <9007603817792033.wa.nitzibmgmx@listserv.ua.edu> you wrote:
> On Thu, 25 Feb 2021 23:57:08 -0600, Ravi Gaur  wrote:
>
> >Writing and debugging an assembler code which has MODESET instruction to 
> >change key and while debugging it via IDF or Debug tool both abend with 
> >S047(APF) issue. Anyone know a way to debug facility for code without using 
> >IDF/Debug tool?
>
> Set a  slip trap on s=047 and use IPCS to read the resulting sdump. 
>
> Regards, Barbara

S047 is a side-effect of running authorized while trying to use debuggers that
aren't themselves APF-authorized. z/XDC will allow this kind of debugging. See:

https://colesoft.com/products/zxdc/components#authxdc

-- 
Don Poitras

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

Re: Assembler - Authorized program debug

[Barbara Nitz]

On Thu, 25 Feb 2021 23:57:08 -0600, Ravi Gaur  wrote:

>Writing and debugging an assembler code which has MODESET instruction to 
>change key and while debugging it via IDF or Debug tool both abend with 
>S047(APF) issue. Anyone know a way to debug facility for code without using 
>IDF/Debug tool?

Set a  slip trap on s=047 and use IPCS to read the resulting sdump. 

Regards, Barbara

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

Assembler - Authorized program debug

[Ravi Gaur]

**Positing in Assembler group as well** - However given the activity thought to 
put it in IBM-Main as well.

Writing and debugging an assembler code which has MODESET instruction to change 
key and while debugging it via IDF or Debug tool both abend with S047(APF) 
issue. Anyone know a way to debug facility for code without using IDF/Debug 
tool?

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

Re: Testing a New Dataset for SMS processing via TSO or ISPF?

[kekronbekron]

Believe this can be done via the ACS test in ISMF.


- KB

‐‐‐ Original Message ‐‐‐
On Thursday, February 25, 2021 10:21 PM, Lionel B Dyck  wrote:

> Is there a TSO command, or ISPF command/service, that can be provided a
> dataset name and have it return if the dataset is SMS managed or not?
>
> I know LISTDSI will do this for existing datasets but I'm looking for how to
> do this for a new dataset that has not been allocated yet.
>
> Thanks
>
> ---_
>
> Lionel B Dyck <
>
> Website:http://www.lbdsoftware.com/ www.lbdsoftware.com
>
> "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: Colours on screen (mainframe history question)

[Warren Brown]

 I remember this activity . . . 
On Thursday, February 25, 2021, 08:28:06 PM EST, g...@gabegold.com 
 wrote:  
 
 In 1971, Mitre (DC-area non-profit think tank for government -- had a 2250 
connected to OS/360, which included native device support for it. When we 
installed VM circa 1972, I got to make it work under CMS (component of VM). 
VERY fortunately someone at University of Grenoble (France) had written a lot 
of truly arcane and magnificent assembler code getting it to run under CMS part 
of CP/67 (VM's predecessor). "Fortunately" because I doubt I'd have been able 
to write that software.

Even porting it from old CMS to new CMS was challenging -- and not helped by 
comments being in French (even having taken two years of French in high school 
-- with at least one semester using a chemistry textbook for class). Overall, 
it took relatively few tweaks to run. The last breakthrough was realizing that 
I had Maclibs (CMS macro libraries) in the wrong order so wrong macro versions 
were used for assembly.

The primary application under VM was impressive -- displaying a simulated 
airspace where a number of fictional aircraft were flying. Plus one "real" 
airplane, a Linc Trainer (small aircraft flight simulator) in the data center 
with a real human pilot. I forget how the Linc Trainer connected to VM and what 
VM thought it was -- it surely wasn't a standard configurable peripheral. This 
was used for projects developing anti-collision algorithms and hardware for FAA.

Charles Mills  observed:

The 2250 was a BEAST! Graphics. Light pen. A separate function key keypad. You 
could put typewritten labels in the function keys, and light up the allowed 
keys under program control. Had an 1130 computer under the hood as its 
controller. (No wonder it cost $$$.) The very first 360 application I ever saw 
was a 2250-driving system written in PL/I for one of the big pharmas -- trying 
to remember who. It was written by John Gilmore and Associates. (Yes, our very 
own IBMMAIN John Gilmore.) The idea was you could simulate the flow of a drug 
through the body, complete with a graphical representation. I don't believe it 
ever exactly worked. This would have been in 1969.

--
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: Colours on screen (mainframe history question)

[g...@gabegold.com]

In 1971, Mitre (DC-area non-profit think tank for government -- had a 2250 
connected to OS/360, which included native device support for it. When we 
installed VM circa 1972, I got to make it work under CMS (component of VM). 
VERY fortunately someone at University of Grenoble (France) had written a lot 
of truly arcane and magnificent assembler code getting it to run under CMS part 
of CP/67 (VM's predecessor). "Fortunately" because I doubt I'd have been able 
to write that software.

Even porting it from old CMS to new CMS was challenging -- and not helped by 
comments being in French (even having taken two years of French in high school 
-- with at least one semester using a chemistry textbook for class). Overall, 
it took relatively few tweaks to run. The last breakthrough was realizing that 
I had Maclibs (CMS macro libraries) in the wrong order so wrong macro versions 
were used for assembly.

The primary application under VM was impressive -- displaying a simulated 
airspace where a number of fictional aircraft were flying. Plus one "real" 
airplane, a Linc Trainer (small aircraft flight simulator) in the data center 
with a real human pilot. I forget how the Linc Trainer connected to VM and what 
VM thought it was -- it surely wasn't a standard configurable peripheral. This 
was used for projects developing anti-collision algorithms and hardware for FAA.

Charles Mills  observed:

The 2250 was a BEAST! Graphics. Light pen. A separate function key keypad. You 
could put typewritten labels in the function keys, and light up the allowed 
keys under program control. Had an 1130 computer under the hood as its 
controller. (No wonder it cost $$$.) The very first 360 application I ever saw 
was a 2250-driving system written in PL/I for one of the big pharmas -- trying 
to remember who. It was written by John Gilmore and Associates. (Yes, our very 
own IBMMAIN John Gilmore.) The idea was you could simulate the flow of a drug 
through the body, complete with a graphical representation. I don't believe it 
ever exactly worked. This would have been in 1969.

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

Re: Compiling CICS COBOL 6 Programs with No EXEC CICS Commands

[Frank Swarbrick]

Are you asking about the calling program or the called program?  I think the 
called program, but not sure.

A called program that does not contain any EXEC CICS commands can be compiled 
with either DYNAM or NODYNAM, in general.  If the called program calls another 
program (the only case where DYNAM even matters) then if compiled with NODYNAM 
(or the CALL calls a data-item rather than a literal) then that program also 
must have a PROGRAM resource defined to CICS.

In any case I don't think there's any difference from how this worked in 
earlier versions of COBOL.  Are you having a particular issue?


From: IBM Mainframe Discussion List  on behalf of 
esst...@juno.com 
Sent: Thursday, February 25, 2021 2:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Compiling CICS COBOL 6 Programs with No EXEC CICS Commands

Hello,
.
We are beginning to migrate our CICS V5.4 COBOL programs to COBOL 6.
.
I need some clarification on compiling CICS COBOL 6 Programs without a 
Translator.
These programs DO NOT contain any EXEC CICS commands and are invoked via a CALL
statement and NOT an EXEC CICS LINK.
.
In this scenario should these CICS COBOL 6 programs be compiled with the DYNAM 
OR
NODYNAM Cobol 6 option. These programs do not get compiled with a CICS 
Translator.
.
Paul D'Angelo
.
.
.

.

--
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: Sharing data sets VSAM VB

[Jeremy Nicoll]

On Thu, 25 Feb 2021, at 21:10, Paul Gilmartin wrote:
> On Thu, 25 Feb 2021 14:56:36 +, Jeremy Nicoll wrote:

> >...  Better, use several trailing steps and conditional jcl ...
> >
> That's *so* 20th Century.  Better, wrap the payload in a Rexx
> program that can do a SELECT on the completion code.

I don't think Joe's going to manage that.


Anyway, simple has some advantages.

Everyone understands the concept of renaming a file, and the 
original-named or renamed file is visible to everyone who might
need to manipulate those states (via ispf 3.4).  Renames that did
or didn't happen were also crystal clear in job logs.

I implemented systems that used variants on this mechanism
partly because it meant acf2 (in our case) could be used to 
allow/prevent people from resetting job states. 

-- 
Jeremy Nicoll - my opinions are my own.

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

Compiling CICS COBOL 6 Programs with No EXEC CICS Commands

[esst...@juno.com]

Hello,
.
We are beginning to migrate our CICS V5.4 COBOL programs to COBOL 6.
.
I need some clarification on compiling CICS COBOL 6 Programs without a 
Translator.
These programs DO NOT contain any EXEC CICS commands and are invoked via a CALL 
statement and NOT an EXEC CICS LINK.
.
In this scenario should these CICS COBOL 6 programs be compiled with the DYNAM 
OR 
NODYNAM Cobol 6 option. These programs do not get compiled with a CICS 
Translator.
.
Paul D'Angelo
.
.
.

.

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

Re: Sharing data sets VSAM VB

[Paul Gilmartin]

On Thu, 25 Feb 2021 14:56:36 +, Jeremy Nicoll wrote:
> 
>> signal on NOVALUE
>> do CheckRC = 1
>> Address TSO “LISTBC” 
>> If rc == 0 then  Address tso “submit *”
>>Else address SYSCALL sleep 10
>> End CheckRC
>>  
Oops!  I left an endless loop.  I leave the termination condition
as an exercise for the student.

>The thing that worries me most about this is why it's thought that rc=0  
>from LISTBC tells you anything useful.
>
>...  Better, use several trailing steps and conditional jcl ...
>
That's *so* 20th Century.  Better, wrap the payload in a Rexx program
that can do a SELECT on the completion code.

-- gil

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

Re: Testing a New Dataset for SMS processing via TSO or ISPF?

[Massimo Biancucci]

Lionel,

it seems you're looking for something that calls SMS and asks for future
allocation.

There's a request in ISMF panel 7 (Automatic Class Selection) and 4 Test
that simulate the allocation and gives back the response.
I don't know (I suppose yes) if it's possible to call the service from a
ISPF REXX.

Good luck.
Max


Mail
priva di virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Il giorno gio 25 feb 2021 alle ore 17:52 Lionel B Dyck 
ha scritto:

> Is there a TSO command, or ISPF command/service, that can be provided a
> dataset name and have it return if the dataset is SMS managed or not?
>
>
>
> I know LISTDSI will do this for existing datasets but I'm looking for how
> to
> do this for a new dataset that has not been allocated yet.
>
>
>
> Thanks
>
>
>
>
> ---_
> 
>
> Lionel B Dyck <
>
> Website:   www.lbdsoftware.com
>
>
>
> "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

Testing a New Dataset for SMS processing via TSO or ISPF?

[Lionel B Dyck]

Is there a TSO command, or ISPF command/service, that can be provided a
dataset name and have it return if the dataset is SMS managed or not?

 

I know LISTDSI will do this for existing datasets but I'm looking for how to
do this for a new dataset that has not been allocated yet.

 

Thanks 

 

---_


Lionel B Dyck <

Website:   www.lbdsoftware.com

 

"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: Sharing data sets VSAM VB

[Jeremy Nicoll]

On Thu, 25 Feb 2021, at 14:34, Paul Gilmartin wrote:
> On Thu, 25 Feb 2021 09:02:38 -0500, Joseph Reichman wrote:
 
> signal on NOVALUE
> do CheckRC = 1
> Address TSO “LISTBC” 
> If rc == 0 then  Address tso “submit *”
>Else address SYSCALL sleep 10
> End CheckRC
> 
> Have to check the Rexx syntax


Sorry, replying out of sequence...

The thing that worries me most about this is why it's thought that rc=0  
from LISTBC tells you anything useful.

If the purpose is to submit one job when the preceding one has ended, 
would it not be better at least to be able to tell if the preceding one ran
ok or not?

A simple solution is to create a flagfile, unique to each job, before that job
is submitted.  Delete the job's flagfile in its final step.  Better, use several
trailing steps and conditional jcl (so that only one of them runs) to rename
that flagfile to indicate if the job ran ok, or had bad step CCs, or abended.

Alternatively have each step append information into the flagfile, and that
way you can (also) record when the job started to run, what it did etc.

-- 
Jeremy Nicoll - my opinions are my own.

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

Re: [External] Re: NO MAIL

[Pommier, Rex]

Call me snarky then, because I purposely left the multiple iterations of the 
instructions when I responded.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Thursday, February 25, 2021 8:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: NO MAIL

On Wed, 24 Feb 2021 22:26:53 +, Gibney, Dave wrote:

>Should be three instances of the instructions ...
>
Why not prune them?  One is enough; three times is Snarky!

-- gil

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

[Paul Gilmartin]

On Wed, 24 Feb 2021 22:26:53 +, Gibney, Dave wrote:

>Should be three instances of the instructions ...
>
Why not prune them?  One is enough; three times is Snarky!

-- gil

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

Re: Sharing data sets VSAM VB

[Joseph Reichman]

Thank you so much 



> On Feb 25, 2021, at 9:34 AM, Paul Gilmartin 
> <000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> 
> On Thu, 25 Feb 2021 09:02:38 -0500, Joseph Reichman wrote:
> 
>> I am running all of this from Rex building JCL searching files there are a 
>> huge number of files so I break them up into different jobs 
>> 
>> What I am going to try is do 
>> Checkrc:
>> Address TSO “LISTBC” 
>> 
>> If rc == 0 then go
>>Address tso “submit *”
>> Else 
>>Sleep(10)
>>  Goto checkrc
>> End
>> 
>> Have to check the Rexx syntax but this will tell me I hope if the first job 
>> finished 
>> 
> Rexx has no GOTO.  Do not mistake SIGNAL for GOTO; it leads to perdition.
> I'll suggest instead (untested):
> 
> signal on NOVALUE
> do CheckRC = 1
>Address TSO “LISTBC” 
>If rc == 0 then  Address tso “submit *”
>   Else address SYSCALL sleep 10
> End CheckRC
> 
> Have to check the Rexx syntax
> 
> -- gil
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Sharing data sets VSAM VB

[Paul Gilmartin]

On Thu, 25 Feb 2021 09:02:38 -0500, Joseph Reichman wrote:

>I am running all of this from Rex building JCL searching files there are a 
>huge number of files so I break them up into different jobs 
>
>What I am going to try is do 
>Checkrc:
>Address TSO “LISTBC” 
>
>If rc == 0 then go
> Address tso “submit *”
>  Else 
> Sleep(10)
>   Goto checkrc
>End
>
>Have to check the Rexx syntax but this will tell me I hope if the first job 
>finished 
>
Rexx has no GOTO.  Do not mistake SIGNAL for GOTO; it leads to perdition.
I'll suggest instead (untested):

signal on NOVALUE
do CheckRC = 1
Address TSO “LISTBC” 
If rc == 0 then  Address tso “submit *”
   Else address SYSCALL sleep 10
End CheckRC

Have to check the Rexx syntax

-- gil

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

Re: Sharing data sets VSAM VB

[Joseph Reichman]

Work for the IRS don’t know if it’s available 

Will try to find out 

> On Feb 25, 2021, at 9:12 AM, David Spiegel  wrote:
> 
> Hi Joseph,
> You could also interrogate the job (provided that your employer has an SDSF 
> licence) via the SDSF API.
> 
> Regards,
> David
> 
>> On 2021-02-25 09:02, Joseph Reichman wrote:
>> I am running all of this from Rex building JCL searching files there are a 
>> huge number of files so I break them up into different jobs
>> 
>> What I am going to try is do
>> Checkrc:
>> Address TSO “LISTBC”
>> 
>> If rc == 0 then go
>>  Address tso “submit *”
>>   Else
>>  Sleep(10)
>>Goto checkrc
>> End
>> 
>> Have to check the Rexx syntax but this will tell me I hope if the first job 
>> finished
>> 
>> Thanks
>> 
>> 
>> 
 On Feb 25, 2021, at 8:51 AM, Paul Gilmartin 
 <000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>>> 
>>> On Wed, 24 Feb 2021 21:48:54 -0600, Joel C. Ewing wrote:
   .., most job schedulers have ways to inhibit conflicting jobs from
 running in parallel, like defining a single resource required ...
 
>>> A scheduler seems overkill.  DISP=MOD should suffice.
>>> 
>>> -- 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
>> .
> 
> --
> 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: Sharing data sets VSAM VB

[David Spiegel]

Hi Joseph,
You could also interrogate the job (provided that your employer has an 
SDSF licence) via the SDSF API.


Regards,
David

On 2021-02-25 09:02, Joseph Reichman wrote:

I am running all of this from Rex building JCL searching files there are a huge 
number of files so I break them up into different jobs

What I am going to try is do
Checkrc:
Address TSO “LISTBC”

If rc == 0 then go
  Address tso “submit *”
   Else
  Sleep(10)
Goto checkrc
End

Have to check the Rexx syntax but this will tell me I hope if the first job 
finished

Thanks




On Feb 25, 2021, at 8:51 AM, Paul Gilmartin 
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

On Wed, 24 Feb 2021 21:48:54 -0600, Joel C. Ewing wrote:

   .., most job schedulers have ways to inhibit conflicting jobs from
running in parallel, like defining a single resource required ...


A scheduler seems overkill.  DISP=MOD should suffice.

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


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

Re: Sharing data sets VSAM VB

[Joseph Reichman]

I am running all of this from Rex building JCL searching files there are a huge 
number of files so I break them up into different jobs 

What I am going to try is do 
Checkrc:
Address TSO “LISTBC” 

If rc == 0 then go
 Address tso “submit *”
  Else 
 Sleep(10)
   Goto checkrc
End

Have to check the Rexx syntax but this will tell me I hope if the first job 
finished 

Thanks 



> On Feb 25, 2021, at 8:51 AM, Paul Gilmartin 
> <000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> 
> On Wed, 24 Feb 2021 21:48:54 -0600, Joel C. Ewing wrote:
>> 
>>   .., most job schedulers have ways to inhibit conflicting jobs from
>> running in parallel, like defining a single resource required ...
>> 
> A scheduler seems overkill.  DISP=MOD should suffice.
> 
> -- gil
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Sharing data sets VSAM VB

[Paul Gilmartin]

On Wed, 24 Feb 2021 21:48:54 -0600, Joel C. Ewing wrote:
>
>.., most job schedulers have ways to inhibit conflicting jobs from
>running in parallel, like defining a single resource required ...
>
A scheduler seems overkill.  DISP=MOD should suffice.

-- gil

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