Re: IEA213A DUPLICATE VOLUME

[Mike Schwab]

You assign the volume label with ICKDSF.  If you init two+ different
devices with the same volser and the default for both+ is to be online
you will get this message.  Since these addresses are quite a bit
apart, is one production and one a DR test?  If so the Production
system should set the address offline or not existing, and the DR
system should set the production system addresses as offline or not
existing.

On Thu, Nov 19, 2020 at 8:18 PM Steve Lee
<0353a875f81e-dmarc-requ...@listserv.ua.edu> wrote:
>
> Dear,
>
> These messages come out at the time of IPL in past few IPL cycle;
>
> IEA213A DUPLICATE VOLUME 'RP@C03' FOUND ON DEVICES 3404 AND 4802.
> IEA213A REPLY DEVICE NUMBER WHICH IS TO REMAIN OFFLINE
> IEA213A DUPLICATE VOLUME 'RP@C04' FOUND ON DEVICES 3405 AND 4803.
> IEA213A REPLY DEVICE NUMBER WHICH IS TO REMAIN OFFLINE
> IEA213A DUPLICATE VOLUME 'RP@C05' FOUND ON DEVICES 3406 AND 4804.
> IEA213A REPLY DEVICE NUMBER WHICH IS TO REMAIN OFFLINE
> ~
> ~
>
> 
>
> My Research:
>
> When systems starts initialization after loading it makes some set of volumes 
> needs to be offline due to saem volume label.
> (In IODF part, all volumes listed above are "Offline=No")
> Some of the volumes on these system has duplicate volume labels defined to 
> them, While making these volume offline system gets confused and generates 
> these WTORs to ask the operator which one to make offline when it finds two 
> volumes has same volume label.
>
> There has not been changes to IODF. Storage team can give more clarification 
> about these volumes gets assigned with duplicate volume labels.
> But they are also confused why it happens.
>
>
> Any input will greatly be appreciated.
>
> Thanks,
> Steve
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: IEA213A DUPLICATE VOLUME

[Mark Jacobs]

Your research is correct. The system is working as designed. Duplicate volumes 
with the same VOLSER are not allowed to be online at the same time, so it's 
asking the operator which one needs to be online. As far as your question why 
are there duplicates, that answer needs to be ascertained from the storage team.

Mark Jacobs

Sent from ProtonMail, Swiss-based encrypted email.

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

‐‐‐ Original Message ‐‐‐

On Thursday, November 19th, 2020 at 9:08 PM, Steve Lee 
<0353a875f81e-dmarc-requ...@listserv.ua.edu> wrote:

> Dear,
>
> These messages come out at the time of IPL in past few IPL cycle;
>
> IEA213A DUPLICATE VOLUME 'RP@C03' FOUND ON DEVICES 3404 AND 4802.
>
> IEA213A REPLY DEVICE NUMBER WHICH IS TO REMAIN OFFLINE
>
> IEA213A DUPLICATE VOLUME 'RP@C04' FOUND ON DEVICES 3405 AND 4803.
>
> IEA213A REPLY DEVICE NUMBER WHICH IS TO REMAIN OFFLINE
>
> IEA213A DUPLICATE VOLUME 'RP@C05' FOUND ON DEVICES 3406 AND 4804.
>
> IEA213A REPLY DEVICE NUMBER WHICH IS TO REMAIN OFFLINE
>
> ~
>
> ~
>
> My Research:
>
> When systems starts initialization after loading it makes some set of volumes 
> needs to be offline due to saem volume label.
>
> (In IODF part, all volumes listed above are "Offline=No")
>
> Some of the volumes on these system has duplicate volume labels defined to 
> them, While making these volume offline system gets confused and generates 
> these WTORs to ask the operator which one to make offline when it finds two 
> volumes has same volume label.
>
> There has not been changes to IODF. Storage team can give more clarification 
> about these volumes gets assigned with duplicate volume labels.
>
> But they are also confused why it happens.
>
> Any input will greatly be appreciated.
>
> Thanks,
>
> Steve
>
> ---
>
> 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: Has anyone integrated Rexx with IKJPARS?

[Mike Schwab]

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ikja300/cmdhost.htm
Allows z/OS REXX to call various environments and execute their commands.

On Thu, Nov 19, 2020 at 2:03 PM Jesse 1 Robinson
 wrote:
>
> Oops. I meant ' TSO/CLIST capabilities'.
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Jesse 1 Robinson
> Sent: Thursday, November 19, 2020 11:54 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: Has anyone integrated Rexx with IKJPARS?
>
> *** EXTERNAL EMAIL - Use caution when opening links or attachments ***
>
> CLIST has pretty much the same parsing capabilities as TSO. I think that's 
> natural as both types of command processors were developed on the same 
> platform. REXX OTOH was imported to MVS from elsewhere--VM? I miss those 
> TSO/REXX capabilities.
>
> I once encountered a 'REXX preamble' that provided those parsing 
> capabilities. Really complex code. I haven't seen it for years. Not sure I 
> would line up today to adapt it for modern use. VM denizens don't even 
> understand this conversation.
>
> .
> .
> 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  On Behalf Of 
> Charles Mills
> Sent: Thursday, November 19, 2020 11:30 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Has anyone integrated Rexx with IKJPARS?
>
> *** EXTERNAL EMAIL - Use caution when opening links or attachments ***
>
> It would appear to be a lot of work, but it would seem that "TSO format 
> command parsing" and Rexx would be a natural marriage.
>
> I have never used IKJPARS, so I don't claim to be an expert, and others might 
> disagree.
>
> The issue I am struggling with is that for all of Rexx's parsing power, which 
> is of course legendary, it does not seem well-suited to classic "MVS"
> (for want of a better term) quoted strings. I am considering an EXEC that 
> would accept parameters of
>
> 'a quoted string', 'another quoted string', simpletoken1, simpletoken2, ...
>
> I don't see a good way to parse -- without resorting to a 
> character-by-character loop -- input such as
>
> 'now isn''t the time', 'nor, is this', MYTOKEN, YOURTOKEN
>
> Am I missing something?
>
> It would be great if one could define the expected parameters and their 
> format to Rexx in some systematic way, parse the user's input, and get back 
> either parameter values in stem variables, or an error message to present to 
> the user.
>
> Any suggestions?
>
> Charles
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

IEA213A DUPLICATE VOLUME

[Steve Lee]

Dear, 

These messages come out at the time of IPL in past few IPL cycle;

IEA213A DUPLICATE VOLUME 'RP@C03' FOUND ON DEVICES 3404 AND 4802.
IEA213A REPLY DEVICE NUMBER WHICH IS TO REMAIN OFFLINE
IEA213A DUPLICATE VOLUME 'RP@C04' FOUND ON DEVICES 3405 AND 4803.
IEA213A REPLY DEVICE NUMBER WHICH IS TO REMAIN OFFLINE
IEA213A DUPLICATE VOLUME 'RP@C05' FOUND ON DEVICES 3406 AND 4804.
IEA213A REPLY DEVICE NUMBER WHICH IS TO REMAIN OFFLINE   
~
~

 

My Research: 

When systems starts initialization after loading it makes some set of volumes 
needs to be offline due to saem volume label.
(In IODF part, all volumes listed above are "Offline=No")
Some of the volumes on these system has duplicate volume labels defined to 
them, While making these volume offline system gets confused and generates 
these WTORs to ask the operator which one to make offline when it finds two 
volumes has same volume label.

There has not been changes to IODF. Storage team can give more clarification 
about these volumes gets assigned with duplicate volume labels.
But they are also confused why it happens.


Any input will greatly be appreciated.

Thanks, 
Steve

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

Re: Is there a JES2 command to submit a job?

[Seymour J Metz]

Why are you so easily offended? Why don't you think that accuracy matters?


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Thursday, November 19, 2020 8:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

On Fri, 20 Nov 2020 00:10:14 +, Seymour J Metz wrote:

>UNIT=INTRDR is not valid in JES2, and the internal reader is very much alive 
>and well. It does not present a security issue, and bog standard users can 
>exploit it freely.
>
Why do you so often feel it's necessary to state a snarky negative
rather than constructively supplying an alternative or at least
a citation such as:

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.4.0/com.ibm.zos.v2r4.hasc300/has2z1_Submitting_to_the_internal_reader_from_jobs_or_tasks.htm

I was told long ago not to bogart an INTRDR because a finite number
would be genned and if all came to be in use hardly anyone could
SUBMIT a job.  I understand subsequently this constraint has been
relieved; INTRDRs are created dynamically.

-- 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: Blocked SYSIN/SYSOUT

[Paul Gilmartin]

On Fri, 20 Nov 2020 12:42:34 +1100, Robin Vowels wrote:

>On 2020-11-20 12:32, Paul Gilmartin wrote:
>> jn:
>> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.4.0/com.ibm.zos.v2r4.hasc300/has2z1_Use_of_unblocked_records_for_SYSIN_and_SYSOUT_data_sets.htm
>>
>> You should not block SYSIN and SYSOUT data sets because the SAM
>> (sequential access method) compatibility interface will increase
>> overhead
>> by unnecessarily deblocking and blocking data sets.
>
>That seems strange.  Who said that? In what context?
>
Indeed.  IBM.  WWW.

>In the old days, it was important to block SYSOUT.
>Unblocked input and output contributed to disc threshing,
>which resulted in reduced performance of the disc system
>as well as slowing down output speed.
>
That may have been the Bad Old Days, before ASP/HASP/JES, when
SYSIN and SYSOUT were plain old data sets and attributes, particularly
SPACE, were tied to SYSOUT class and probably wrong.

>> I didn't know that.  Should I have RTFM?
>>
>> Is SDB aware of that?
>>
>> If BSAM, is this offset by more calls to WRITE/READ?
>>
>> BLKSIZE is incompatible with DD */DATA, perhaps because
>> the programmer is expected to use F/V rather than FB/VB

-- gil

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

Re: Is there a JES2 command to submit a job?

[Paul Gilmartin]

On Fri, 20 Nov 2020 00:10:14 +, Seymour J Metz wrote:

>UNIT=INTRDR is not valid in JES2, and the internal reader is very much alive 
>and well. It does not present a security issue, and bog standard users can 
>exploit it freely.
>
Why do you so often feel it's necessary to state a snarky negative
rather than constructively supplying an alternative or at least
a citation such as:

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.4.0/com.ibm.zos.v2r4.hasc300/has2z1_Submitting_to_the_internal_reader_from_jobs_or_tasks.htm

I was told long ago not to bogart an INTRDR because a finite number
would be genned and if all came to be in use hardly anyone could
SUBMIT a job.  I understand subsequently this constraint has been
relieved; INTRDRs are created dynamically.

-- gil

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

Re: Blocked SYSIN/SYSOUT

[Robin Vowels]

On 2020-11-20 12:32, Paul Gilmartin wrote:

jn:
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.4.0/com.ibm.zos.v2r4.hasc300/has2z1_Use_of_unblocked_records_for_SYSIN_and_SYSOUT_data_sets.htm

You should not block SYSIN and SYSOUT data sets because the SAM
(sequential access method) compatibility interface will increase 
overhead

by unnecessarily deblocking and blocking data sets.


That seems strange.  Who said that? In what context?

In the old days, it was important to block SYSOUT.
Unblocked input and output contributed to disc threshing,
which resulted in reduced performance of the disc system
as well as slowing down output speed.


I didn't know that.  Should I have RTFM?

Is SDB aware of that?

If BSAM, is this offset by more calls to WRITE/READ?

BLKSIZE is incompatible with DD */DATA, perhaps because
the programmer is expected to use F/V rather than FB/VB


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

CSRC4GET in XMEM

[Joseph Reichman]

Me Thinks I need IARV64 REQUEST=GETSHARED

 

If I am getting the cell in a different address space then where the IARV64
was issued

 

  

 


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

Re: any one know what wrong with the IBM bookserver

[Charles Mills]

Same experience. No idea. The IBM Cloud.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Joseph Reichman
Sent: Thursday, November 19, 2020 5:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: any one know what wrong with the IBM bookserver

Seems like it been down for a while

 


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

Blocked SYSIN/SYSOUT

[Paul Gilmartin]

jn: 
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.4.0/com.ibm.zos.v2r4.hasc300/has2z1_Use_of_unblocked_records_for_SYSIN_and_SYSOUT_data_sets.htm

You should not block SYSIN and SYSOUT data sets because the SAM
(sequential access method) compatibility interface will increase overhead
by unnecessarily deblocking and blocking data sets.

I didn't know that.  Should I have RTFM?

Is SDB aware of that?

If BSAM, is this offset by more calls to WRITE/READ?

BLKSIZE is incompatible with DD */DATA, perhaps because
the programmer is expected to use F/V rather than FB/VB

-- gil

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

Re: Is there a JES2 command to submit a job?

[Seymour J Metz]

ObSchiller "Mit der Dummheit kämpfen Götter selbst vergebens"

Pistol. Foot.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of Tom 
Brennan 
Sent: Thursday, November 19, 2020 7:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

Let's say the started task is setup as SURROGAT for multiple userids.
As one of those id's, if I am given access to the JCL I could submit a
job as if I was another one of those id's.  No?

On 11/19/2020 4:12 PM, Seymour J Metz wrote:
> Sure, but why do you think that specifying the userid will do them any good?
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Tom Brennan 
> Sent: Thursday, November 19, 2020 2:16 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Is there a JES2 command to submit a job?
>
> I just thought of one more problem with my scenario.  If the JCL can be
> updated by the user, then they could set USER= to whatever they want,
> spoiling the idea of using a single STC for multiple users.
>
> On 11/19/2020 11:13 AM, Tom Brennan wrote:
>> So if the JCL dataset can be updated by the user and they decide to
>> remove the USER= parm, then the STC userid would get control.  And in
>> that case the unique userid set up for that STC would have little access
>> and would likely fail on the first dataset.
>>
>> Do I have that about right?
>>
>> On 11/19/2020 11:04 AM, David Spiegel wrote:
>>> Hi Skip,
>>> "... the default SAF userid for STCs will be propagated to the
>>> submitted job ..."
>>> If the submitted job has a USER= on the Job Card and the RDR STC's
>>> Userid has SURROGAT to all owner of SUBMIT'd Jobs, this is not a problem.
>>> (I also would not give RDR the default STCID.)
>>>
>>> Regards,
>>> David
>>>
>>> On 2020-11-19 13:45, Jesse 1 Robinson wrote:
 We use a similar process. The supplied RDR proc is a bit clumsy with
 stuff coded that would work as is for pretty much no one. So like
 many other shops, ages ago we wrote our own version with customized
 data set and unit parameters.

 The big problem with an RDR-like solution is that the default SAF
 userid for STCs will be propagated to the submitted job. That might
 be wildly inappropriate for the average user.

 .
 .
 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  On
 Behalf Of Herring, Bobby
 Sent: Thursday, November 19, 2020 8:26 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: (External):Re: Is there a JES2 command to submit a job?

 *** EXTERNAL EMAIL - Use caution when opening links or attachments ***

 We have a rather simple solution we use.

 We have this command in the JES commands member:

 $TA,T=23.00,''$VS,S JOB,J=CLEANJES'''

 That starts a started task called JOB. It is in a library that is in
 the JES PROCLIB concatenation.

 It looks like this:

 //JOBPROC J=XXX,   /* MEMBER NAME TO SUBMIT*/
 //   L='SYS1.TXFZ.OPERJOBS.TZ' /* LIBRARY TO SUBMIT FROM   */
 //**/
 //*@ STARTED TASK TO SUBMIT JOBS   */
 //**/
 //STEP1  EXEC PGM=IEBGENER
 //SYSPRINT DD SYSOUT=*
 //SYSUT2   DD SYSOUT=(A,INTRDR)
 //SYSUT1   DD DISP=SHR,DSN=()
 //SYSINDD DUMMY

 The JES command formats out like this:

 S JOB,J=CLEANJES

 Which starts JOB and it submits CLEANJES from the
 SYS1.TXFZ.OPERJOBS.TZ library to the queue.

 The commands member gets submitted each day at midnight to refresh
 the commands.

 //CMDSTXFZ  JOB (HSKP),'CMDSTXFZ',CLASS=K,MSGCLASS=9,
 // MSGLEVEL=(1,1),REGION=0M
 //*
 //*   LIB: SYS1.TXFZ.OPERJOBS.TZ(CMDSTXFZ)
 //*@   COMMANDS TO ISSUE AT IPL TIME AND EVERY 24 HOURS
 //*
 // COMMAND '$CA,ALL'
 // COMMAND '$TA,T=05.00,''$VS,S JOB,J=CLEANJES'''
 // COMMAND '$TA,T=24.00,''$VS,S JOB,J=CMDSTXFZ'''
 // COMMAND '$SA,ALL'
 //STEP1EXEC PGM=IEFBR14
 /*

 Bobby Herring
 Texas Farm Bureau Insurance
 Waco, Tx


 -Original Message-
 From: IBM Mainframe Discussion List  On
 Behalf Of Charles Mills
 Sent: Thursday, November 19, 2020 9:34 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Is there a JES2 command to submit a job?

 I was and am under control on the $TA part and fully intend to 

as soon as I spoke back up

[Joseph Reichman]

 

 


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

any one know what wrong with the IBM bookserver

[Joseph Reichman]

Seems like it been down for a while

 


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

Re: Is there a JES2 command to submit a job?

[Wayne Bickerdike]

AUTO is file 332 I believe.

Referenced here along with JES2 $TA commands.

http://www.longpelaexpertise.com/ezine/DoWeNeedAutomationSoftware.php

On Fri, Nov 20, 2020 at 8:14 AM R.S.  wrote:

> W dniu 19.11.2020 o 21:46, Wayne Bickerdike pisze:
> > Charles,
> >
> > I like Bobby Herring's solution. We use similar commands combined with
> > automation at one customer.
> >
> > AUTO is very, very easy to install.
> >
> > It uses a PDS with this syntax : @2230
> >
> > At 2230, it does whatever is in the member with a day flag:
> >
> > +1+2+
> > *  MTWTF   I SMF
> > MTWTFSS S DELDUMP
> > I clean up the dump dataset at intervals.
>
> Maybe I lost some posts, but I haven't seen any mention of the tool.
> Is it something available on CBTtape?
>
> I guess there may be other tools on cbttape as well. This is another
> point to mention, which I omitted for simplicity.
> Yes, there is big gap between answer to help person and to describe all
> possible solutions.
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
> ==
>
> Jeśli nie jesteś adresatem tej wiadomości:
>
> - powiadom nas o tym w mailu zwrotnym (dziękujemy!),
> - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub
> zapisałeś na dysku).
> Wiadomość ta może zawierać chronione prawem informacje, które może
> wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia
> (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania,
> narusza prawo i może podlegać karze.
>
> mBank S.A. z siedzibą w Warszawie, ul. Prosta 18, 00-850 Warszawa,
> www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy
> XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP:
> 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na
> 01.01.2020 r. wynosi 169.401.468 złotych.
>
> If you are not the addressee of this message:
>
> - let us know by replying to this e-mail (thank you!),
> - delete this message permanently (including all the copies which you have
> printed out or saved).
> This message may contain legally protected information, which may be used
> exclusively by the addressee.Please be reminded that anyone who
> disseminates (copies, distributes) this message or takes any similar
> action, violates the law and may be penalised.
>
> mBank S.A. with its registered office in Warsaw, ul. Prosta 18, 00-850
> Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the
> Capital City of Warsaw, 12th Commercial Division of the National Court
> Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital
> amounting to PLN 169.401.468 as at 1 January 2020.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Wayne V. Bickerdike

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

Re: Is there a JES2 command to submit a job?

[Steve Beaver]

It will not without a password 

Sent from my iPhone

I promise you I can’t type or
Spell on any smartphone 

> On Nov 19, 2020, at 18:12, Seymour J Metz  wrote:
> 
> Sure, but why do you think that specifying the userid will do them any good?
> 
> 
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
> 
> 
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Tom Brennan 
> Sent: Thursday, November 19, 2020 2:16 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Is there a JES2 command to submit a job?
> 
> I just thought of one more problem with my scenario.  If the JCL can be
> updated by the user, then they could set USER= to whatever they want,
> spoiling the idea of using a single STC for multiple users.
> 
>> On 11/19/2020 11:13 AM, Tom Brennan wrote:
>> So if the JCL dataset can be updated by the user and they decide to
>> remove the USER= parm, then the STC userid would get control.  And in
>> that case the unique userid set up for that STC would have little access
>> and would likely fail on the first dataset.
>> 
>> Do I have that about right?
>> 
>>> On 11/19/2020 11:04 AM, David Spiegel wrote:
>>> Hi Skip,
>>> "... the default SAF userid for STCs will be propagated to the
>>> submitted job ..."
>>> If the submitted job has a USER= on the Job Card and the RDR STC's
>>> Userid has SURROGAT to all owner of SUBMIT'd Jobs, this is not a problem.
>>> (I also would not give RDR the default STCID.)
>>> 
>>> Regards,
>>> David
>>> 
>>> On 2020-11-19 13:45, Jesse 1 Robinson wrote:
 We use a similar process. The supplied RDR proc is a bit clumsy with
 stuff coded that would work as is for pretty much no one. So like
 many other shops, ages ago we wrote our own version with customized
 data set and unit parameters.
 
 The big problem with an RDR-like solution is that the default SAF
 userid for STCs will be propagated to the submitted job. That might
 be wildly inappropriate for the average user.
 
 .
 .
 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  On
 Behalf Of Herring, Bobby
 Sent: Thursday, November 19, 2020 8:26 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: (E

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

Re: Is there a JES2 command to submit a job?

[Tom Brennan]

Let's say the started task is setup as SURROGAT for multiple userids. 
As one of those id's, if I am given access to the JCL I could submit a 
job as if I was another one of those id's.  No?


On 11/19/2020 4:12 PM, Seymour J Metz wrote:

Sure, but why do you think that specifying the userid will do them any good?


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of Tom 
Brennan 
Sent: Thursday, November 19, 2020 2:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

I just thought of one more problem with my scenario.  If the JCL can be
updated by the user, then they could set USER= to whatever they want,
spoiling the idea of using a single STC for multiple users.

On 11/19/2020 11:13 AM, Tom Brennan wrote:

So if the JCL dataset can be updated by the user and they decide to
remove the USER= parm, then the STC userid would get control.  And in
that case the unique userid set up for that STC would have little access
and would likely fail on the first dataset.

Do I have that about right?

On 11/19/2020 11:04 AM, David Spiegel wrote:

Hi Skip,
"... the default SAF userid for STCs will be propagated to the
submitted job ..."
If the submitted job has a USER= on the Job Card and the RDR STC's
Userid has SURROGAT to all owner of SUBMIT'd Jobs, this is not a problem.
(I also would not give RDR the default STCID.)

Regards,
David

On 2020-11-19 13:45, Jesse 1 Robinson wrote:

We use a similar process. The supplied RDR proc is a bit clumsy with
stuff coded that would work as is for pretty much no one. So like
many other shops, ages ago we wrote our own version with customized
data set and unit parameters.

The big problem with an RDR-like solution is that the default SAF
userid for STCs will be propagated to the submitted job. That might
be wildly inappropriate for the average user.

.
.
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  On
Behalf Of Herring, Bobby
Sent: Thursday, November 19, 2020 8:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Is there a JES2 command to submit a job?

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

We have a rather simple solution we use.

We have this command in the JES commands member:

$TA,T=23.00,''$VS,S JOB,J=CLEANJES'''

That starts a started task called JOB. It is in a library that is in
the JES PROCLIB concatenation.

It looks like this:

//JOBPROC J=XXX,   /* MEMBER NAME TO SUBMIT*/
//   L='SYS1.TXFZ.OPERJOBS.TZ' /* LIBRARY TO SUBMIT FROM   */
//**/
//*@ STARTED TASK TO SUBMIT JOBS   */
//**/
//STEP1  EXEC PGM=IEBGENER
//SYSPRINT DD SYSOUT=*
//SYSUT2   DD SYSOUT=(A,INTRDR)
//SYSUT1   DD DISP=SHR,DSN=()
//SYSINDD DUMMY

The JES command formats out like this:

S JOB,J=CLEANJES

Which starts JOB and it submits CLEANJES from the
SYS1.TXFZ.OPERJOBS.TZ library to the queue.

The commands member gets submitted each day at midnight to refresh
the commands.

//CMDSTXFZ  JOB (HSKP),'CMDSTXFZ',CLASS=K,MSGCLASS=9,
// MSGLEVEL=(1,1),REGION=0M
//*
//*   LIB: SYS1.TXFZ.OPERJOBS.TZ(CMDSTXFZ)
//*@   COMMANDS TO ISSUE AT IPL TIME AND EVERY 24 HOURS
//*
// COMMAND '$CA,ALL'
// COMMAND '$TA,T=05.00,''$VS,S JOB,J=CLEANJES'''
// COMMAND '$TA,T=24.00,''$VS,S JOB,J=CMDSTXFZ'''
// COMMAND '$SA,ALL'
//STEP1EXEC PGM=IEFBR14
/*

Bobby Herring
Texas Farm Bureau Insurance
Waco, Tx


-Original Message-
From: IBM Mainframe Discussion List  On
Behalf Of Charles Mills
Sent: Thursday, November 19, 2020 9:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

I was and am under control on the $TA part and fully intend to use that.
It's not the whole solution, though. My question was "what can the
$TA schedule that will run a job" and these replies have provided the
answer.
The answer is something like

$T A,,86400,'$VS ''S RDR,DSN=MY.PDS(MYJOB)'' '

I may not have the syntax and all the quotes perfect, but that's the
idea.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Behalf Of Jeremy Nicoll
Sent: Thursday, November 19, 2020 1:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

On Thu, 19 Nov 2020, at 00:19, Charles Mills wrote:

Right! I remember that. I remember that was how you ran anything. You
started a real reader: it fired up the 2540 and read in the job. And
then you did a S WTR (?) to print the output. OS/360 on a 360/40.

But the S RDR... command doesn't start a 

Re: Is there a JES2 command to submit a job?

[Seymour J Metz]

Sure, but why do you think that specifying the userid will do them any good?


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of Tom 
Brennan 
Sent: Thursday, November 19, 2020 2:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

I just thought of one more problem with my scenario.  If the JCL can be
updated by the user, then they could set USER= to whatever they want,
spoiling the idea of using a single STC for multiple users.

On 11/19/2020 11:13 AM, Tom Brennan wrote:
> So if the JCL dataset can be updated by the user and they decide to
> remove the USER= parm, then the STC userid would get control.  And in
> that case the unique userid set up for that STC would have little access
> and would likely fail on the first dataset.
>
> Do I have that about right?
>
> On 11/19/2020 11:04 AM, David Spiegel wrote:
>> Hi Skip,
>> "... the default SAF userid for STCs will be propagated to the
>> submitted job ..."
>> If the submitted job has a USER= on the Job Card and the RDR STC's
>> Userid has SURROGAT to all owner of SUBMIT'd Jobs, this is not a problem.
>> (I also would not give RDR the default STCID.)
>>
>> Regards,
>> David
>>
>> On 2020-11-19 13:45, Jesse 1 Robinson wrote:
>>> We use a similar process. The supplied RDR proc is a bit clumsy with
>>> stuff coded that would work as is for pretty much no one. So like
>>> many other shops, ages ago we wrote our own version with customized
>>> data set and unit parameters.
>>>
>>> The big problem with an RDR-like solution is that the default SAF
>>> userid for STCs will be propagated to the submitted job. That might
>>> be wildly inappropriate for the average user.
>>>
>>> .
>>> .
>>> 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  On
>>> Behalf Of Herring, Bobby
>>> Sent: Thursday, November 19, 2020 8:26 AM
>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>> Subject: (External):Re: Is there a JES2 command to submit a job?
>>>
>>> *** EXTERNAL EMAIL - Use caution when opening links or attachments ***
>>>
>>> We have a rather simple solution we use.
>>>
>>> We have this command in the JES commands member:
>>>
>>> $TA,T=23.00,''$VS,S JOB,J=CLEANJES'''
>>>
>>> That starts a started task called JOB. It is in a library that is in
>>> the JES PROCLIB concatenation.
>>>
>>> It looks like this:
>>>
>>> //JOBPROC J=XXX,   /* MEMBER NAME TO SUBMIT*/
>>> //   L='SYS1.TXFZ.OPERJOBS.TZ' /* LIBRARY TO SUBMIT FROM   */
>>> //**/
>>> //*@ STARTED TASK TO SUBMIT JOBS   */
>>> //**/
>>> //STEP1  EXEC PGM=IEBGENER
>>> //SYSPRINT DD SYSOUT=*
>>> //SYSUT2   DD SYSOUT=(A,INTRDR)
>>> //SYSUT1   DD DISP=SHR,DSN=()
>>> //SYSINDD DUMMY
>>>
>>> The JES command formats out like this:
>>>
>>> S JOB,J=CLEANJES
>>>
>>> Which starts JOB and it submits CLEANJES from the
>>> SYS1.TXFZ.OPERJOBS.TZ library to the queue.
>>>
>>> The commands member gets submitted each day at midnight to refresh
>>> the commands.
>>>
>>> //CMDSTXFZ  JOB (HSKP),'CMDSTXFZ',CLASS=K,MSGCLASS=9,
>>> // MSGLEVEL=(1,1),REGION=0M
>>> //*
>>> //*   LIB: SYS1.TXFZ.OPERJOBS.TZ(CMDSTXFZ)
>>> //*@   COMMANDS TO ISSUE AT IPL TIME AND EVERY 24 HOURS
>>> //*
>>> // COMMAND '$CA,ALL'
>>> // COMMAND '$TA,T=05.00,''$VS,S JOB,J=CLEANJES'''
>>> // COMMAND '$TA,T=24.00,''$VS,S JOB,J=CMDSTXFZ'''
>>> // COMMAND '$SA,ALL'
>>> //STEP1EXEC PGM=IEFBR14
>>> /*
>>>
>>> Bobby Herring
>>> Texas Farm Bureau Insurance
>>> Waco, Tx
>>>
>>>
>>> -Original Message-
>>> From: IBM Mainframe Discussion List  On
>>> Behalf Of Charles Mills
>>> Sent: Thursday, November 19, 2020 9:34 AM
>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>> Subject: Re: Is there a JES2 command to submit a job?
>>>
>>> I was and am under control on the $TA part and fully intend to use that.
>>> It's not the whole solution, though. My question was "what can the
>>> $TA schedule that will run a job" and these replies have provided the
>>> answer.
>>> The answer is something like
>>>
>>> $T A,,86400,'$VS ''S RDR,DSN=MY.PDS(MYJOB)'' '
>>>
>>> I may not have the syntax and all the quotes perfect, but that's the
>>> idea.
>>>
>>> Charles
>>>
>>>
>>> -Original Message-
>>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>>> On Behalf Of Jeremy Nicoll
>>> Sent: Thursday, November 19, 2020 1:20 AM
>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>> Subject: Re: Is there a JES2 command to submit a job?
>>>
>>> On Thu, 19 Nov 2020, at 00:19, Charles Mills wrote:
 Right! I remember that. I remember 

Re: Has anyone integrated Rexx with IKJPARS? [EXTERNAL]

[Charles Mills]

I think I've got this. No error checking, but I think it is adequate for my
needs. I will add some error checking, such as for null parameters, where it
is convenient to do so. Here's the Rexx

Quote = '"'

Comma = ','

Parse Value Arg(1) with (Quote) First (Quote) (Comma) (Quote) Second (Quote)
(Comma) Remainder   
Say "<" First ">"

Say "<" Second ">"

Do Until Remainder = ""

  Parse Value Remainder with Token (Comma) Remainder

  Token = Strip(Token)

  Say "<" Token ">"

  End /* Do Until */


Here's the input (DISPPARM is the name of the EXEC member)

//STEPAEXEC PGM=IKJEFT01,PARMDD=MYPARMS
//MYPARMS  DD   *  
DISPPARM   
 "Don't look now but something is gaining on us. The quick brown fox.",
 "Buddy, can you spare a dime? Now is the time for all good men.", 
 Token1, Token2, Token3

And here's the output

< Don't look now but something is gaining on us. The quick brown fox. >  
< Buddy, can you spare a dime? Now is the time for all good men. >   
< Token1 >   
< Token2 >   
< Token3 >   

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: Thursday, November 19, 2020 3:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Has anyone integrated Rexx with IKJPARS? [EXTERNAL]

Thanks, yeah, that is the direction I think I am going. I am thinking of
using " " to delimit the quoted strings, and prohibiting embedded "s. The
use of " is not "traditional MVS" but it is close and I like it.

Then I think I should be able to parse using '"' as a delimiter with minimal
complexity.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Feller, Paul
Sent: Thursday, November 19, 2020 2:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Has anyone integrated Rexx with IKJPARS? [EXTERNAL]

Charles, would something like this help?  Now I used ( and ) to surround the
first two items and not a '.  Not tested how you would do the whole ' thing.

--
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: Is there a JES2 command to submit a job?

[Seymour J Metz]

UNIT=INTRDR is not valid in JES2, and the internal reader is very much alive 
and well. It does not present a security issue, and bog standard users can 
exploit it freely.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of 
Randy Hudson 
Sent: Thursday, November 19, 2020 2:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

In article <0a3501d6be09$afb97b80$0f2c7280$@mcn.org>,
 Charles Mills  wrote:

> Right! I remember that. I remember that was how you ran anything. You
> started a real reader: it fired up the 2540 and read in the job. And then
> you did a S WTR (?) to print the output. OS/360 on a 360/40.
>
> Sometimes nostalgia actually is the answer.

HASP made it easier; if you allocated an output data set as UNIT=INTRDR,
whatever was written to it would get read as input to HASP (that is, if it
started with a //JOB  card, it would be treated as a batch job).  I
believe that was carried into JES2, as well, but for security reasons, it
isn't used that way any more.

--
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: Has anyone integrated Rexx with IKJPARS?

[Seymour J Metz]

The REXX parse statement is not one of its strong points; certainly not in the 
same league as, e.g., Perl.

There is an old XPARSE (sp?) package that interfaces REXX to IKJPARS; I wish 
that IBM would provide a supported version, pre3ferably in a new REXX processor 
incorporating ANSI and OOREXX language levels.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of 
Charles Mills 
Sent: Thursday, November 19, 2020 2:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Has anyone integrated Rexx with IKJPARS?

It would appear to be a lot of work, but it would seem that "TSO format
command parsing" and Rexx would be a natural marriage.

I have never used IKJPARS, so I don't claim to be an expert, and others
might disagree.

The issue I am struggling with is that for all of Rexx's parsing power,
which is of course legendary, it does not seem well-suited to classic "MVS"
(for want of a better term) quoted strings. I am considering an EXEC that
would accept parameters of

'a quoted string', 'another quoted string', simpletoken1, simpletoken2, ...

I don't see a good way to parse -- without resorting to a
character-by-character loop -- input such as

'now isn''t the time', 'nor, is this', MYTOKEN, YOURTOKEN

Am I missing something?

It would be great if one could define the expected parameters and their
format to Rexx in some systematic way, parse the user's input, and get back
either parameter values in stem variables, or an error message to present to
the user.

Any suggestions?

Charles

--
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: Xmitip multi language characters problem

[Seymour J Metz]

The terms "logical order" and visual order" should be applied to an entire line 
of mixed-language text Take a look at Unicode bidi processing; it can get very 
complicated.

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Thursday, November 19, 2020 2:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Xmitip multi language characters problem

On 2020-11-19, at 06:58:36, Seymour J Metz wrote:
>
> It's not desktop versus mainframe, but rather a codepage issue. Some software 
> on both PC and mainframes expects Hebrew in visual order. Any software 
> supporting Unicode should process Hebrew text in logical order. But the OP 
> did not say which codepage he is using.
>
I would expect that to someone literate in Hebrew
(as I am not) both "visual order" and "logical order"
would mean the same thing:
o "שָׁלוֹם" comes first (on the right) and
o "עֲלֵיכֶם" comes second (on the left).

ISPF Edit supports UTF-8 and with an IBM-424 terminal ...?

> 
> From: Paul Gilmartin
> Sent: Thursday, November 19, 2020 8:52 AM
>
> On 2020-11-19, at 01:39:45, Gadi Ben-Avi wrote:
>>
>> The answer depends on what SMTP server you are running on z/OS.
>> Is it SMTP or CSSMTP.
>>
> Does either of these, or TXT2PDF, avoid problems resulting
> because (as I understand) z/OS stores Hebrew text backwards
> while desktop systems expect it forwards?
>
> Can they deal with CSSID 1208 files containing a mixture of
> such as Hebrew: שָׁלוֹם עֲלֵיכֶם‎, Greek: γεια, Russian: Здравствуйте, ...?

-- 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: Has anyone integrated Rexx with IKJPARS?

[Seymour J Metz]

IKJPARS has much more functionality than CLIST uses, e.g., it can syntax check 
the values.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of 
Jesse 1 Robinson 
Sent: Thursday, November 19, 2020 2:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Has anyone integrated Rexx with IKJPARS?

CLIST has pretty much the same parsing capabilities as TSO. I think that's 
natural as both types of command processors were developed on the same 
platform. REXX OTOH was imported to MVS from elsewhere--VM? I miss those 
TSO/REXX capabilities.

I once encountered a 'REXX preamble' that provided those parsing capabilities. 
Really complex code. I haven't seen it for years. Not sure I would line up 
today to adapt it for modern use. VM denizens don't even understand this 
conversation.

.
.
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  On Behalf Of 
Charles Mills
Sent: Thursday, November 19, 2020 11:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Has anyone integrated Rexx with IKJPARS?

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

It would appear to be a lot of work, but it would seem that "TSO format command 
parsing" and Rexx would be a natural marriage.

I have never used IKJPARS, so I don't claim to be an expert, and others might 
disagree.

The issue I am struggling with is that for all of Rexx's parsing power, which 
is of course legendary, it does not seem well-suited to classic "MVS"
(for want of a better term) quoted strings. I am considering an EXEC that would 
accept parameters of

'a quoted string', 'another quoted string', simpletoken1, simpletoken2, ...

I don't see a good way to parse -- without resorting to a 
character-by-character loop -- input such as

'now isn''t the time', 'nor, is this', MYTOKEN, YOURTOKEN

Am I missing something?

It would be great if one could define the expected parameters and their format 
to Rexx in some systematic way, parse the user's input, and get back either 
parameter values in stem variables, or an error message to present to the user.

Any suggestions?

Charles


--
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: Has anyone integrated Rexx with IKJPARS?

[Seymour J Metz]

> Also, even if you do make TSO REXX IKJPARS-capable, all you're doing
> is making REXX inconsistent across all the different subsystems that it's
> usable in.

Not even close; you're providing a useful facility fo a particular environment, 
just as ADDRSS XEDIT or ADDRESS CONSOLE does. There is no inconsistency in 
doing so.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of 
Jeremy Nicoll 
Sent: Thursday, November 19, 2020 3:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Has anyone integrated Rexx with IKJPARS?

On Thu, 19 Nov 2020, at 19:30, Charles Mills wrote:
> It would appear to be a lot of work, but it would seem that "TSO format
> command parsing" and Rexx would be a natural marriage.
>
> I have never used IKJPARS, so I don't claim to be an expert, and others
> might disagree.

Surely very few people use command line TSO though?  Isn't it more
common if there's something complicated to do to offer the user an
ispf panel (which will remember previous parameter choices) to set
up the options they want?

Also, even if you do make TSO REXX IKJPARS-capable, all you're doing
is making REXX inconsistent across all the different subsystems that it's
usable in.




> The issue I am struggling with is that for all of Rexx's parsing power,
> which is of course legendary, it does not seem well-suited to classic "MVS"
> (for want of a better term) quoted strings. I am considering an EXEC that
> would accept parameters of
>
> 'a quoted string', 'another quoted string', simpletoken1, simpletoken2, ...

Why do you need quoted strings?

Something I do in some situations is make the very first character of an
arbitrary string a delimiter, and then wherever that same character
appears later on, the string gets chopped up on that.  So

> 'now isn''t the time', 'nor, is this', MYTOKEN, YOURTOKEN

might become

  !now isn't the time!nor, is this!MYTOKEN!YOURTOKEN

(I also sometimes have an escaped blank character so that an exec that
expects a single token as its argument could be given

 !the!meaning!of!life

but still process that as "the meaning of life".

Or I pass tokens which are: c2x(whatever)



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

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

Re: Has anyone integrated Rexx with IKJPARS?

[Seymour J Metz]

There is an old REXX-callable package called something like XPARSE that uses 
IKJPARSE.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of 
Jesse 1 Robinson 
Sent: Thursday, November 19, 2020 3:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Has anyone integrated Rexx with IKJPARS?

No argument. Still, it's hard to beat the flexibility of TSO/CLIST parameter 
handling. I wrote a TSO command once partly for kicks. Really complicated. 
Pointers to pointers to pointers. When it was done, it was super easy to use. 
Sigh.

.
.
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  On Behalf Of 
Jeremy Nicoll
Sent: Thursday, November 19, 2020 12:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Has anyone integrated Rexx with IKJPARS?

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

On Thu, 19 Nov 2020, at 19:30, Charles Mills wrote:
> It would appear to be a lot of work, but it would seem that "TSO
> format command parsing" and Rexx would be a natural marriage.
>
> I have never used IKJPARS, so I don't claim to be an expert, and
> others might disagree.

Surely very few people use command line TSO though?  Isn't it more common if 
there's something complicated to do to offer the user an ispf panel (which will 
remember previous parameter choices) to set up the options they want?

Also, even if you do make TSO REXX IKJPARS-capable, all you're doing is making 
REXX inconsistent across all the different subsystems that it's usable in.




> The issue I am struggling with is that for all of Rexx's parsing
> power, which is of course legendary, it does not seem well-suited to classic 
> "MVS"
> (for want of a better term) quoted strings. I am considering an EXEC
> that would accept parameters of
>
> 'a quoted string', 'another quoted string', simpletoken1, simpletoken2, ...

Why do you need quoted strings?

Something I do in some situations is make the very first character of an 
arbitrary string a delimiter, and then wherever that same character appears 
later on, the string gets chopped up on that.  So

> 'now isn''t the time', 'nor, is this', MYTOKEN, YOURTOKEN

might become

  !now isn't the time!nor, is this!MYTOKEN!YOURTOKEN

(I also sometimes have an escaped blank character so that an exec that expects 
a single token as its argument could be given

 !the!meaning!of!life

but still process that as "the meaning of life".

Or I pass tokens which are: c2x(whatever)



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


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

Re: Has anyone integrated Rexx with IKJPARS? [EXTERNAL]

[Charles Mills]

Thanks, yeah, that is the direction I think I am going. I am thinking of
using " " to delimit the quoted strings, and prohibiting embedded "s. The
use of " is not "traditional MVS" but it is close and I like it.

Then I think I should be able to parse using '"' as a delimiter with minimal
complexity.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Feller, Paul
Sent: Thursday, November 19, 2020 2:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Has anyone integrated Rexx with IKJPARS? [EXTERNAL]

Charles, would something like this help?  Now I used ( and ) to surround the
first two items and not a '.  Not tested how you would do the whole ' thing.

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

Re: Has anyone integrated Rexx with IKJPARS? [EXTERNAL]

[Feller, Paul]

Charles, would something like this help?  Now I used ( and ) to surround the 
first two items and not a '.  Not tested how you would do the whole ' thing.


SAY 'TESTPARS: Start REXX'
Parse Upper External TESTPRM  
  
SAY 'Display TESTPRM.. ' TESTPRM  
  
 STRPOS = pos('(',TESTPRM,1)  
 STRPOS = STRPOS + 1  
 ENDPOS = pos(')',TESTPRM,1)  
 LENDSN = ENDPOS - STRPOS 
 PARM01 = Substr(TESTPRM,STRPOS,LENDSN)   
  
SAY 'Display TESTPRM/PARM01.. ' PARM01
  
 STRPOS = pos('(',TESTPRM,ENDPOS) 
 STRPOS = STRPOS + 1  
 ENDPOS = pos(')',TESTPRM,STRPOS) 
 LENDSN = ENDPOS - STRPOS 
 PARM02 = Substr(TESTPRM,STRPOS,LENDSN)   
  
SAY 'Display TESTPRM/PARM02.. ' PARM02
  
 STRPOS = pos(',',TESTPRM,ENDPOS) 
 STRPOS = STRPOS + 1  
 ENDPOS = pos(',',TESTPRM,STRPOS) 
 LENDSN = ENDPOS - STRPOS 
 PARM03 = Substr(TESTPRM,STRPOS,LENDSN)   
  
SAY 'Display TESTPRM/PARM03.. ' PARM03
  
 STRPOS = pos(',',TESTPRM,ENDPOS) 
 STRPOS = STRPOS + 1  
 ENDPOS = LENGTH(TESTPRM)+1   
 LENDSN = ENDPOS - STRPOS 
 PARM04 = Substr(TESTPRM,STRPOS,LENDSN)   
  
SAY 'Display TESTPRM/PARM04.. ' PARM04



TESTPARS: Start REXX
(1234567890),(ABCDEF),TOKEN01,TOKEN02
 Display TESTPRM..  (1234567890),(ABCDEF),TOKEN01,TOKEN02
 Display TESTPRM/PARM01..  1234567890
 Display TESTPRM/PARM02..  ABCDEF
 Display TESTPRM/PARM03..  TOKEN01   
 Display TESTPRM/PARM04..  TOKEN02   
 *** 


Thanks.. 
  
Paul Feller
GTS Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Thursday, November 19, 2020 1:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Has anyone integrated Rexx with IKJPARS? [EXTERNAL]

It would appear to be a lot of work, but it would seem that "TSO format command 
parsing" and Rexx would be a natural marriage.

I have never used IKJPARS, so I don't claim to be an expert, and others might 
disagree.

The issue I am struggling with is that for all of Rexx's parsing power, which 
is of course legendary, it does not seem well-suited to classic "MVS"
(for want of a better term) quoted strings. I am considering an EXEC that would 
accept parameters of

'a quoted string', 'another quoted string', simpletoken1, simpletoken2, ...

I don't see a good way to parse -- without resorting to a 
character-by-character loop -- input such as

'now isn''t the time', 'nor, is this', MYTOKEN, YOURTOKEN

Am I missing something?

It would be great if one could define the expected parameters and their format 
to Rexx in some systematic way, parse the user's input, and get back either 
parameter values in stem variables, or an error message to present to the user.

Any suggestions?

Charles 

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

--
Please note:  This message originated outside your organization. Please use 
caution when opening links or attachments.

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

Re: Has anyone integrated Rexx with IKJPARS?

[Paul Gilmartin]

On Thu, 19 Nov 2020 20:24:25 +, Jesse 1 Robinson wrote:

>No argument. Still, it's hard to beat the flexibility of TSO/CLIST parameter 
>handling. I wrote a TSO command once partly for kicks. Really complicated. 
>Pointers to pointers to pointers. When it was done, it was super easy to use. 
>Sigh.  
>
I encountered a flexibility limitation long ago.  I had a Rexx exec
such that:

o I wanted to execute it from the SYSEXEC/SYSPROC concatenation
  rather than specifying a data set name.

o I wanted to pass it an unconventional argument.

"%myrexx argument" failed because IKJPARS reported a syntax
error in "argument"

exec 'gil.my/sysexec(myrexx)' 'argument' worked but required that
users code a data set name.

I earnestly wished for a construct,
exec *(myrexx) 'argument'
by analogy to,
call *(mypgm) 'parm'
which uses the conventional TASKLIB/STEPLIB/LINKLST search order.
Alas, such a form of 'exec' doesn't exist.

-- gil

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

Re: Has anyone integrated Rexx with IKJPARS?

[Charles Mills]

> very few people use command line TSO though?

I do, all the time. I don't "live" in command line TSO but looking at my PDS
of Rexx commands I see 75 of them (many of which I probably have not used in
years). I have commands to do specialized job submissions. I have commands
that do some particular calculations. And so forth. As I say, I don't "live"
in command line TSO; I run these from ISPF option 6 or more typically with
the TSO command prefix in ISPF.

The particular Rexx I am contemplating would not be for TSO ("real" TSO) at
all. It would be run in batch from IKJEFT01. I want to parse entry arguments
consisting of two quoted strings and some small variable number of unquoted
short tokens.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jeremy Nicoll
Sent: Thursday, November 19, 2020 12:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Has anyone integrated Rexx with IKJPARS?

On Thu, 19 Nov 2020, at 19:30, Charles Mills wrote:
> It would appear to be a lot of work, but it would seem that "TSO format
> command parsing" and Rexx would be a natural marriage.
> 
> I have never used IKJPARS, so I don't claim to be an expert, and others
> might disagree.

Surely very few people use command line TSO though?  Isn't it more
common if there's something complicated to do to offer the user an
ispf panel (which will remember previous parameter choices) to set
up the options they want?

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

Re: Is there a JES2 command to submit a job?

[Tom Brennan]

Thanks... and that might be the key.  Then it ends up like we used to 
run CA7 where application programmers created the JCL, but it was run 
through a review process before being implemented.  In the early days 
the jobs all ran under the CA7 task's userid which had high access. 
Later USER= was used and of course JCL still reviewed.


On 11/19/2020 11:22 AM, David Spiegel wrote:

I'm not sure that I would give users access to update such JCL.

On 2020-11-19 14:13, Tom Brennan wrote:
So if the JCL dataset can be updated by the user and they decide to 
remove the USER= parm, then the STC userid would get control.  And in 
that case the unique userid set up for that STC would have little 
access and would likely fail on the first dataset.


Do I have that about right?

On 11/19/2020 11:04 AM, David Spiegel wrote:

Hi Skip,
"... the default SAF userid for STCs will be propagated to the 
submitted job ..."
If the submitted job has a USER= on the Job Card and the RDR STC's 
Userid has SURROGAT to all owner of SUBMIT'd Jobs, this is not a 
problem.

(I also would not give RDR the default STCID.)

Regards,
David

On 2020-11-19 13:45, Jesse 1 Robinson wrote:
We use a similar process. The supplied RDR proc is a bit clumsy with 
stuff coded that would work as is for pretty much no one. So like 
many other shops, ages ago we wrote our own version with customized 
data set and unit parameters.


The big problem with an RDR-like solution is that the default SAF 
userid for STCs will be propagated to the submitted job. That might 
be wildly inappropriate for the average user.


.
.
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  On 
Behalf Of Herring, Bobby

Sent: Thursday, November 19, 2020 8:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Is there a JES2 command to submit a job?

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

We have a rather simple solution we use.

We have this command in the JES commands member:

$TA,T=23.00,''$VS,S JOB,J=CLEANJES'''

That starts a started task called JOB. It is in a library that is in 
the JES PROCLIB concatenation.


It looks like this:

//JOB    PROC J=XXX,   /* MEMBER NAME TO SUBMIT    */
//   L='SYS1.TXFZ.OPERJOBS.TZ' /* LIBRARY TO SUBMIT FROM   */
//**/
//*@ STARTED TASK TO SUBMIT JOBS   */
//**/
//STEP1  EXEC PGM=IEBGENER
//SYSPRINT DD SYSOUT=*
//SYSUT2   DD SYSOUT=(A,INTRDR)
//SYSUT1   DD DISP=SHR,DSN=()
//SYSIN    DD DUMMY

The JES command formats out like this:

S JOB,J=CLEANJES

Which starts JOB and it submits CLEANJES from the 
SYS1.TXFZ.OPERJOBS.TZ library to the queue.


The commands member gets submitted each day at midnight to refresh 
the commands.


//CMDSTXFZ  JOB (HSKP),'CMDSTXFZ',CLASS=K,MSGCLASS=9,
// MSGLEVEL=(1,1),REGION=0M
//*
//*   LIB: SYS1.TXFZ.OPERJOBS.TZ(CMDSTXFZ)
//*@   COMMANDS TO ISSUE AT IPL TIME AND EVERY 24 HOURS
//*
// COMMAND '$CA,ALL'
// COMMAND '$TA,T=05.00,''$VS,S JOB,J=CLEANJES'''
// COMMAND '$TA,T=24.00,''$VS,S JOB,J=CMDSTXFZ'''
// COMMAND '$SA,ALL'
//STEP1    EXEC PGM=IEFBR14
/*

Bobby Herring
Texas Farm Bureau Insurance
Waco, Tx


-Original Message-
From: IBM Mainframe Discussion List  On 
Behalf Of Charles Mills

Sent: Thursday, November 19, 2020 9:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

I was and am under control on the $TA part and fully intend to use 
that.
It's not the whole solution, though. My question was "what can the 
$TA schedule that will run a job" and these replies have provided 
the answer.

The answer is something like

$T A,,86400,'$VS ''S RDR,DSN=MY.PDS(MYJOB)'' '

I may not have the syntax and all the quotes perfect, but that's the 
idea.


Charles


-Original Message-
From: IBM Mainframe Discussion List 
[mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jeremy Nicoll

Sent: Thursday, November 19, 2020 1:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

On Thu, 19 Nov 2020, at 00:19, Charles Mills wrote:

Right! I remember that. I remember that was how you ran anything. You
started a real reader: it fired up the 2540 and read in the job. And
then you did a S WTR (?) to print the output. OS/360 on a 360/40.
But the S RDR... command doesn't start a real reader.  It's just 
starting a
started task.   The previous reply talking about $TA etc was for 
faking a


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

Re: Is there a JES2 command to submit a job?

[Jesse 1 Robinson]

Skinning a cat is certainly an idiom. Like most idioms, its origin is obscure 
or even controversial--not so much the idea, but the history of the phrase. I 
Googled it and delighted in the variations. For one, 

"There's more than one way to skin a cat means there are many ways to do 
something, there are many ways to achieve a goal. The oldest known use of the 
phrase dates back to 1854, in the work 'Way down East; or, Portraitures of 
Yankee Life by Seba Smith."

Yet another citation says 

"But by the 19th century, the tide had turned decisively against poor Kitty. In 
1840, American humorist Seba Smith indicated as much in her short story “The 
Money Diggers” when she wrote: “As it is said, ‘There are more ways than one to 
skin a cat,’ so are there more ways than one of digging for money.”

Same person, different work cited. As I said, no one has ever detailed the 
options. And in the end, does it matter to the cat? 

.
.
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  On Behalf Of R.S.
Sent: Thursday, November 19, 2020 1:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Is there a JES2 command to submit a job?

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

W dniu 19.11.2020 o 21:48, David Spiegel pisze:
> Hi Skip,
> "... That means your job may contain DD * statements, etc.  ..."
> As of z/OS 1.13, Cataloged Procedures can have DD *

Yes, I wanted to say that as well, but simply forgot. There are also new 
features in JCL since z/OS 2.1, which I didn't mention. However my point was to 
focus on started job - which is very, very close to the topic.
And it is really simple, isn't it?


BTW: "Hi Skip" - is it some kind of idiom?



--
Radoslaw Skorupka
Lodz, Poland


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

Re: Is there a JES2 command to submit a job?

[Paul Gilmartin]

On Thu, 19 Nov 2020 11:21:17 -0800, Charles Mills wrote:

>Yes indeed, if an unwashed user can update the member passed to RDR then all 
>bets are off.
> 
There's an implied argument here supporting the crontab; /bin/submit
approach: such unwashed users might be loath to further dirty their
hands with UNIX facilities.

>I would guess that if anything the "STC userid" would likely have more access 
>than was desirable.
>
>I am not proposing this as a universal solution; I am proposing it as MY 
>solution.

-- gil

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

Re: Is there a JES2 command to submit a job?

[R.S.]

W dniu 19.11.2020 o 22:13, David Spiegel pisze:

Hi Radek,
After I sent it, I realized that I addressed you incorrectly. Sorry.


No problem at all. I just suspected there is some meaning of such 
sentence which I don't understand. Curiosity - that's all.


Regards
--
Radoslaw Skorupka
Lodz, Poland





==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Prosta 18, 00-850 Warszawa,www.mBank.pl, 
e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział 
Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. 
Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi 
169.401.468 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Prosta 18, 00-850 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169.401.468 as at 1 January 2020.

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

Re: Is there a JES2 command to submit a job?

[Paul Gilmartin]

On Thu, 19 Nov 2020 15:48:41 -0500, David Spiegel wrote:
>
>"... That means your job may contain DD * statements, etc.  ..."
>As of z/OS 1.13, Cataloged Procedures can have DD *
>
That's newly true likewise of inline Procedures.  Either provides
a valuable ability to modify instream data sets as:
//SYSIN  DD  *,SYMBOLS=JCLONLY

-- gil

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

Re: Is there a JES2 command to submit a job?

[R.S.]

W dniu 19.11.2020 o 21:46, Wayne Bickerdike pisze:

Charles,

I like Bobby Herring's solution. We use similar commands combined with
automation at one customer.

AUTO is very, very easy to install.

It uses a PDS with this syntax : @2230

At 2230, it does whatever is in the member with a day flag:

+1+2+
*  MTWTF   I SMF
MTWTFSS S DELDUMP
I clean up the dump dataset at intervals.


Maybe I lost some posts, but I haven't seen any mention of the tool.
Is it something available on CBTtape?

I guess there may be other tools on cbttape as well. This is another 
point to mention, which I omitted for simplicity.
Yes, there is big gap between answer to help person and to describe all 
possible solutions.


--
Radoslaw Skorupka
Lodz, Poland





==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Prosta 18, 00-850 Warszawa,www.mBank.pl, 
e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział 
Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. 
Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi 
169.401.468 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Prosta 18, 00-850 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169.401.468 as at 1 January 2020.

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

Re: Is there a JES2 command to submit a job?

[David Spiegel]

Hi Radek,
After I sent it, I realized that I addressed you incorrectly. Sorry.

Regards,
David

On 2020-11-19 16:09, R.S. wrote:

W dniu 19.11.2020 o 21:48, David Spiegel pisze:

Hi Skip,
"... That means your job may contain DD * statements, etc.  ..."
As of z/OS 1.13, Cataloged Procedures can have DD *


Yes, I wanted to say that as well, but simply forgot. There are also 
new features in JCL since z/OS 2.1, which I didn't mention. However my 
point was to focus on started job - which is very, very close to the 
topic. And it is really simple, isn't it?



BTW: "Hi Skip" - is it some kind of idiom?





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

Re: Has anyone integrated Rexx with IKJPARS?

[Arthur]

On 19 Nov 2020 11:30:29 -0800, in bit.listserv.ibm-main 
(Message-ID:<0b3b01d6beaa$60ee3530$22ca9f90$@mcn.org>) 
charl...@mcn.org (Charles Mills) wrote:


>The issue I am struggling with is that for all of Rexx's 
parsing power,
>which is of course legendary, it does not seem 
well-suited to classic "MVS"
>(for want of a better term) quoted strings. I am 
considering an EXEC that

>would accept parameters of
>
>'a quoted string', 'another quoted string', simpletoken1, 
simpletoken2, ...

>
>I don't see a good way to parse -- without resorting to a
>character-by-character loop -- input such as
>
>'now isn''t the time', 'nor, is this', MYTOKEN, YOURTOKEN

I'm not overly fond of this suggestion, but I make it in 
case it's of use:


Have you considered a CLIST wrapper? The user invokes a 
CLIST which parses out the operands, and that calls the 
REXX program with operands that REXX can understand easily. 
With sufficient ingenuity you might even make a general 
preparser in CLIST; if you do, it would probably be 
welcomed on the CBT tape.


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

Re: Is there a JES2 command to submit a job?

[R.S.]

W dniu 19.11.2020 o 21:48, David Spiegel pisze:

Hi Skip,
"... That means your job may contain DD * statements, etc.  ..."
As of z/OS 1.13, Cataloged Procedures can have DD *


Yes, I wanted to say that as well, but simply forgot. There are also new 
features in JCL since z/OS 2.1, which I didn't mention. However my point 
was to focus on started job - which is very, very close to the topic. 
And it is really simple, isn't it?



BTW: "Hi Skip" - is it some kind of idiom?



--
Radoslaw Skorupka
Lodz, Poland





==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Prosta 18, 00-850 Warszawa,www.mBank.pl, 
e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział 
Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. 
Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi 
169.401.468 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Prosta 18, 00-850 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169.401.468 as at 1 January 2020.

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

Re: Is there a JES2 command to submit a job?

[David Spiegel]

Hi Skip,
"... That means your job may contain DD * statements, etc.  ..."
As of z/OS 1.13, Cataloged Procedures can have DD *

Regards,
David

On 2020-11-19 15:23, R.S. wrote:

W dniu 19.11.2020 o 00:00, Charles Mills pisze:

Is there a JES2 command to submit a job from a PDS or PROCLIB, roughly
analogous to TSO SUBMIT?

I want to run a predefined job, unmodified, once a day. (No, I don't 
have a
real scheduler.) I figured I could do something with $T 
A,I=86400,'command'
but I don't see what the command would be. It seems like an obvious 
thing

for JES2 to be able to do.

Do I use $VS,'S proc' and run it like a started task that just 
happens to

end after a minute or so?

I vaguely recall there is a way to submit a job (via TSO or whatever) 
such
that it gets held and then could be released with a JES2 command but 
also
left in the input queue for another release? Am I on the right track? 
Or ...

?

Thanks. Sorry for the newbie question. I'm a newbie operator.


My €0.02:
1. For professional scheduling there are commercial tools like BMC 
CTM, IBM TWS, CA ESP, etc. Of course it is not worth to pay just to 
schedule one job a day. However ...maybe you have it already in your 
shop? Just check it.



2. For JES2 (and no batch scheduler) I would use $TA... $VS S member.
That means your JES2 'wannabe-scheduler'  periodically issue START 
command, which is MVS command.
Old farts say it is for starting members of PROCLIB, that mean JCL 
procedures. It is no longer true (for years), you can start a job 
using same command and same library. That means your job may contain 
DD * statements, etc.

Not enough? Well you started job/procedure may submit regular job.

Caution: is it SIMPLE. Mainframe gurus will hate it ;-)


3. There are other ways to skin a cat. Some of them include existing 
tools, like cron, however really aspiring way is to start with 
assembler, APF and MODESET 0. ;-)

(yes, this is kind of joke)



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

Re: Is there a JES2 command to submit a job?

[Wayne Bickerdike]

Charles,

I like Bobby Herring's solution. We use similar commands combined with
automation at one customer.

AUTO is very, very easy to install.

It uses a PDS with this syntax : @2230

At 2230, it does whatever is in the member with a day flag:

+1+2+
*  MTWTF   I SMF
   MTWTFSS S DELDUMP
I clean up the dump dataset at intervals.




On Fri, Nov 20, 2020 at 7:24 AM R.S.  wrote:

> W dniu 19.11.2020 o 00:00, Charles Mills pisze:
> > Is there a JES2 command to submit a job from a PDS or PROCLIB, roughly
> > analogous to TSO SUBMIT?
> >
> > I want to run a predefined job, unmodified, once a day. (No, I don't
> have a
> > real scheduler.) I figured I could do something with $T
> A,I=86400,'command'
> > but I don't see what the command would be. It seems like an obvious thing
> > for JES2 to be able to do.
> >
> > Do I use $VS,'S proc' and run it like a started task that just happens to
> > end after a minute or so?
> >
> > I vaguely recall there is a way to submit a job (via TSO or whatever)
> such
> > that it gets held and then could be released with a JES2 command but also
> > left in the input queue for another release? Am I on the right track? Or
> ...
> > ?
> >
> > Thanks. Sorry for the newbie question. I'm a newbie operator.
>
> My €0.02:
> 1. For professional scheduling there are commercial tools like BMC CTM,
> IBM TWS, CA ESP, etc. Of course it is not worth to pay just to schedule
> one job a day. However ...maybe you have it already in your shop? Just
> check it.
>
>
> 2. For JES2 (and no batch scheduler) I would use $TA... $VS S member.
> That means your JES2 'wannabe-scheduler'  periodically issue START
> command, which is MVS command.
> Old farts say it is for starting members of PROCLIB, that mean JCL
> procedures. It is no longer true (for years), you can start a job using
> same command and same library. That means your job may contain DD *
> statements, etc.
> Not enough? Well you started job/procedure may submit regular job.
>
> Caution: is it SIMPLE. Mainframe gurus will hate it ;-)
>
>
> 3. There are other ways to skin a cat. Some of them include existing
> tools, like cron, however really aspiring way is to start with
> assembler, APF and MODESET 0. ;-)
> (yes, this is kind of joke)
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
> ==
>
> Jeśli nie jesteś adresatem tej wiadomości:
>
> - powiadom nas o tym w mailu zwrotnym (dziękujemy!),
> - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub
> zapisałeś na dysku).
> Wiadomość ta może zawierać chronione prawem informacje, które może
> wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia
> (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania,
> narusza prawo i może podlegać karze.
>
> mBank S.A. z siedzibą w Warszawie, ul. Prosta 18, 00-850 Warszawa,
> www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy
> XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP:
> 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na
> 01.01.2020 r. wynosi 169.401.468 złotych.
>
> If you are not the addressee of this message:
>
> - let us know by replying to this e-mail (thank you!),
> - delete this message permanently (including all the copies which you have
> printed out or saved).
> This message may contain legally protected information, which may be used
> exclusively by the addressee.Please be reminded that anyone who
> disseminates (copies, distributes) this message or takes any similar
> action, violates the law and may be penalised.
>
> mBank S.A. with its registered office in Warsaw, ul. Prosta 18, 00-850
> Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the
> Capital City of Warsaw, 12th Commercial Division of the National Court
> Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital
> amounting to PLN 169.401.468 as at 1 January 2020.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Wayne V. Bickerdike

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

Re: Is there a JES2 command to submit a job?

[Jesse 1 Robinson]

There are apparently several ways to skin a cat. Are they documented anywhere? 
Aside from the question of why do it, I've always wondered if the cat cares...

.
.
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  On Behalf Of R.S.
Sent: Thursday, November 19, 2020 12:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Is there a JES2 command to submit a job?

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

W dniu 19.11.2020 o 00:00, Charles Mills pisze:
> Is there a JES2 command to submit a job from a PDS or PROCLIB, roughly 
> analogous to TSO SUBMIT?
>
> I want to run a predefined job, unmodified, once a day. (No, I don't 
> have a real scheduler.) I figured I could do something with $T 
> A,I=86400,'command'
> but I don't see what the command would be. It seems like an obvious 
> thing for JES2 to be able to do.
>
> Do I use $VS,'S proc' and run it like a started task that just happens 
> to end after a minute or so?
>
> I vaguely recall there is a way to submit a job (via TSO or whatever) 
> such that it gets held and then could be released with a JES2 command 
> but also left in the input queue for another release? Am I on the right 
> track? Or ...
> ?
>
> Thanks. Sorry for the newbie question. I'm a newbie operator.

My €0.02:
1. For professional scheduling there are commercial tools like BMC CTM, IBM 
TWS, CA ESP, etc. Of course it is not worth to pay just to schedule one job a 
day. However ...maybe you have it already in your shop? Just check it.


2. For JES2 (and no batch scheduler) I would use $TA... $VS S member.
That means your JES2 'wannabe-scheduler'  periodically issue START command, 
which is MVS command.
Old farts say it is for starting members of PROCLIB, that mean JCL procedures. 
It is no longer true (for years), you can start a job using same command and 
same library. That means your job may contain DD * statements, etc.
Not enough? Well you started job/procedure may submit regular job.

Caution: is it SIMPLE. Mainframe gurus will hate it ;-)


3. There are other ways to skin a cat. Some of them include existing tools, 
like cron, however really aspiring way is to start with assembler, APF and 
MODESET 0. ;-) (yes, this is kind of joke)

--
Radoslaw Skorupka
Lodz, Poland


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

Re: Has anyone integrated Rexx with IKJPARS?

[Jesse 1 Robinson]

No argument. Still, it's hard to beat the flexibility of TSO/CLIST parameter 
handling. I wrote a TSO command once partly for kicks. Really complicated. 
Pointers to pointers to pointers. When it was done, it was super easy to use. 
Sigh.  

.
.
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  On Behalf Of 
Jeremy Nicoll
Sent: Thursday, November 19, 2020 12:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Has anyone integrated Rexx with IKJPARS?

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

On Thu, 19 Nov 2020, at 19:30, Charles Mills wrote:
> It would appear to be a lot of work, but it would seem that "TSO 
> format command parsing" and Rexx would be a natural marriage.
>
> I have never used IKJPARS, so I don't claim to be an expert, and 
> others might disagree.

Surely very few people use command line TSO though?  Isn't it more common if 
there's something complicated to do to offer the user an ispf panel (which will 
remember previous parameter choices) to set up the options they want?

Also, even if you do make TSO REXX IKJPARS-capable, all you're doing is making 
REXX inconsistent across all the different subsystems that it's usable in.




> The issue I am struggling with is that for all of Rexx's parsing 
> power, which is of course legendary, it does not seem well-suited to classic 
> "MVS"
> (for want of a better term) quoted strings. I am considering an EXEC 
> that would accept parameters of
>
> 'a quoted string', 'another quoted string', simpletoken1, simpletoken2, ...

Why do you need quoted strings?

Something I do in some situations is make the very first character of an 
arbitrary string a delimiter, and then wherever that same character appears 
later on, the string gets chopped up on that.  So

> 'now isn''t the time', 'nor, is this', MYTOKEN, YOURTOKEN

might become

  !now isn't the time!nor, is this!MYTOKEN!YOURTOKEN

(I also sometimes have an escaped blank character so that an exec that expects 
a single token as its argument could be given

 !the!meaning!of!life

but still process that as "the meaning of life".

Or I pass tokens which are: c2x(whatever)



--
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: Is there a JES2 command to submit a job?

[R.S.]

W dniu 19.11.2020 o 00:00, Charles Mills pisze:

Is there a JES2 command to submit a job from a PDS or PROCLIB, roughly
analogous to TSO SUBMIT?

I want to run a predefined job, unmodified, once a day. (No, I don't have a
real scheduler.) I figured I could do something with $T A,I=86400,'command'
but I don't see what the command would be. It seems like an obvious thing
for JES2 to be able to do.

Do I use $VS,'S proc' and run it like a started task that just happens to
end after a minute or so?

I vaguely recall there is a way to submit a job (via TSO or whatever) such
that it gets held and then could be released with a JES2 command but also
left in the input queue for another release? Am I on the right track? Or ...
?

Thanks. Sorry for the newbie question. I'm a newbie operator.


My €0.02:
1. For professional scheduling there are commercial tools like BMC CTM, 
IBM TWS, CA ESP, etc. Of course it is not worth to pay just to schedule 
one job a day. However ...maybe you have it already in your shop? Just 
check it.



2. For JES2 (and no batch scheduler) I would use $TA... $VS S member.
That means your JES2 'wannabe-scheduler'  periodically issue START 
command, which is MVS command.
Old farts say it is for starting members of PROCLIB, that mean JCL 
procedures. It is no longer true (for years), you can start a job using 
same command and same library. That means your job may contain DD * 
statements, etc.

Not enough? Well you started job/procedure may submit regular job.

Caution: is it SIMPLE. Mainframe gurus will hate it ;-)


3. There are other ways to skin a cat. Some of them include existing 
tools, like cron, however really aspiring way is to start with 
assembler, APF and MODESET 0. ;-)

(yes, this is kind of joke)

--
Radoslaw Skorupka
Lodz, Poland





==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Prosta 18, 00-850 Warszawa,www.mBank.pl, 
e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział 
Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. 
Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi 
169.401.468 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Prosta 18, 00-850 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169.401.468 as at 1 January 2020.

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

Re: [MVS-OE] Other user trying to run my shell script gets "FSUM7351 not found" error

[Frank Swarbrick]

Hmm...  I can't recreate any case where I can run another user's program 
without the full path having both r and x (didn't try it without r), regardless 
of it being executed with just the full path or from a script with the full 
path.  I must have done something that I don't recall.  Oh well.  It makes 
sense that it wouldn't work one way but not the other.


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, November 18, 2020 1:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: [MVS-OE] Other user trying to run my shell script gets "FSUM7351 
not found" error

On 2020-11-18, at 10:16:41, Frank Swarbrick wrote:
>
> Can you explain the difference between executing a script that executes the 
> program, which requires this, while running the program directly (with a 
> fully qualified path) does not?
>
I can hardly imagine a case where a program with a non-searchable
directory in its path can be "[run] directly (with a fully qualified
path)" but not from "a script that executes the program."  Does the
script also use a fully qualified path?

I'm skeptical without seeing a detailed example such as:

myscript:
#! /bin/sh -x
/u/dvfjs/rocket/bin/curl

chmod a-x /u/dvfjs/rocket/bin
ls -lid /u/dvfjs/rocket/bin/curl # should get permission denied.

cat myscript
chmod a+rx myscript
ls -lid myscript
./myscript# should get permission denied.

# while:
/u/dvfjs/rocket/bin/curl # should likewise get permission denied.

# If it succeeds it's because the z/OS kernel breaks
# (more precisely fails to enforce) the rules.
# That should be subject to APAR.

> 
> From: Kirk Wolf
> Sent: Wednesday, November 18, 2020 10:13 AM
>
> You need directory search (x) permission for every directory in the path in
> order to access a file or subdirectory with a known name.
>
> So in your example, the user must have search (x) permission on all of
> these:
>
> /u
> /u/dvfjs
> /u/dvfjs/rocket
> /u/dvfjs/rocket/bin

-- 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: Has anyone integrated Rexx with IKJPARS?

[Jeremy Nicoll]

On Thu, 19 Nov 2020, at 19:30, Charles Mills wrote:
> It would appear to be a lot of work, but it would seem that "TSO format
> command parsing" and Rexx would be a natural marriage.
> 
> I have never used IKJPARS, so I don't claim to be an expert, and others
> might disagree.

Surely very few people use command line TSO though?  Isn't it more
common if there's something complicated to do to offer the user an
ispf panel (which will remember previous parameter choices) to set
up the options they want?

Also, even if you do make TSO REXX IKJPARS-capable, all you're doing 
is making REXX inconsistent across all the different subsystems that it's
usable in.



 
> The issue I am struggling with is that for all of Rexx's parsing power,
> which is of course legendary, it does not seem well-suited to classic "MVS"
> (for want of a better term) quoted strings. I am considering an EXEC that
> would accept parameters of
> 
> 'a quoted string', 'another quoted string', simpletoken1, simpletoken2, ...

Why do you need quoted strings?  

Something I do in some situations is make the very first character of an
arbitrary string a delimiter, and then wherever that same character 
appears later on, the string gets chopped up on that.  So

> 'now isn''t the time', 'nor, is this', MYTOKEN, YOURTOKEN

might become 

  !now isn't the time!nor, is this!MYTOKEN!YOURTOKEN

(I also sometimes have an escaped blank character so that an exec that 
expects a single token as its argument could be given

 !the!meaning!of!life

but still process that as "the meaning of life".

Or I pass tokens which are: c2x(whatever)



-- 
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: Has anyone integrated Rexx with IKJPARS?

[Jesse 1 Robinson]

Oops. I meant ' TSO/CLIST capabilities'. 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jesse 1 Robinson
Sent: Thursday, November 19, 2020 11:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Has anyone integrated Rexx with IKJPARS?

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

CLIST has pretty much the same parsing capabilities as TSO. I think that's 
natural as both types of command processors were developed on the same 
platform. REXX OTOH was imported to MVS from elsewhere--VM? I miss those 
TSO/REXX capabilities.

I once encountered a 'REXX preamble' that provided those parsing capabilities. 
Really complex code. I haven't seen it for years. Not sure I would line up 
today to adapt it for modern use. VM denizens don't even understand this 
conversation.

.
.
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  On Behalf Of 
Charles Mills
Sent: Thursday, November 19, 2020 11:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Has anyone integrated Rexx with IKJPARS?

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

It would appear to be a lot of work, but it would seem that "TSO format command 
parsing" and Rexx would be a natural marriage.

I have never used IKJPARS, so I don't claim to be an expert, and others might 
disagree.

The issue I am struggling with is that for all of Rexx's parsing power, which 
is of course legendary, it does not seem well-suited to classic "MVS"
(for want of a better term) quoted strings. I am considering an EXEC that would 
accept parameters of

'a quoted string', 'another quoted string', simpletoken1, simpletoken2, ...

I don't see a good way to parse -- without resorting to a 
character-by-character loop -- input such as

'now isn''t the time', 'nor, is this', MYTOKEN, YOURTOKEN

Am I missing something?

It would be great if one could define the expected parameters and their format 
to Rexx in some systematic way, parse the user's input, and get back either 
parameter values in stem variables, or an error message to present to the user.

Any suggestions?

Charles


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

Re: Has anyone integrated Rexx with IKJPARS?

[Jesse 1 Robinson]

CLIST has pretty much the same parsing capabilities as TSO. I think that's 
natural as both types of command processors were developed on the same 
platform. REXX OTOH was imported to MVS from elsewhere--VM? I miss those 
TSO/REXX capabilities. 

I once encountered a 'REXX preamble' that provided those parsing capabilities. 
Really complex code. I haven't seen it for years. Not sure I would line up 
today to adapt it for modern use. VM denizens don't even understand this 
conversation. 

.
.
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  On Behalf Of 
Charles Mills
Sent: Thursday, November 19, 2020 11:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Has anyone integrated Rexx with IKJPARS?

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

It would appear to be a lot of work, but it would seem that "TSO format command 
parsing" and Rexx would be a natural marriage.

I have never used IKJPARS, so I don't claim to be an expert, and others might 
disagree.

The issue I am struggling with is that for all of Rexx's parsing power, which 
is of course legendary, it does not seem well-suited to classic "MVS"
(for want of a better term) quoted strings. I am considering an EXEC that would 
accept parameters of

'a quoted string', 'another quoted string', simpletoken1, simpletoken2, ...

I don't see a good way to parse -- without resorting to a 
character-by-character loop -- input such as

'now isn''t the time', 'nor, is this', MYTOKEN, YOURTOKEN

Am I missing something?

It would be great if one could define the expected parameters and their format 
to Rexx in some systematic way, parse the user's input, and get back either 
parameter values in stem variables, or an error message to present to the user.

Any suggestions?

Charles


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

Re: Xmitip multi language characters problem

[Paul Gilmartin]

On 2020-11-19, at 06:58:36, Seymour J Metz wrote:
> 
> It's not desktop versus mainframe, but rather a codepage issue. Some software 
> on both PC and mainframes expects Hebrew in visual order. Any software 
> supporting Unicode should process Hebrew text in logical order. But the OP 
> did not say which codepage he is using.
>  
I would expect that to someone literate in Hebrew
(as I am not) both "visual order" and "logical order"
would mean the same thing:
o "שָׁלוֹם" comes first (on the right) and
o "עֲלֵיכֶם" comes second (on the left).

ISPF Edit supports UTF-8 and with an IBM-424 terminal ...?

> 
> From: Paul Gilmartin
> Sent: Thursday, November 19, 2020 8:52 AM
> 
> On 2020-11-19, at 01:39:45, Gadi Ben-Avi wrote:
>> 
>> The answer depends on what SMTP server you are running on z/OS.
>> Is it SMTP or CSSMTP.
>> 
> Does either of these, or TXT2PDF, avoid problems resulting
> because (as I understand) z/OS stores Hebrew text backwards
> while desktop systems expect it forwards?
> 
> Can they deal with CSSID 1208 files containing a mixture of
> such as Hebrew: שָׁלוֹם עֲלֵיכֶם‎, Greek: γεια, Russian: Здравствуйте, ...?

-- gil

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

Has anyone integrated Rexx with IKJPARS?

[Charles Mills]

It would appear to be a lot of work, but it would seem that "TSO format
command parsing" and Rexx would be a natural marriage.

I have never used IKJPARS, so I don't claim to be an expert, and others
might disagree.

The issue I am struggling with is that for all of Rexx's parsing power,
which is of course legendary, it does not seem well-suited to classic "MVS"
(for want of a better term) quoted strings. I am considering an EXEC that
would accept parameters of

'a quoted string', 'another quoted string', simpletoken1, simpletoken2, ...

I don't see a good way to parse -- without resorting to a
character-by-character loop -- input such as

'now isn''t the time', 'nor, is this', MYTOKEN, YOURTOKEN

Am I missing something?

It would be great if one could define the expected parameters and their
format to Rexx in some systematic way, parse the user's input, and get back
either parameter values in stem variables, or an error message to present to
the user.

Any suggestions?

Charles 

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

Re: Is there a JES2 command to submit a job?

[David Spiegel]

I'm not sure that I would give users access to update such JCL.

On 2020-11-19 14:13, Tom Brennan wrote:
So if the JCL dataset can be updated by the user and they decide to 
remove the USER= parm, then the STC userid would get control.  And in 
that case the unique userid set up for that STC would have little 
access and would likely fail on the first dataset.


Do I have that about right?

On 11/19/2020 11:04 AM, David Spiegel wrote:

Hi Skip,
"... the default SAF userid for STCs will be propagated to the 
submitted job ..."
If the submitted job has a USER= on the Job Card and the RDR STC's 
Userid has SURROGAT to all owner of SUBMIT'd Jobs, this is not a 
problem.

(I also would not give RDR the default STCID.)

Regards,
David

On 2020-11-19 13:45, Jesse 1 Robinson wrote:
We use a similar process. The supplied RDR proc is a bit clumsy with 
stuff coded that would work as is for pretty much no one. So like 
many other shops, ages ago we wrote our own version with customized 
data set and unit parameters.


The big problem with an RDR-like solution is that the default SAF 
userid for STCs will be propagated to the submitted job. That might 
be wildly inappropriate for the average user.


.
.
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  On 
Behalf Of Herring, Bobby

Sent: Thursday, November 19, 2020 8:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Is there a JES2 command to submit a job?

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

We have a rather simple solution we use.

We have this command in the JES commands member:

$TA,T=23.00,''$VS,S JOB,J=CLEANJES'''

That starts a started task called JOB. It is in a library that is in 
the JES PROCLIB concatenation.


It looks like this:

//JOB    PROC J=XXX,   /* MEMBER NAME TO SUBMIT    */
//   L='SYS1.TXFZ.OPERJOBS.TZ' /* LIBRARY TO SUBMIT FROM   */
//**/
//*@ STARTED TASK TO SUBMIT JOBS   */
//**/
//STEP1  EXEC PGM=IEBGENER
//SYSPRINT DD SYSOUT=*
//SYSUT2   DD SYSOUT=(A,INTRDR)
//SYSUT1   DD DISP=SHR,DSN=()
//SYSIN    DD DUMMY

The JES command formats out like this:

S JOB,J=CLEANJES

Which starts JOB and it submits CLEANJES from the 
SYS1.TXFZ.OPERJOBS.TZ library to the queue.


The commands member gets submitted each day at midnight to refresh 
the commands.


//CMDSTXFZ  JOB (HSKP),'CMDSTXFZ',CLASS=K,MSGCLASS=9,
// MSGLEVEL=(1,1),REGION=0M
//*
//*   LIB: SYS1.TXFZ.OPERJOBS.TZ(CMDSTXFZ)
//*@   COMMANDS TO ISSUE AT IPL TIME AND EVERY 24 HOURS
//*
// COMMAND '$CA,ALL'
// COMMAND '$TA,T=05.00,''$VS,S JOB,J=CLEANJES'''
// COMMAND '$TA,T=24.00,''$VS,S JOB,J=CMDSTXFZ'''
// COMMAND '$SA,ALL'
//STEP1    EXEC PGM=IEFBR14
/*

Bobby Herring
Texas Farm Bureau Insurance
Waco, Tx


-Original Message-
From: IBM Mainframe Discussion List  On 
Behalf Of Charles Mills

Sent: Thursday, November 19, 2020 9:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

I was and am under control on the $TA part and fully intend to use 
that.
It's not the whole solution, though. My question was "what can the 
$TA schedule that will run a job" and these replies have provided 
the answer.

The answer is something like

$T A,,86400,'$VS ''S RDR,DSN=MY.PDS(MYJOB)'' '

I may not have the syntax and all the quotes perfect, but that's the 
idea.


Charles


-Original Message-
From: IBM Mainframe Discussion List 
[mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jeremy Nicoll

Sent: Thursday, November 19, 2020 1:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

On Thu, 19 Nov 2020, at 00:19, Charles Mills wrote:

Right! I remember that. I remember that was how you ran anything. You
started a real reader: it fired up the 2540 and read in the job. And
then you did a S WTR (?) to print the output. OS/360 on a 360/40.
But the S RDR... command doesn't start a real reader.  It's just 
starting a
started task.   The previous reply talking about $TA etc was for 
faking a


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


[https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.txfb-ins.com%2FTFBICImages%2Fjdpower.jpgdata=04%7C01%7C%7C2ed2c540f7174e5df14308d88cbf4520%7C84df9e7fe9f640afb435%7C1%7C0%7C637414100415404820%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=Vkv5drNfprnI4Af%2B%2B0CJ8j4apUHeOd6WsTtF4%2FaiRMY%3Dreserved=0] 

Re: Is there a JES2 command to submit a job?

[David Spiegel]

Yeah, but, the STC Userid has to have SURROGAT to it, otherwise it fails.

On 2020-11-19 14:16, Tom Brennan wrote:
I just thought of one more problem with my scenario.  If the JCL can 
be updated by the user, then they could set USER= to whatever they 
want, spoiling the idea of using a single STC for multiple users.


On 11/19/2020 11:13 AM, Tom Brennan wrote:
So if the JCL dataset can be updated by the user and they decide to 
remove the USER= parm, then the STC userid would get control.  And in 
that case the unique userid set up for that STC would have little 
access and would likely fail on the first dataset.


Do I have that about right?

On 11/19/2020 11:04 AM, David Spiegel wrote:

Hi Skip,
"... the default SAF userid for STCs will be propagated to the 
submitted job ..."
If the submitted job has a USER= on the Job Card and the RDR STC's 
Userid has SURROGAT to all owner of SUBMIT'd Jobs, this is not a 
problem.

(I also would not give RDR the default STCID.)

Regards,
David

On 2020-11-19 13:45, Jesse 1 Robinson wrote:
We use a similar process. The supplied RDR proc is a bit clumsy 
with stuff coded that would work as is for pretty much no one. So 
like many other shops, ages ago we wrote our own version with 
customized data set and unit parameters.


The big problem with an RDR-like solution is that the default SAF 
userid for STCs will be propagated to the submitted job. That might 
be wildly inappropriate for the average user.


.
.
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  On 
Behalf Of Herring, Bobby

Sent: Thursday, November 19, 2020 8:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Is there a JES2 command to submit a job?

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

We have a rather simple solution we use.

We have this command in the JES commands member:

$TA,T=23.00,''$VS,S JOB,J=CLEANJES'''

That starts a started task called JOB. It is in a library that is 
in the JES PROCLIB concatenation.


It looks like this:

//JOB    PROC J=XXX,   /* MEMBER NAME TO SUBMIT    */
//   L='SYS1.TXFZ.OPERJOBS.TZ' /* LIBRARY TO SUBMIT FROM   */
//**/
//*@ STARTED TASK TO SUBMIT JOBS   */
//**/
//STEP1  EXEC PGM=IEBGENER
//SYSPRINT DD SYSOUT=*
//SYSUT2   DD SYSOUT=(A,INTRDR)
//SYSUT1   DD DISP=SHR,DSN=()
//SYSIN    DD DUMMY

The JES command formats out like this:

S JOB,J=CLEANJES

Which starts JOB and it submits CLEANJES from the 
SYS1.TXFZ.OPERJOBS.TZ library to the queue.


The commands member gets submitted each day at midnight to refresh 
the commands.


//CMDSTXFZ  JOB (HSKP),'CMDSTXFZ',CLASS=K,MSGCLASS=9,
// MSGLEVEL=(1,1),REGION=0M
//*
//*   LIB: SYS1.TXFZ.OPERJOBS.TZ(CMDSTXFZ)
//*@   COMMANDS TO ISSUE AT IPL TIME AND EVERY 24 HOURS
//*
// COMMAND '$CA,ALL'
// COMMAND '$TA,T=05.00,''$VS,S JOB,J=CLEANJES'''
// COMMAND '$TA,T=24.00,''$VS,S JOB,J=CMDSTXFZ'''
// COMMAND '$SA,ALL'
//STEP1    EXEC PGM=IEFBR14
/*

Bobby Herring
Texas Farm Bureau Insurance
Waco, Tx


-Original Message-
From: IBM Mainframe Discussion List  On 
Behalf Of Charles Mills

Sent: Thursday, November 19, 2020 9:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

I was and am under control on the $TA part and fully intend to use 
that.
It's not the whole solution, though. My question was "what can the 
$TA schedule that will run a job" and these replies have provided 
the answer.

The answer is something like

$T A,,86400,'$VS ''S RDR,DSN=MY.PDS(MYJOB)'' '

I may not have the syntax and all the quotes perfect, but that's 
the idea.


Charles


-Original Message-
From: IBM Mainframe Discussion List 
[mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jeremy Nicoll

Sent: Thursday, November 19, 2020 1:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

On Thu, 19 Nov 2020, at 00:19, Charles Mills wrote:

Right! I remember that. I remember that was how you ran anything. You
started a real reader: it fired up the 2540 and read in the job. And
then you did a S WTR (?) to print the output. OS/360 on a 360/40.
But the S RDR... command doesn't start a real reader.  It's just 
starting a
started task.   The previous reply talking about $TA etc was for 
faking a


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

Re: Is there a JES2 command to submit a job?

[Charles Mills]

Yes indeed, if an unwashed user can update the member passed to RDR then all 
bets are off.

I would guess that if anything the "STC userid" would likely have more access 
than was desirable.

I am not proposing this as a universal solution; I am proposing it as MY 
solution.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Brennan
Sent: Thursday, November 19, 2020 11:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

So if the JCL dataset can be updated by the user and they decide to 
remove the USER= parm, then the STC userid would get control.  And in 
that case the unique userid set up for that STC would have little access 
and would likely fail on the first dataset.

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

Re: Is there a JES2 command to submit a job?

[Randy Hudson]

In article <0a3501d6be09$afb97b80$0f2c7280$@mcn.org>,
 Charles Mills  wrote:

> Right! I remember that. I remember that was how you ran anything. You
> started a real reader: it fired up the 2540 and read in the job. And then
> you did a S WTR (?) to print the output. OS/360 on a 360/40.
>
> Sometimes nostalgia actually is the answer.

HASP made it easier; if you allocated an output data set as UNIT=INTRDR,
whatever was written to it would get read as input to HASP (that is, if it
started with a //JOB  card, it would be treated as a batch job).  I
believe that was carried into JES2, as well, but for security reasons, it
isn't used that way any more.

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

Re: Is there a JES2 command to submit a job?

[Tom Brennan]

I just thought of one more problem with my scenario.  If the JCL can be 
updated by the user, then they could set USER= to whatever they want, 
spoiling the idea of using a single STC for multiple users.


On 11/19/2020 11:13 AM, Tom Brennan wrote:
So if the JCL dataset can be updated by the user and they decide to 
remove the USER= parm, then the STC userid would get control.  And in 
that case the unique userid set up for that STC would have little access 
and would likely fail on the first dataset.


Do I have that about right?

On 11/19/2020 11:04 AM, David Spiegel wrote:

Hi Skip,
"... the default SAF userid for STCs will be propagated to the 
submitted job ..."
If the submitted job has a USER= on the Job Card and the RDR STC's 
Userid has SURROGAT to all owner of SUBMIT'd Jobs, this is not a problem.

(I also would not give RDR the default STCID.)

Regards,
David

On 2020-11-19 13:45, Jesse 1 Robinson wrote:
We use a similar process. The supplied RDR proc is a bit clumsy with 
stuff coded that would work as is for pretty much no one. So like 
many other shops, ages ago we wrote our own version with customized 
data set and unit parameters.


The big problem with an RDR-like solution is that the default SAF 
userid for STCs will be propagated to the submitted job. That might 
be wildly inappropriate for the average user.


.
.
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  On 
Behalf Of Herring, Bobby

Sent: Thursday, November 19, 2020 8:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Is there a JES2 command to submit a job?

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

We have a rather simple solution we use.

We have this command in the JES commands member:

$TA,T=23.00,''$VS,S JOB,J=CLEANJES'''

That starts a started task called JOB. It is in a library that is in 
the JES PROCLIB concatenation.


It looks like this:

//JOB    PROC J=XXX,   /* MEMBER NAME TO SUBMIT    */
//   L='SYS1.TXFZ.OPERJOBS.TZ' /* LIBRARY TO SUBMIT FROM   */
//**/
//*@ STARTED TASK TO SUBMIT JOBS   */
//**/
//STEP1  EXEC PGM=IEBGENER
//SYSPRINT DD SYSOUT=*
//SYSUT2   DD SYSOUT=(A,INTRDR)
//SYSUT1   DD DISP=SHR,DSN=()
//SYSIN    DD DUMMY

The JES command formats out like this:

S JOB,J=CLEANJES

Which starts JOB and it submits CLEANJES from the 
SYS1.TXFZ.OPERJOBS.TZ library to the queue.


The commands member gets submitted each day at midnight to refresh 
the commands.


//CMDSTXFZ  JOB (HSKP),'CMDSTXFZ',CLASS=K,MSGCLASS=9,
// MSGLEVEL=(1,1),REGION=0M
//*
//*   LIB: SYS1.TXFZ.OPERJOBS.TZ(CMDSTXFZ)
//*@   COMMANDS TO ISSUE AT IPL TIME AND EVERY 24 HOURS
//*
// COMMAND '$CA,ALL'
// COMMAND '$TA,T=05.00,''$VS,S JOB,J=CLEANJES'''
// COMMAND '$TA,T=24.00,''$VS,S JOB,J=CMDSTXFZ'''
// COMMAND '$SA,ALL'
//STEP1    EXEC PGM=IEFBR14
/*

Bobby Herring
Texas Farm Bureau Insurance
Waco, Tx


-Original Message-
From: IBM Mainframe Discussion List  On 
Behalf Of Charles Mills

Sent: Thursday, November 19, 2020 9:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

I was and am under control on the $TA part and fully intend to use that.
It's not the whole solution, though. My question was "what can the 
$TA schedule that will run a job" and these replies have provided the 
answer.

The answer is something like

$T A,,86400,'$VS ''S RDR,DSN=MY.PDS(MYJOB)'' '

I may not have the syntax and all the quotes perfect, but that's the 
idea.


Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
On Behalf Of Jeremy Nicoll

Sent: Thursday, November 19, 2020 1:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

On Thu, 19 Nov 2020, at 00:19, Charles Mills wrote:

Right! I remember that. I remember that was how you ran anything. You
started a real reader: it fired up the 2540 and read in the job. And
then you did a S WTR (?) to print the output. OS/360 on a 360/40.
But the S RDR... command doesn't start a real reader.  It's just 
starting a
started task.   The previous reply talking about $TA etc was for 
faking a


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

Re: Is there a JES2 command to submit a job?

[Tom Brennan]

So if the JCL dataset can be updated by the user and they decide to 
remove the USER= parm, then the STC userid would get control.  And in 
that case the unique userid set up for that STC would have little access 
and would likely fail on the first dataset.


Do I have that about right?

On 11/19/2020 11:04 AM, David Spiegel wrote:

Hi Skip,
"... the default SAF userid for STCs will be propagated to the submitted 
job ..."
If the submitted job has a USER= on the Job Card and the RDR STC's 
Userid has SURROGAT to all owner of SUBMIT'd Jobs, this is not a problem.

(I also would not give RDR the default STCID.)

Regards,
David

On 2020-11-19 13:45, Jesse 1 Robinson wrote:
We use a similar process. The supplied RDR proc is a bit clumsy with 
stuff coded that would work as is for pretty much no one. So like many 
other shops, ages ago we wrote our own version with customized data 
set and unit parameters.


The big problem with an RDR-like solution is that the default SAF 
userid for STCs will be propagated to the submitted job. That might be 
wildly inappropriate for the average user.


.
.
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  On 
Behalf Of Herring, Bobby

Sent: Thursday, November 19, 2020 8:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Is there a JES2 command to submit a job?

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

We have a rather simple solution we use.

We have this command in the JES commands member:

$TA,T=23.00,''$VS,S JOB,J=CLEANJES'''

That starts a started task called JOB. It is in a library that is in 
the JES PROCLIB concatenation.


It looks like this:

//JOB    PROC J=XXX,   /* MEMBER NAME TO SUBMIT    */
//   L='SYS1.TXFZ.OPERJOBS.TZ' /* LIBRARY TO SUBMIT FROM   */
//**/
//*@ STARTED TASK TO SUBMIT JOBS   */
//**/
//STEP1  EXEC PGM=IEBGENER
//SYSPRINT DD SYSOUT=*
//SYSUT2   DD SYSOUT=(A,INTRDR)
//SYSUT1   DD DISP=SHR,DSN=()
//SYSIN    DD DUMMY

The JES command formats out like this:

S JOB,J=CLEANJES

Which starts JOB and it submits CLEANJES from the 
SYS1.TXFZ.OPERJOBS.TZ library to the queue.


The commands member gets submitted each day at midnight to refresh the 
commands.


//CMDSTXFZ  JOB (HSKP),'CMDSTXFZ',CLASS=K,MSGCLASS=9,
// MSGLEVEL=(1,1),REGION=0M
//*
//*   LIB: SYS1.TXFZ.OPERJOBS.TZ(CMDSTXFZ)
//*@   COMMANDS TO ISSUE AT IPL TIME AND EVERY 24 HOURS
//*
// COMMAND '$CA,ALL'
// COMMAND '$TA,T=05.00,''$VS,S JOB,J=CLEANJES'''
// COMMAND '$TA,T=24.00,''$VS,S JOB,J=CMDSTXFZ'''
// COMMAND '$SA,ALL'
//STEP1    EXEC PGM=IEFBR14
/*

Bobby Herring
Texas Farm Bureau Insurance
Waco, Tx


-Original Message-
From: IBM Mainframe Discussion List  On 
Behalf Of Charles Mills

Sent: Thursday, November 19, 2020 9:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

I was and am under control on the $TA part and fully intend to use that.
It's not the whole solution, though. My question was "what can the $TA 
schedule that will run a job" and these replies have provided the answer.

The answer is something like

$T A,,86400,'$VS ''S RDR,DSN=MY.PDS(MYJOB)'' '

I may not have the syntax and all the quotes perfect, but that's the 
idea.


Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
On Behalf Of Jeremy Nicoll

Sent: Thursday, November 19, 2020 1:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

On Thu, 19 Nov 2020, at 00:19, Charles Mills wrote:

Right! I remember that. I remember that was how you ran anything. You
started a real reader: it fired up the 2540 and read in the job. And
then you did a S WTR (?) to print the output. OS/360 on a 360/40.
But the S RDR... command doesn't start a real reader.  It's just 
starting a

started task.   The previous reply talking about $TA etc was for faking a

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


[https://eur05.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.txfb-ins.com%2FTFBICImages%2Fjdpower.jpgdata=04%7C01%7C%7Cdbe10b7b8aec4101bfa808d88cbb5cf6%7C84df9e7fe9f640afb435%7C1%7C0%7C637414083644530352%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=FYz%2BlCiv3iZUyAe2nX4slghEUb0KeeVXqP5N0XIf9e4%3Dreserved=0] 

Re: Is there a JES2 command to submit a job?

[David Spiegel]

Hi Charles,
If you code all of my overrides, the problem of VOL=, DCB= etc. will be 
bypassed and you will be able to use the RDR Cataloged Procedure forever.


Regards,
David

On 2020-11-19 14:02, Charles Mills wrote:

stuff coded that would work as is for pretty much no one

At least on this system (which I inherited) IEFRDER specifies UNIT=TAPE,DCB=BLKSIZE=80, 
and a hard-coded VOLSER. "Work for pretty much no one" is overly optimistic!

I'm aware of the userid issue and think I can live with it. I suppose USER= on 
the JOB (with appropriate SURROGAT permissions) might alleviate it somewhat.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Thursday, November 19, 2020 10:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

We use a similar process. The supplied RDR proc is a bit clumsy with stuff 
coded that would work as is for pretty much no one. So like many other shops, 
ages ago we wrote our own version with customized data set and unit parameters.

The big problem with an RDR-like solution is that the default SAF userid for 
STCs will be propagated to the submitted job. That might be wildly 
inappropriate for the average user.

--
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: Is there a JES2 command to submit a job?

[David Spiegel]

Hi Skip,
"... the default SAF userid for STCs will be propagated to the submitted 
job ..."
If the submitted job has a USER= on the Job Card and the RDR STC's 
Userid has SURROGAT to all owner of SUBMIT'd Jobs, this is not a problem.

(I also would not give RDR the default STCID.)

Regards,
David

On 2020-11-19 13:45, Jesse 1 Robinson wrote:

We use a similar process. The supplied RDR proc is a bit clumsy with stuff 
coded that would work as is for pretty much no one. So like many other shops, 
ages ago we wrote our own version with customized data set and unit parameters.

The big problem with an RDR-like solution is that the default SAF userid for 
STCs will be propagated to the submitted job. That might be wildly 
inappropriate for the average user.

.
.
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  On Behalf Of 
Herring, Bobby
Sent: Thursday, November 19, 2020 8:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Is there a JES2 command to submit a job?

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

We have a rather simple solution we use.

We have this command in the JES commands member:

$TA,T=23.00,''$VS,S JOB,J=CLEANJES'''

That starts a started task called JOB. It is in a library that is in the JES 
PROCLIB concatenation.

It looks like this:

//JOBPROC J=XXX,   /* MEMBER NAME TO SUBMIT*/
//   L='SYS1.TXFZ.OPERJOBS.TZ' /* LIBRARY TO SUBMIT FROM   */
//**/
//*@ STARTED TASK TO SUBMIT JOBS   */
//**/
//STEP1  EXEC PGM=IEBGENER
//SYSPRINT DD SYSOUT=*
//SYSUT2   DD SYSOUT=(A,INTRDR)
//SYSUT1   DD DISP=SHR,DSN=()
//SYSINDD DUMMY

The JES command formats out like this:

S JOB,J=CLEANJES

Which starts JOB and it submits CLEANJES from the SYS1.TXFZ.OPERJOBS.TZ library 
to the queue.

The commands member gets submitted each day at midnight to refresh the commands.

//CMDSTXFZ  JOB (HSKP),'CMDSTXFZ',CLASS=K,MSGCLASS=9,
// MSGLEVEL=(1,1),REGION=0M
//*
//*   LIB: SYS1.TXFZ.OPERJOBS.TZ(CMDSTXFZ)
//*@   COMMANDS TO ISSUE AT IPL TIME AND EVERY 24 HOURS
//*
// COMMAND '$CA,ALL'
// COMMAND '$TA,T=05.00,''$VS,S JOB,J=CLEANJES'''
// COMMAND '$TA,T=24.00,''$VS,S JOB,J=CMDSTXFZ'''
// COMMAND '$SA,ALL'
//STEP1EXEC PGM=IEFBR14
/*

Bobby Herring
Texas Farm Bureau Insurance
Waco, Tx


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Thursday, November 19, 2020 9:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

I was and am under control on the $TA part and fully intend to use that.
It's not the whole solution, though. My question was "what can the $TA schedule that 
will run a job" and these replies have provided the answer.
The answer is something like

$T A,,86400,'$VS ''S RDR,DSN=MY.PDS(MYJOB)'' '

I may not have the syntax and all the quotes perfect, but that's the idea.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jeremy Nicoll
Sent: Thursday, November 19, 2020 1:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

On Thu, 19 Nov 2020, at 00:19, Charles Mills wrote:

Right! I remember that. I remember that was how you ran anything. You
started a real reader: it fired up the 2540 and read in the job. And
then you did a S WTR (?) to print the output. OS/360 on a 360/40.

But the S RDR... command doesn't start a real reader.  It's just starting a
started task.   The previous reply talking about $TA etc was for faking a

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

[https://eur05.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.txfb-ins.com%2FTFBICImages%2Fjdpower.jpgdata=04%7C01%7C%7Cdbe10b7b8aec4101bfa808d88cbb5cf6%7C84df9e7fe9f640afb435%7C1%7C0%7C637414083644530352%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=FYz%2BlCiv3iZUyAe2nX4slghEUb0KeeVXqP5N0XIf9e4%3Dreserved=0]

Re: Is there a JES2 command to submit a job?

[Charles Mills]

> stuff coded that would work as is for pretty much no one

At least on this system (which I inherited) IEFRDER specifies 
UNIT=TAPE,DCB=BLKSIZE=80, and a hard-coded VOLSER. "Work for pretty much no 
one" is overly optimistic!

I'm aware of the userid issue and think I can live with it. I suppose USER= on 
the JOB (with appropriate SURROGAT permissions) might alleviate it somewhat.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Thursday, November 19, 2020 10:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

We use a similar process. The supplied RDR proc is a bit clumsy with stuff 
coded that would work as is for pretty much no one. So like many other shops, 
ages ago we wrote our own version with customized data set and unit parameters. 

The big problem with an RDR-like solution is that the default SAF userid for 
STCs will be propagated to the submitted job. That might be wildly 
inappropriate for the average user. 

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

Re: Is there a JES2 command to submit a job?

[Jesse 1 Robinson]

You're right about the cyclical refresh of auto commands. Without some kind of 
intervention, JES2 auto commands with T= will expire at midnight. So we 
schedule an auto command for midnight to reinstate all auto commands. The 
process is remarkably resilient. I recall only a handful of failures in 25 
years. 

.
.
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  On Behalf Of 
Charles Mills
Sent: Thursday, November 19, 2020 8:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Is there a JES2 command to submit a job?

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

Thanks.

> why not AUTO

Trying to keep things simple. Trying to avoid one more piece in the puzzle if 
possible. Nothing whatsoever against AUTO specifically or the CBT tape in 
general.

> issue SLEEP on schedule

Great idea. I will look into that.

> Self-perpetuating job, that submits itself as its last step

Something about that bothers me. A failure would end the chain until manual 
intervention restarted it. I know, I am not being entirely logically consistent 
here.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Wayne Bickerdike
Sent: Thursday, November 19, 2020 8:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

Charles,

Why don't you grab a copy of AUTO from the CBT tape. It has a scheduler 
function.

We use it on Dallas to schedule the SLEEP command after business hours to save 
some costs.

We also have a schedule set up to do ADRDDSU backups and an offsite FTP.

You could also have a job that submits itself to the internal reader when it 
completes, code it as TYPRUN=HOLD and have AUTO release it.

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

Re: Is there a JES2 command to submit a job?

[Jesse 1 Robinson]

We use a similar process. The supplied RDR proc is a bit clumsy with stuff 
coded that would work as is for pretty much no one. So like many other shops, 
ages ago we wrote our own version with customized data set and unit parameters. 

The big problem with an RDR-like solution is that the default SAF userid for 
STCs will be propagated to the submitted job. That might be wildly 
inappropriate for the average user. 

.
.
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  On Behalf Of 
Herring, Bobby
Sent: Thursday, November 19, 2020 8:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Is there a JES2 command to submit a job?

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

We have a rather simple solution we use.

We have this command in the JES commands member:

$TA,T=23.00,''$VS,S JOB,J=CLEANJES'''

That starts a started task called JOB. It is in a library that is in the JES 
PROCLIB concatenation.

It looks like this:

//JOBPROC J=XXX,   /* MEMBER NAME TO SUBMIT*/
//   L='SYS1.TXFZ.OPERJOBS.TZ' /* LIBRARY TO SUBMIT FROM   */
//**/
//*@ STARTED TASK TO SUBMIT JOBS   */
//**/
//STEP1  EXEC PGM=IEBGENER
//SYSPRINT DD SYSOUT=*
//SYSUT2   DD SYSOUT=(A,INTRDR)
//SYSUT1   DD DISP=SHR,DSN=()
//SYSINDD DUMMY

The JES command formats out like this:

S JOB,J=CLEANJES

Which starts JOB and it submits CLEANJES from the SYS1.TXFZ.OPERJOBS.TZ library 
to the queue.

The commands member gets submitted each day at midnight to refresh the commands.

//CMDSTXFZ  JOB (HSKP),'CMDSTXFZ',CLASS=K,MSGCLASS=9,
// MSGLEVEL=(1,1),REGION=0M
//*
//*   LIB: SYS1.TXFZ.OPERJOBS.TZ(CMDSTXFZ)
//*@   COMMANDS TO ISSUE AT IPL TIME AND EVERY 24 HOURS
//*
// COMMAND '$CA,ALL'
// COMMAND '$TA,T=05.00,''$VS,S JOB,J=CLEANJES'''
// COMMAND '$TA,T=24.00,''$VS,S JOB,J=CMDSTXFZ'''
// COMMAND '$SA,ALL'
//STEP1EXEC PGM=IEFBR14
/*

Bobby Herring
Texas Farm Bureau Insurance
Waco, Tx


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Thursday, November 19, 2020 9:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

I was and am under control on the $TA part and fully intend to use that.
It's not the whole solution, though. My question was "what can the $TA schedule 
that will run a job" and these replies have provided the answer.
The answer is something like

$T A,,86400,'$VS ''S RDR,DSN=MY.PDS(MYJOB)'' '

I may not have the syntax and all the quotes perfect, but that's the idea.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jeremy Nicoll
Sent: Thursday, November 19, 2020 1:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

On Thu, 19 Nov 2020, at 00:19, Charles Mills wrote:
> Right! I remember that. I remember that was how you ran anything. You 
> started a real reader: it fired up the 2540 and read in the job. And 
> then you did a S WTR (?) to print the output. OS/360 on a 360/40.

But the S RDR... command doesn't start a real reader.  It's just starting a
started task.   The previous reply talking about $TA etc was for faking a

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

[http://www.txfb-ins.com/TFBICImages/jdpower.jpg]
WWW.TXFB-INS.COM

CONFIDENTIALITY STATEMENT: The foregoing message (including attachments) is 
covered by the Electronic Communication Privacy Act, 18 U.S.C. sections 
2510-2521, and is CONFIDENTIAL. If you believe that it has been sent to you in 
error, do not read it. If you are not the intended recipient, you are hereby 
notified that any retention, dissemination, distribution, or copying of this 
communication is strictly prohibited. Please reply to the sender that you have 
received the message in error, then delete it. Thank you.
'

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

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

Re: SADUMP IPL tape

[Mark Jacobs]

We've also setup DIAGxx to automatically take a SAD and re-IPL if z/OS gets one 
of the documented wait states. It does work as described. No operator 
intervention needed.

Mark Jacobs

Sent from ProtonMail, Swiss-based encrypted email.

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

‐‐‐ Original Message ‐‐‐

On Thursday, November 19th, 2020 at 1:35 PM, Jesse 1 Robinson 
 wrote:

> Years ago we eliminated tape from the SADUMP process altogether. Also 
> eliminated operator intervention. For each LPAR, we have a LOAD (IPL) profile 
> that points to a DASD volume containing SAD IPL text. The SAD parameters run 
> the dump to DASD without prompting the operator at all. When the dump is 
> finished, the operator IPLs z/OS as usual. The process is pretty quick.
>
> .
>
> .
>
> 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 IBM-MAIN@LISTSERV.UA.EDU On Behalf Of 
> Jeremy Nicoll
>
> Sent: Thursday, November 19, 2020 8:09 AM
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: (External):Re: SADUMP IPL tape
>
> *** EXTERNAL EMAIL - Use caution when opening links or attachments ***
>
> On Thu, 19 Nov 2020, at 16:01, Dana Mitchell wrote:
>
> > They are definitely different. And even within z/OS there will
> >
> > sometimes be a PTF that changes an internal structure such that it has
> >
> > an ACTION HOLD telling you that you need to recreate the SADUMP
> >
> > program
>
> But the SADUMP program (at least, 20+ years ago) was a different matter. That 
> was generally placed on specific disk volumes.
>
> The SADUMP tape was only used to get the system IPLed and make it load the 
> disk-resident program. Has this process changed?
>
>
> -
>
> 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

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

Re: SADUMP IPL tape

[Jesse 1 Robinson]

Years ago we eliminated tape from the SADUMP process altogether. Also 
eliminated operator intervention. For each LPAR, we have a LOAD (IPL) profile 
that points to a DASD volume containing SAD IPL text. The SAD parameters run 
the dump to DASD without prompting the operator at all. When the dump is 
finished, the operator IPLs z/OS as usual. The process is pretty quick. 

.
.
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  On Behalf Of 
Jeremy Nicoll
Sent: Thursday, November 19, 2020 8:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: SADUMP IPL tape

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

On Thu, 19 Nov 2020, at 16:01, Dana Mitchell wrote:
> They are definitely different.  And even within z/OS there will 
> sometimes be a PTF that changes an internal structure such that it has 
> an ACTION HOLD  telling you that you need to recreate the SADUMP 
> program

But the SADUMP program (at least, 20+ years ago) was a different matter. That 
was generally placed on specific disk volumes.

The SADUMP tape was only used to get the system IPLed and make it load the 
disk-resident program.  Has this process changed?


--
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: Is there a JES2 command to submit a job?

[Charles Mills]

Thanks.

> why not AUTO

Trying to keep things simple. Trying to avoid one more piece in the puzzle if 
possible. Nothing whatsoever against AUTO specifically or the CBT tape in 
general. 

> issue SLEEP on schedule

Great idea. I will look into that.

> Self-perpetuating job, that submits itself as its last step

Something about that bothers me. A failure would end the chain until manual 
intervention restarted it. I know, I am not being entirely logically consistent 
here.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Wayne Bickerdike
Sent: Thursday, November 19, 2020 8:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

Charles,

Why don't you grab a copy of AUTO from the CBT tape. It has a scheduler
function.

We use it on Dallas to schedule the SLEEP command after business hours to
save some costs.

We also have a schedule set up to do ADRDDSU backups and an offsite FTP.

You could also have a job that submits itself to the internal reader when
it completes, code it as TYPRUN=HOLD and have AUTO release it.

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

Re: Is there a JES2 command to submit a job?

[Herring, Bobby]

We have a rather simple solution we use.

We have this command in the JES commands member:

$TA,T=23.00,''$VS,S JOB,J=CLEANJES'''

That starts a started task called JOB. It is in a library that is in the JES 
PROCLIB concatenation.

It looks like this:

//JOBPROC J=XXX,   /* MEMBER NAME TO SUBMIT*/
//   L='SYS1.TXFZ.OPERJOBS.TZ' /* LIBRARY TO SUBMIT FROM   */
//**/
//*@ STARTED TASK TO SUBMIT JOBS   */
//**/
//STEP1  EXEC PGM=IEBGENER
//SYSPRINT DD SYSOUT=*
//SYSUT2   DD SYSOUT=(A,INTRDR)
//SYSUT1   DD DISP=SHR,DSN=()
//SYSINDD DUMMY

The JES command formats out like this:

S JOB,J=CLEANJES

Which starts JOB and it submits CLEANJES from the SYS1.TXFZ.OPERJOBS.TZ library 
to the queue.

The commands member gets submitted each day at midnight to refresh the commands.

//CMDSTXFZ  JOB (HSKP),'CMDSTXFZ',CLASS=K,MSGCLASS=9,
// MSGLEVEL=(1,1),REGION=0M
//*
//*   LIB: SYS1.TXFZ.OPERJOBS.TZ(CMDSTXFZ)
//*@   COMMANDS TO ISSUE AT IPL TIME AND EVERY 24 HOURS
//*
// COMMAND '$CA,ALL'
// COMMAND '$TA,T=05.00,''$VS,S JOB,J=CLEANJES'''
// COMMAND '$TA,T=24.00,''$VS,S JOB,J=CMDSTXFZ'''
// COMMAND '$SA,ALL'
//STEP1EXEC PGM=IEFBR14
/*

Bobby Herring
Texas Farm Bureau Insurance
Waco, Tx


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Thursday, November 19, 2020 9:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

I was and am under control on the $TA part and fully intend to use that.
It's not the whole solution, though. My question was "what can the $TA schedule 
that will run a job" and these replies have provided the answer.
The answer is something like

$T A,,86400,'$VS ''S RDR,DSN=MY.PDS(MYJOB)'' '

I may not have the syntax and all the quotes perfect, but that's the idea.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jeremy Nicoll
Sent: Thursday, November 19, 2020 1:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

On Thu, 19 Nov 2020, at 00:19, Charles Mills wrote:
> Right! I remember that. I remember that was how you ran anything. You
> started a real reader: it fired up the 2540 and read in the job. And
> then you did a S WTR (?) to print the output. OS/360 on a 360/40.

But the S RDR... command doesn't start a real reader.  It's just starting a
started task.   The previous reply talking about $TA etc was for faking a

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

[http://www.txfb-ins.com/TFBICImages/jdpower.jpg]
WWW.TXFB-INS.COM

CONFIDENTIALITY STATEMENT: The foregoing message (including attachments) is 
covered by the Electronic Communication Privacy Act, 18 U.S.C. sections 
2510-2521, and is CONFIDENTIAL. If you believe that it has been sent to you in 
error, do not read it. If you are not the intended recipient, you are hereby 
notified that any retention, dissemination, distribution, or copying of this 
communication is strictly prohibited. Please reply to the sender that you have 
received the message in error, then delete it. Thank you.
'

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

Re: Is there a JES2 command to submit a job?

[Wayne Bickerdike]

Charles,

Why don't you grab a copy of AUTO from the CBT tape. It has a scheduler
function.

We use it on Dallas to schedule the SLEEP command after business hours to
save some costs.

We also have a schedule set up to do ADRDDSU backups and an offsite FTP.

You could also have a job that submits itself to the internal reader when
it completes, code it as TYPRUN=HOLD and have AUTO release it.
On Thu, Nov 19, 2020 at 11:31 AM Seymour J Metz  wrote:

> Obvious answer: because HASP is Half ASP. But you don't need a JES2
> command; IBM provides a proc called RDR that copies its input to an
> internal reader.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>
> 
> From: IBM Mainframe Discussion List  on behalf
> of Charles Mills 
> Sent: Wednesday, November 18, 2020 6:58 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Is there a JES2 command to submit a job?
>
> Thanks. This will work. Kind of convoluted -- a $T A command to issue a
> $VS command to issue an S command to start an STC that submits a job, but
> hey, it's mainframe. If it was easy we wouldn't get the big bucks.
>
> Idle musing: why doesn't JES2 have a command to submit a job, either from
> a named DSN or from a defined PROCLIB? Seems like an incredibly obvious
> feature. I spent 30 minutes in the commands manual going "I know it has to
> be in here somewhere."
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of John McKown
> Sent: Wednesday, November 18, 2020 3:37 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Is there a JES2 command to submit a job?
>
> We did something like that before we had CA-7 (actually Runtrack). We used
> the $TA command to start a task which then submitted the actual JCL. The
> started task JCL looked something like:
>
> //OPER  PROC JOBLIB=PROD.JOBS.JCLLIB,MEMBER=NOTHING
> //OPER EXEC PGM=IEBGENER
> //SYSIN DD  DUMMY
> //SYSPRINT DD SYSOUT=Z PURGE CLASS
> //SYSUT2 DD SYSOUT=(*,INTRDR)
> //SYSUT1 DD DISP=SHR,DSN=()
> //* END OF PROC
>
> The $TA  would include the $VS command like: $VS,'S OPER,MEMBER=SOMEJOB'
>
> --
> 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
>


-- 
Wayne V. Bickerdike

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

Re: SADUMP IPL tape

[Jeremy Nicoll]

On Thu, 19 Nov 2020, at 16:01, Dana Mitchell wrote:
> They are definitely different.  And even within z/OS there will 
> sometimes be a PTF that changes an internal structure such that it has 
> an ACTION HOLD  telling you that you need to recreate the SADUMP program

But the SADUMP program (at least, 20+ years ago) was a different matter. That 
was generally placed on specific disk volumes.

The SADUMP tape was only used to get the system IPLed and make it load
the disk-resident program.  Has this process changed?


-- 
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: Is there a JES2 command to submit a job?

[Jeremy Nicoll]

On Thu, 19 Nov 2020, at 15:46, Rupert Reynolds wrote:
> Most people I mention it to are surprised, and they expect it keep running
> until a modiFy or stoP tells it otherwise.

A good example (if it still is?) of a STC that starts to do something and then
stops is/was SMFDUMP.

We used to use STCs for archiving NetView logs, for copying SYS1.DUMPxx 
to tape (and runnng initial IPCS analysis on them but leaving the listings from
that online, linked to a sysprogs dump-management utility.  Pattern matching
on dump titles dictated which IPCS verbs were used on which dumps).

I also used STCs to do things on behalf of low-privileged TSO users, when 
ispf dialogs they used would request things and SA/390 automation would 
start the right tasks (having checked those users were permitted to make 
those requests).

Some of these STCs ran in only a few seconds.  Often they had multiple steps
and combined code written in assember and rexx.

-- 
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: SADUMP IPL tape

[Dana Mitchell]

They are definitely different.  And even within z/OS there will sometimes be a 
PTF that changes an internal structure such that it has an ACTION HOLD  telling 
you that you need to recreate the SADUMP program

Dana

On Thu, 19 Nov 2020 10:09:07 -0500, Tony Thigpen  wrote:

>This is a curiosity question.
>
>Is the SADUMP IPL tape the same when created by z/OS, z/VM or z/VSE?
>
>Same question for a SADUMP DASD volume?
>
>Tony Thigpen
>
>--
>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: Is there a JES2 command to submit a job?

[Seymour J Metz]

It used to be common to issue a bogus START to force allocation processing.  I 
would be surprised if there weren't a lot of very short started tasks in use.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of 
Rupert Reynolds 
Sent: Thursday, November 19, 2020 10:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

Most people I mention it to are surprised, and they expect it keep running
until a modiFy or stoP tells it otherwise.

That's the reason I mentioned it :-)

Roops

On Thu., Nov. 19, 2020, 14:22 Jeremy Nicoll, 
wrote:

> On Thu, 19 Nov 2020, at 14:12, Rupert Reynolds wrote:
> > Off the cuff, I'm pretty sure it runs as an STC, but one that doesn't do
> > the things you'd normally expect an STC to do.
>
> There's nothing that an STC is "normally expected to do".  Some run for
> ages, but some don't.  The significant point is that they start immediately
> (rather than waiting for an initiator), and they tend to do system-y things
> rather than user or batch-suite ones.
>
> --
> 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

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

Re: Is there a JES2 command to submit a job?

[Rupert Reynolds]

Most people I mention it to are surprised, and they expect it keep running
until a modiFy or stoP tells it otherwise.

That's the reason I mentioned it :-)

Roops

On Thu., Nov. 19, 2020, 14:22 Jeremy Nicoll, 
wrote:

> On Thu, 19 Nov 2020, at 14:12, Rupert Reynolds wrote:
> > Off the cuff, I'm pretty sure it runs as an STC, but one that doesn't do
> > the things you'd normally expect an STC to do.
>
> There's nothing that an STC is "normally expected to do".  Some run for
> ages, but some don't.  The significant point is that they start immediately
> (rather than waiting for an initiator), and they tend to do system-y things
> rather than user or batch-suite ones.
>
> --
> 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: Is there a JES2 command to submit a job?

[David Spiegel]

Hi Charles,
If you are using the "stock" Cataloged Procedure, you will have to 
include all of the "overrides" I specified.


Regards,
David

On 2020-11-19 10:34, Charles Mills wrote:

I was and am under control on the $TA part and fully intend to use that.
It's not the whole solution, though. My question was "what can the $TA
schedule that will run a job" and these replies have provided the answer.
The answer is something like

$T A,,86400,'$VS ''S RDR,DSN=MY.PDS(MYJOB)'' '

I may not have the syntax and all the quotes perfect, but that's the idea.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jeremy Nicoll
Sent: Thursday, November 19, 2020 1:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

On Thu, 19 Nov 2020, at 00:19, Charles Mills wrote:

Right! I remember that. I remember that was how you ran anything. You
started a real reader: it fired up the 2540 and read in the job. And
then you did a S WTR (?) to print the output. OS/360 on a 360/40.

But the S RDR... command doesn't start a real reader.  It's just starting a
started task.   The previous reply talking about $TA etc was for faking a

--
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: Is there a JES2 command to submit a job?

[Charles Mills]

As others have asked, what is "the usual"? Sometimes an STC ends almost 
immediately after the START because of some error that is entirely local to the 
STC, such as a bad parameter. z/OS does not seem to mind at all. >From z/OS's 
point of view, an STC that generates an error message and then quits is 
entirely acceptable.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Rupert Reynolds
Sent: Thursday, November 19, 2020 6:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

Off the cuff, I'm pretty sure it runs as an STC, but one that doesn't do
the things you'd normally expect an STC to do.

I don't know whether any versions of MVS and z/OS, or any automation, would
react to an "STC" ending without doing the usual, but I'd guess not.

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

Re: Is there a JES2 command to submit a job?

[PINION, RICHARD W.]

Have you considered OMVS's CRON?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Thursday, November 19, 2020 10:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

[External Email. Exercise caution when clicking links or opening attachments.]

I was and am under control on the $TA part and fully intend to use that.
It's not the whole solution, though. My question was "what can the $TA schedule 
that will run a job" and these replies have provided the answer.
The answer is something like

$T A,,86400,'$VS ''S RDR,DSN=MY.PDS(MYJOB)'' '

I may not have the syntax and all the quotes perfect, but that's the idea.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jeremy Nicoll
Sent: Thursday, November 19, 2020 1:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

On Thu, 19 Nov 2020, at 00:19, Charles Mills wrote:
> Right! I remember that. I remember that was how you ran anything. You 
> started a real reader: it fired up the 2540 and read in the job. And 
> then you did a S WTR (?) to print the output. OS/360 on a 360/40.

But the S RDR... command doesn't start a real reader.  It's just starting a
started task.   The previous reply talking about $TA etc was for faking a

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: Is there a JES2 command to submit a job?

[Charles Mills]

I was and am under control on the $TA part and fully intend to use that.
It's not the whole solution, though. My question was "what can the $TA
schedule that will run a job" and these replies have provided the answer.
The answer is something like 

$T A,,86400,'$VS ''S RDR,DSN=MY.PDS(MYJOB)'' '

I may not have the syntax and all the quotes perfect, but that's the idea.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jeremy Nicoll
Sent: Thursday, November 19, 2020 1:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

On Thu, 19 Nov 2020, at 00:19, Charles Mills wrote:
> Right! I remember that. I remember that was how you ran anything. You 
> started a real reader: it fired up the 2540 and read in the job. And 
> then you did a S WTR (?) to print the output. OS/360 on a 360/40.

But the S RDR... command doesn't start a real reader.  It's just starting a
started task.   The previous reply talking about $TA etc was for faking a

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

SADUMP IPL tape

[Tony Thigpen]

This is a curiosity question.

Is the SADUMP IPL tape the same when created by z/OS, z/VM or z/VSE?

Same question for a SADUMP DASD volume?

Tony Thigpen

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

Re: Other user trying to run my shell script gets "FSUM7351 not found" error

[Seymour J Metz]

Yes, you have been able to have a defaul UID and GID for lo these many years.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Tuesday, November 17, 2020 12:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Other user trying to run my shell script gets "FSUM7351 not found" 
error

On Tue, 17 Nov 2020 16:59:13 +, Frank Swarbrick wrote:

>Why would PATH have any effect here, since I have the fully qualified path 
>specified?
>
/u/dvfjs/rocket/bin/curl itself might issue an execvp() call or depend
on having a current working directory.

It's kinda like needing dependencies in a STEPLIB.

Isn't there nowadays a facility to create by default a unique OMVS
segment when a user lacking one is dubbed?

>
>From: Frank Swarbrick 
>Sent: Monday, November 16, 2020 2:03 PM
>
>//STDPARM  DD *
>SH /u/dvfjs/jira_test
>
>STDERR:
>FSUM1012 The initial working directory was not specified.
>FSUM1006 A shell was not specified. Processing continues using the default 
>shell name.
>+ echo **before**
>+ /u/dvfjs/rocket/bin/curl --help
>/u/dvfjs/rocket/bin/curl: /u/dvfjs/jira_test 4:
>+ echo **after**
>
>STDOUT:
>**before**
>**after**

-- 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: Is there a JES2 command to submit a job?

[Seymour J Metz]

Unless you were really storage constrained, you started a writer and left it 
running untill the next IPL. Also, MVT had something called an ASB Reader, 
which ran at high speed in a small region, then ran a reader/interpreter from 
the DASD file it created.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of 
Charles Mills 
Sent: Wednesday, November 18, 2020 7:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

Right! I remember that. I remember that was how you ran anything. You started a 
real reader: it fired up the 2540 and read in the job. And then you did a S WTR 
(?) to print the output. OS/360 on a 360/40.

Sometimes nostalgia actually is the answer.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Spiegel
Sent: Wednesday, November 18, 2020 3:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

Hi Charles,
All of the previous responses did not address your situation.

Here is a solution that only old-timers like myself would think of:
S
RDR,DSN=mypds(mymember),UNIT=,VOL=,DCB=(RECFM=FB,LRECL=80,BLKSIZE=27920),DISP=SHR

RDR is available in SYs1.PROCLIB and has been since dinosaurs roamed the
earth.

Regards,
David

On 2020-11-18 18:00, Charles Mills wrote:
> Is there a JES2 command to submit a job from a PDS or PROCLIB, roughly
> analogous to TSO SUBMIT?
>
> I want to run a predefined job, unmodified, once a day. (No, I don't have a
> real scheduler.) I figured I could do something with $T A,I=86400,'command'
> but I don't see what the command would be. It seems like an obvious thing
> for JES2 to be able to do.
>
> Do I use $VS,'S proc' and run it like a started task that just happens to
> end after a minute or so?
>
> I vaguely recall there is a way to submit a job (via TSO or whatever) such
> that it gets held and then could be released with a JES2 command but also
> left in the input queue for another release? Am I on the right track? Or ...
> ?
>
> Thanks. Sorry for the newbie question. I'm a newbie operator.
>
> Charles
>
> --
> 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: Is there a JES2 command to submit a job?

[Seymour J Metz]

There's almost nothing special about an STC; it's got essentially the same 
environment as, e.g., APPC, ASCH, JOB, TSU. It has a userid, and its access is 
limited to that for the userid.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of 
Rupert Reynolds 
Sent: Thursday, November 19, 2020 9:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

Off the cuff, I'm pretty sure it runs as an STC, but one that doesn't do
the things you'd normally expect an STC to do.

I don't know whether any versions of MVS and z/OS, or any automation, would
react to an "STC" ending without doing the usual, but I'd guess not.
I know MVS 3.8 (TK4-) accepts this happily, as I start my own code from
SYS1.PARMLIB(COMMNDxx)
to create an extra control block and then exit.

Roops

On Thu., Nov. 19, 2020, 13:05 Paul Gilmartin, <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Thu, 19 Nov 2020 11:04:32 +, Rupert Reynolds  wrote:
> >
> >//MYJOB  DD  SYSOUT=(A,INTRDR)
> >looks like a. In fact I've used that from TSO, lthough I can't remember
> >whether the ALLOC command hndles INTRDR, or whether I used SVC 99.
> >
> WRITER(INTRDR)
>
> Likewise for BPXWDYN.
>
> >If the job can justifiably be in something like SYS1.PROCLIB, it's even
> >easier.
> >S MYJOB :-)
>
> Does that run it as a batch job or as a started task?
>
> -- 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: Is there a JES2 command to submit a job?

[Jeremy Nicoll]

On Thu, 19 Nov 2020, at 14:12, Rupert Reynolds wrote:
> Off the cuff, I'm pretty sure it runs as an STC, but one that doesn't do
> the things you'd normally expect an STC to do.

There's nothing that an STC is "normally expected to do".  Some run for
ages, but some don't.  The significant point is that they start immediately
(rather than waiting for an initiator), and they tend to do system-y things
rather than user or batch-suite ones.  

-- 
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: Is there a JES2 command to submit a job?

[Rupert Reynolds]

Off the cuff, I'm pretty sure it runs as an STC, but one that doesn't do
the things you'd normally expect an STC to do.

I don't know whether any versions of MVS and z/OS, or any automation, would
react to an "STC" ending without doing the usual, but I'd guess not.
I know MVS 3.8 (TK4-) accepts this happily, as I start my own code from
SYS1.PARMLIB(COMMNDxx)
to create an extra control block and then exit.

Roops

On Thu., Nov. 19, 2020, 13:05 Paul Gilmartin, <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Thu, 19 Nov 2020 11:04:32 +, Rupert Reynolds  wrote:
> >
> >//MYJOB  DD  SYSOUT=(A,INTRDR)
> >looks like a. In fact I've used that from TSO, lthough I can't remember
> >whether the ALLOC command hndles INTRDR, or whether I used SVC 99.
> >
> WRITER(INTRDR)
>
> Likewise for BPXWDYN.
>
> >If the job can justifiably be in something like SYS1.PROCLIB, it's even
> >easier.
> >S MYJOB :-)
>
> Does that run it as a batch job or as a started task?
>
> -- 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: Finding the STEIN of another address space

[Peter Relson]

ASSBISQN is not always the same as the ASTE Instance Number (ASTE rather 
than STE).

Maybe the back-handed hint is that this is not something you should be 
doing? I wouldn't go that far.

Architecturally, the ASTE instance number is in the ASTE.

Peter Relson
z/OS Core Technology Design


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

Re: direct z/OS operator command output to SYSLOG only?

[John McKown]

I  finally woke up. The console used by CA-OPS/MVS is  set  in the
OCCONSOLENAME parameter. And the console specified in that  is now
OFFLINE  due to I/O errors. We won't  fix it because "z/OS is going away."
So I need to change the name to one which is still working.

On Thu, Nov 19, 2020 at 6:58 AM John McKown 
wrote:

> I know that I can direct the output of a command, such as DISPLAY, to a
> specific console using something like D A,L,L=consname . But is there a way
> to direct it only to SYSLOG? I have a CA-OPS/MVS message rule which issues
> a DISPLAY command. I had  to put a L=specific_console because I got the
> following:
>
> IGD007I COMMAND REJECTED 205
> TARGET CONSOLE (DEFAULT IS MASTER CONSOLE) IS NOT ACTIVE
>
> To add insult to injury, I cannot figure out which console is the MASTER
> CONSOLE .  The command D C,L doesn't seem to tell me that. And all but 3
> of my consoles show up as ACT-LIH1 where LIH1 is the sysname of my single
> z/OS system.
>
> This is on z/OS 1.12 (which  we are assured will die in about 6 months)
>

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

Re: Xmitip multi language characters problem

[Seymour J Metz]

It's not desktop versus mainframe, but rather a codepage issue. Some software 
on both PC and mainframes expects Hebrew in visual order. Any software 
supporting Unicode should process Hebrew text in logical order. But the OP did 
not say which codepage he is using.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Thursday, November 19, 2020 8:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Xmitip multi language characters problem

On 2020-11-19, at 01:39:45, Gadi Ben-Avi wrote:
>
> The answer depends on what SMTP server you are running on z/OS.
> Is it SMTP or CSSMTP.
>
Does either of these, or TXT2PDF, avoid problems resulting
because (as I understand) z/OS stores Hebrew text backwards
while desktop systems expect it forwards?

Can they deal with CSSID 1208 files containing a mixture of
such as Hebrew: שָׁלוֹם עֲלֵיכֶם‎, Greek: γεια, Russian: Здравствуйте, ...?

> For SMTP I think you need to have a file named TCPIPPFX.STANDARD.TCPXLBIN 
> with the correct translation table.
> TCPIPPFX is defined in the DATASETPREFIX parameter in TCPDATA.
>
> For CSSMTP there is a parameter named CSSMTP_CODEPAGE_CONFIG. The value 
> should be IBM-424.
> These is also a parameter call Charset which should be ISO8859-8.
>
> -Original Message-
> From: Weizman arbel
> Sent: Thursday, November 19, 2020 10:10 AM
>
> I am working in israeli bank
> And have a problem with
> Hebrew characters
> When i am sending email
> By xmitip.

-- 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: Xmitip multi language characters problem

[Seymour J Metz]

Which EBCDIC code page are you using? What parameters do you have on xmitip?

You may have to do the translation yourself and send the data as binary.



iC


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of 
Weizman arbel 
Sent: Thursday, November 19, 2020 3:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Xmitip multi language characters problem

Hello ,
I am working in israeli bank
And have a problem with
Hebrew characters
When i am sending email
By xmitip.
Hebrew characters doesn't
Translate.
Any suggestion how to solve
This problem ?
(Where and how to change the
   Smtp translate characters table ?)

--
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: Xmitip multi language characters problem

[Paul Gilmartin]

On 2020-11-19, at 01:39:45, Gadi Ben-Avi wrote:
> 
> The answer depends on what SMTP server you are running on z/OS.
> Is it SMTP or CSSMTP.
>  
Does either of these, or TXT2PDF, avoid problems resulting
because (as I understand) z/OS stores Hebrew text backwards
while desktop systems expect it forwards?

Can they deal with CSSID 1208 files containing a mixture of
such as Hebrew: שָׁלוֹם עֲלֵיכֶם‎, Greek: γεια, Russian: Здравствуйте, ...?

> For SMTP I think you need to have a file named TCPIPPFX.STANDARD.TCPXLBIN 
> with the correct translation table.
> TCPIPPFX is defined in the DATASETPREFIX parameter in TCPDATA.
> 
> For CSSMTP there is a parameter named CSSMTP_CODEPAGE_CONFIG. The value 
> should be IBM-424.
> These is also a parameter call Charset which should be ISO8859-8.
> 
> -Original Message-
> From: Weizman arbel
> Sent: Thursday, November 19, 2020 10:10 AM
> 
> I am working in israeli bank
> And have a problem with
> Hebrew characters
> When i am sending email
> By xmitip.

-- gil

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

Re: direct z/OS operator command output to SYSLOG only?

[John McKown]

On Thu, Nov 19, 2020 at 7:17 AM Seymour J Metz  wrote:

>
>
> SYSLOG is not a console, nor is OPERLOG. You could direct the output to an
> out of line area, e.g., L=A, if you have one.
>
> Does that console have MAStER authority?
>

Yes. All consoles have MASTER authority. There are only two physical
consoles, on a VISARA 3174 type controller. It is in the "operator" area,
which is really just the Windows Help Desk now because we don't have any
z/OS operators or any z/OS staff other than 2 sysprogs, 1 scheduler, and 2
programmers.

I just can't figure out what device is meant by MASTER CONSOLE in the
message.


>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>

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

Re: Xmitip multi language characters problem

[Seymour J Metz]

Nit: both are SMTP clients. An SMTP server receives jobs via SMTP.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of 
Gadi Ben-Avi 
Sent: Thursday, November 19, 2020 3:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Xmitip multi language characters problem

The answer depends on what SMTP server you are running on z/OS.
Is it SMTP or CSSMTP.
For SMTP I think you need to have a file named TCPIPPFX.STANDARD.TCPXLBIN with 
the correct translation table.
TCPIPPFX is defined in the DATASETPREFIX parameter in TCPDATA.

For CSSMTP there is a parameter named CSSMTP_CODEPAGE_CONFIG. The value should 
be IBM-424.
These is also a parameter call Charset which should be ISO8859-8.

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Weizman arbel
Sent: Thursday, November 19, 2020 10:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Xmitip multi language characters problem

Hello ,
I am working in israeli bank
And have a problem with
Hebrew characters
When i am sending email
By xmitip.
Hebrew characters doesn't
Translate.
Any suggestion how to solve
This problem ?
(Where and how to change the
   Smtp translate characters table ?)

--
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: Is there a JES2 command to submit a job?

[Seymour J Metz]

If you have a card reader and you start RDR with the address of a card reader 
then it submits jobs from that cards reader. Subject to security, you can read 
from any dataset as long as it supports FB80.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of 
Jeremy Nicoll 
Sent: Thursday, November 19, 2020 4:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

On Thu, 19 Nov 2020, at 00:19, Charles Mills wrote:
> Right! I remember that. I remember that was how you ran anything. You
> started a real reader: it fired up the 2540 and read in the job. And
> then you did a S WTR (?) to print the output. OS/360 on a 360/40.

But the S RDR... command doesn't start a real reader.  It's just starting a
started task.   The previous reply talking about $TA etc was for faking a
scheduler.  All you need is a way to run an IEBGENER to an INTRDR and
that could also be in a normal job (subject to what one's security software
allows).

You only need the $TA aspect if you want JES2 to handle the aspect of
deciding when the STC is to execute.

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

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

Re: direct z/OS operator command output to SYSLOG only?

[Seymour J Metz]

SYSLOG is not a console, nor is OPERLOG. You could direct the output to an out 
of line area, e.g., L=A, if you have one.

Does that console have MAStER authority?


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of 
John McKown 
Sent: Thursday, November 19, 2020 7:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: direct z/OS operator command output to SYSLOG only?

I know that I can direct the output of a command, such as DISPLAY, to a
specific console using something like D A,L,L=consname . But is there a way
to direct it only to SYSLOG? I have a CA-OPS/MVS message rule which issues
a DISPLAY command. I had  to put a L=specific_console because I got the
following:

IGD007I COMMAND REJECTED 205
TARGET CONSOLE (DEFAULT IS MASTER CONSOLE) IS NOT ACTIVE

To add insult to injury, I cannot figure out which console is the MASTER
CONSOLE .  The command D C,L doesn't seem to tell me that. And all but 3
of my consoles show up as ACT-LIH1 where LIH1 is the sysname of my single
z/OS system.

This is on z/OS 1.12 (which  we are assured will die in about 6 months)

--
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: Is there a JES2 command to submit a job?

[Seymour J Metz]

STC.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Thursday, November 19, 2020 8:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a JES2 command to submit a job?

On Thu, 19 Nov 2020 11:04:32 +, Rupert Reynolds  wrote:
>
>//MYJOB  DD  SYSOUT=(A,INTRDR)
>looks like a. In fact I've used that from TSO, lthough I can't remember
>whether the ALLOC command hndles INTRDR, or whether I used SVC 99.
>
WRITER(INTRDR)

Likewise for BPXWDYN.

>If the job can justifiably be in something like SYS1.PROCLIB, it's even
>easier.
>S MYJOB :-)

Does that run it as a batch job or as a started task?

-- 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: Is there a JES2 command to submit a job?

[Paul Gilmartin]

On Thu, 19 Nov 2020 11:04:32 +, Rupert Reynolds  wrote:
>
>//MYJOB  DD  SYSOUT=(A,INTRDR)
>looks like a. In fact I've used that from TSO, lthough I can't remember
>whether the ALLOC command hndles INTRDR, or whether I used SVC 99.
> 
WRITER(INTRDR)

Likewise for BPXWDYN.

>If the job can justifiably be in something like SYS1.PROCLIB, it's even
>easier.
>S MYJOB :-)

Does that run it as a batch job or as a started task?

-- gil

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

Re: Is there a JES2 command to submit a job?

[John McKown]

On Wed, Nov 18, 2020 at 6:20 PM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Wed, 18 Nov 2020 17:39:33 -0600, John McKown wrote:
>
> > most z/OS people
> >are still fairly ignorant  of z/OS UNIX and are reluctant to use  it. A
> few
> >years ago I had another sysprog complain  about it because, in his words,
> >"It isn't Windows!"
> >
> What's z/OS?  Chopped liver or Windows?
>

Well, of the two choices, I actually like chopped liver.

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

direct z/OS operator command output to SYSLOG only?

[John McKown]

I know that I can direct the output of a command, such as DISPLAY, to a
specific console using something like D A,L,L=consname . But is there a way
to direct it only to SYSLOG? I have a CA-OPS/MVS message rule which issues
a DISPLAY command. I had  to put a L=specific_console because I got the
following:

IGD007I COMMAND REJECTED 205
TARGET CONSOLE (DEFAULT IS MASTER CONSOLE) IS NOT ACTIVE

To add insult to injury, I cannot figure out which console is the MASTER
CONSOLE .  The command D C,L doesn't seem to tell me that. And all but 3
of my consoles show up as ACT-LIH1 where LIH1 is the sysname of my single
z/OS system.

This is on z/OS 1.12 (which  we are assured will die in about 6 months)

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

Re: Is there a JES2 command to submit a job?

[Rupert Reynolds]

Ah yes
//MYJOB  DD  SYSOUT=(A,INTRDR)
looks like a. In fact I've used that from TSO, lthough I can't remember
whether the ALLOC command hndles INTRDR, or whether I used SVC 99.

If the job can justifiably be in something like SYS1.PROCLIB, it's even
easier.
S MYJOB :-)

Roops

On Thu., Nov. 19, 2020, 09:20 Jeremy Nicoll, 
wrote:

> On Thu, 19 Nov 2020, at 00:19, Charles Mills wrote:
> > Right! I remember that. I remember that was how you ran anything. You
> > started a real reader: it fired up the 2540 and read in the job. And
> > then you did a S WTR (?) to print the output. OS/360 on a 360/40.
>
> But the S RDR... command doesn't start a real reader.  It's just starting a
> started task.   The previous reply talking about $TA etc was for faking a
> scheduler.  All you need is a way to run an IEBGENER to an INTRDR and
> that could also be in a normal job (subject to what one's security software
> allows).
>
> You only need the $TA aspect if you want JES2 to handle the aspect of
> deciding when the STC is to execute.
>
> --
> 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
>

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

Re: Is there a JES2 command to submit a job?

[Jeremy Nicoll]

On Thu, 19 Nov 2020, at 00:19, Charles Mills wrote:
> Right! I remember that. I remember that was how you ran anything. You 
> started a real reader: it fired up the 2540 and read in the job. And 
> then you did a S WTR (?) to print the output. OS/360 on a 360/40.

But the S RDR... command doesn't start a real reader.  It's just starting a
started task.   The previous reply talking about $TA etc was for faking a
scheduler.  All you need is a way to run an IEBGENER to an INTRDR and
that could also be in a normal job (subject to what one's security software
allows).

You only need the $TA aspect if you want JES2 to handle the aspect of 
deciding when the STC is to execute. 

-- 
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: Xmitip multi language characters problem

[Gadi Ben-Avi]

The answer depends on what SMTP server you are running on z/OS.
Is it SMTP or CSSMTP.
For SMTP I think you need to have a file named TCPIPPFX.STANDARD.TCPXLBIN with 
the correct translation table.
TCPIPPFX is defined in the DATASETPREFIX parameter in TCPDATA.

For CSSMTP there is a parameter named CSSMTP_CODEPAGE_CONFIG. The value should 
be IBM-424.
These is also a parameter call Charset which should be ISO8859-8.

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Weizman arbel
Sent: Thursday, November 19, 2020 10:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Xmitip multi language characters problem

Hello ,
I am working in israeli bank
And have a problem with
Hebrew characters
When i am sending email
By xmitip.
Hebrew characters doesn't
Translate.
Any suggestion how to solve
This problem ?
(Where and how to change the
   Smtp translate characters table ?)

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

Xmitip multi language characters problem

[Weizman arbel]

Hello ,
I am working in israeli bank
And have a problem with
Hebrew characters
When i am sending email
By xmitip.
Hebrew characters doesn't
Translate.
Any suggestion how to solve
This problem ?
(Where and how to change the
   Smtp translate characters table ?)

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