Re: Submitting batch job in console

[Gadi Ben-Avi]

Sure.
We have a started task that take a dataset with a job in it as a parameter.
//CALLV  PROC P=' ',DA='SYS1.PROCHASP(IEFBR14)'
//IEFPROC EXEC PGM=CALLP,PARM='&P'
//SYSIN DD DSN=&DA,DISP=SHR
//INTRDR DD SYSOUT=(A,INTRDR)



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter
Sent: Thursday, February 1, 2018 8:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Submitting batch job in console

Hi

Is it possible to submit a batch job from MVS console ?

General question

Peter

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

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

AW: CGIs and HTML FORMs

[Mike Beer]

Hi,
There will be platform-specific considerations, but generally 
there are 2 ways to pass parameters to a webserver:
1) GET
2) POST

Get is easier to user:
If you have e.g. a userid and a password then the call could look like this:
https://...?user=&password=yyy

everything after the question mark is data that is passed to the program.

e.g.
https://program.rex?user=xxx&password=yyy

then "program.rex" could look like this:

/* program.rex */
Parse arg buf

Parse var buf "user=" userid "&password=" pw
/*there are many ways to parse this */

...
The REXX program is your CGI program in this case.
And yes, you could submit the data directly form this REXX with one of the
tools available on that platform (e.g. curl)
https://curl.haxx.se/

Best regards

Mike

-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im
Auftrag von Mary Kay Tubello
Gesendet: 31 January, 2018 19:31
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: CGIs and HTML FORMs

Hello,

I have a situation as follows;
1.   I have a URL going to a CGI and passing parms, i.e.
https://syst.humana.com/HUMcgitest/RICK3.sh?ODICT,POO4567891123456
2.  The CGI  reads a job from a PDS into a STEM and fills in the two
parms that were sent on the url.And Submits the job.
3.  Now, I have to make a change to allow a user to enter his employee
id.  In this case, we start with a CGI and go to a form.  I added  this to
the original CGI to create the form when the user clicks 'click here'.

say 'content-type: text/html'
say
say '  '
say 'Acknowledger Authentication '
say ' '
say ''
say ' Click here'
say ' '

My ODICTform3.htm  sends out a form with a space for user to enter employee
id.

Now, here's the part I'm having trouble with.
1.   I want the CGI to pass the parms in the URL above to the HTML .
HOW?
2.  Then,I want all three parms (two from URL and one from FORM to
be added to that job STEM that I created above.  HOW?
3.  Submit the job from the HTML or  do I send it back to the  CGI  to
submit or write a second CGI to submit the job.  HOW?

Thanks,
Mary Kay

Large Systems Engineering
IT Infrastructure
Humana
123 E. Main St. 40202  (CT6)
502-476-2772
mtube...@humana.com




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

Submitting batch job in console

[Peter]

Hi

Is it possible to submit a batch job from MVS console ?

General question

Peter

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

Re: Syntax check for JES2 INIT deck

[Roger Lowe]

On Wed, 31 Jan 2018 07:18:36 -0600, Doug Henry  wrote:

>On Wed, 31 Jan 2018 09:39:55 +, Beesley, Paul  
>wrote:
>I agree it is a useful facility and I also thank you.
>However we run Thruput Manager and it also abends during the check  with a 
>S0C2 in their module DTMJ2MV7. We will be checking with  Compuware  to see if 
>it is a know problem.
>
>Doug
>
>>A useful facility, thanks.
>>However it abends S0C4 in HASPIRDA (+73C4) on completion... I'll check for 
>>missing maintenance.
>>
>>Regards and thanks
>>Paul
>>
>>-Origanal Message-
>>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>>Behalf Of Roger Lowe
>>Sent: Wednesday, January 31, 2018 12:17 AM
>>To: IBM-MAIN@LISTSERV.UA.EDU
>>Subject: Re: Syntax check for JES2 INIT deck
>>
>>On Tue, 30 Jan 2018 23:51:17 +, Jesse 1 Robinson 
>>ejesse1.robin...@sce.com> wrote:
>>
>>>(It must be JES2zday . There used to a trick to get a JES2 INIT deck syntax 
>>>check. You would 'S JES2' with the system running. JES2 would eventually say 
>>>'SUBSYSTEM NOT DORMANT' and quit, but along the way read the INIT deck and 
>>>flag any syntax errors. We tried that today with a deliberate syntax error, 
>>>but no complaints during startup. Did this trick stop working somewhere 
>>>along the way?
>>>
>>If you are running zOS 2.3, you can make use of the JES2 init deck checker 
>>via batch.
>>
>>//JES2CHK JOB (RLL,1206),'Init Deck Check',
>> / MSGLEVEL=(1,1),
>>// CLASS=R, < == ensure this job class allows for System 
>>Symbols
>>// MSGCLASS=X,
>>// REGION=0M,
>>// NOTIFY=&SYSUID
>>//*
>>//JES2 EXEC JES2
>>//IEFPROC.HASPLIST DD SYSOUT=Z
>>
>>Report listing is written to the HASPLIST DD
>>
>>Hope this helps 
>>
>>Roger
>>
We do not experience any abends when running the JES2 Init Deck check in batch. 
We have zOS 2.3  systems running at various PUT/RSU levels, ranging from 
PUT1708/RSU1708 to PUT1712/RSU1712 .

Roger

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

Re: zOSMF - remove plug-in

[Ronald Kristel]

AFAIK it is not possible under z/OS 2.2. I am not sure in 2.3.  You can however 
limit access users/groups to the plugin by using SAF. Specify no access to the 
specific plugin option in the ZMFAPLA class.

Met vriendelijke groet,
Ronald Kristel

From: IBM Mainframe Discussion List  on behalf of R 
Dooley 
Sent: Wednesday, January 31, 2018 11:05:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: zOSMF - remove plug-in

Hello,
Seems this should be easy however I'm having difficulty locating doc for zOS 
2.2 and above regarding "how-to" remove a zOSMF plug-in once it has been 
installed.  i.e. I no longer want it to appear as a link on the z/OSMF landing 
page.

--
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: Syntax check for JES2 INIT deck

[Jesse 1 Robinson]

Don't how I overlooked these messages all these years. Thanks Lizette, that's 
exactly what I need!

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Wednesday, January 31, 2018 4:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Syntax check for JES2 INIT deck

So anytime you IPL, JES2 will tell you at start up what is not the same as the 
init deck.  You just need to trap those messages and put them in the queue to 
update.

Look for $HASP442 messages at JES2 startup time

On a JES2 warm start, JES2 detected that certain initialization parameters do 
not match the settings saved in the JES2 checkpoint. This could be the result 
of an operator command that updated the parameters while the system was running 
or because an incorrect attempt was made to update the initialization 
statement. Following $HASP442, the $HASP496 message displays each incorrect 
initialization parameter, the value specified on the initialization statement, 
and the value saved in the checkpoint.

Lizette


A theory can never be proven, but it can be falsified.  Karl Raimund Popper



> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Jesse 1 Robinson
> Sent: Wednesday, January 31, 2018 4:33 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Syntax check for JES2 INIT deck
> 
> This looks vey nice. I can't tell from the doc linked to: will it 
> flag discrepancies between the running system and the init deck? Ever 
> since JES2 went 'mostly dynamic' years ago, there has been a risk of 
> failing to update the deck to match a dynamic change. A shop could go 
> years without realizing that the deck is severely out of date--until a 
> cold start resets all values back to the init deck specifications.
> 
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office ⇐=== NEW
> robin...@sce.com
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Ed Jaffe
> Sent: Tuesday, January 30, 2018 10:17 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: Syntax check for JES2 INIT deck
> 
> On 1/30/2018 3:51 PM, Jesse 1 Robinson wrote:
> > (It must be JES2zday). There used to a trick to get a JES2 INIT deck 
> > syntax
> check. You would 'S JES2' with the system running. JES2 would 
> eventually say 'SUBSYSTEM NOT DORMANT' and quit, but along the way 
> read the INIT deck and flag any syntax errors. We tried that today 
> with a deliberate syntax error, but no complaints during startup. Did 
> this trick stop working somewhere along the way?
> 
> One of the recent JES2 enhancements, intended to help entice JES3 
> customers accept JES2, was a JES3-like initialization stream syntax
> checker:
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.
> hasa300/dscheck.htm
> 
> --
> Phoenix Software International
> Edward E. Jaffe
> 831 Parkview Drive North
> El Segundo, CA 90245
> http://www.phoenixsoftware.com/
> 


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

Re: Syntax check for JES2 INIT deck

[Lizette Koehler]

So anytime you IPL, JES2 will tell you at start up what is not the same as the 
init deck.  You just need to trap those messages and put them in the queue to 
update.

Look for $HASP442 messages at JES2 startup time

On a JES2 warm start, JES2 detected that certain initialization parameters do 
not match the settings saved in the JES2 checkpoint. This could be the result 
of an operator command that updated the parameters while the system was running 
or because an incorrect attempt was made to update the initialization 
statement. Following $HASP442, the $HASP496 message displays each incorrect 
initialization parameter, the value specified on the initialization statement, 
and the value saved in the checkpoint.

Lizette


A theory can never be proven, but it can be falsified.  Karl Raimund Popper



> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jesse 1 Robinson
> Sent: Wednesday, January 31, 2018 4:33 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Syntax check for JES2 INIT deck
> 
> This looks vey nice. I can't tell from the doc linked to: will it flag
> discrepancies between the running system and the init deck? Ever since JES2
> went 'mostly dynamic' years ago, there has been a risk of failing to update
> the deck to match a dynamic change. A shop could go years without realizing
> that the deck is severely out of date--until a cold start resets all values
> back to the init deck specifications.
> 
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office ⇐=== NEW
> robin...@sce.com
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Ed Jaffe
> Sent: Tuesday, January 30, 2018 10:17 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: Syntax check for JES2 INIT deck
> 
> On 1/30/2018 3:51 PM, Jesse 1 Robinson wrote:
> > (It must be JES2zday). There used to a trick to get a JES2 INIT deck syntax
> check. You would 'S JES2' with the system running. JES2 would eventually say
> 'SUBSYSTEM NOT DORMANT' and quit, but along the way read the INIT deck and
> flag any syntax errors. We tried that today with a deliberate syntax error,
> but no complaints during startup. Did this trick stop working somewhere along
> the way?
> 
> One of the recent JES2 enhancements, intended to help entice JES3 customers
> accept JES2, was a JES3-like initialization stream syntax
> checker:
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.
> hasa300/dscheck.htm
> 
> --
> Phoenix Software International
> Edward E. Jaffe
> 831 Parkview Drive North
> El Segundo, CA 90245
> http://www.phoenixsoftware.com/
> 

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

Re: Pervasive Dataset Encrypted Question

[Mike Schwab]

http://publibz.boulder.ibm.com/zoslib/pdf/OA50569.pdf

On printed page 4 of the manual, here is the topic and first paragraph.

Before enabling this function

Because data set encryption has both hardware and software
requirements, you must consider all systems that share data with a
system on which you plan to enable data set encryption before creating
an encrypted data set. This includes backout software levels, backup
systems, read-only systems, replication target systems and disaster
recovery systems. Before encrypting data sets other than those used
for testing, be sure that all the systems that must access encrypted
data sets are capable of doing so by meeting the required hardware and
software requirements. In addition to the hardware and software
requirements that must be available on every system that will access
the encrypted data sets, all key labels and encryption keys associated
with the encrypted data sets must also be available.

On Wed, Jan 31, 2018 at 6:01 PM, Mark Jacobs - Listserv
 wrote:
> The accessing of encrypted data is done from the restored system. The system 
> I'm asking about, without the required maintenance restores volumes, which 
> includes the ICSF databases, production catalogs,...Once everything is 
> restored from the bootstrap environment, we IPL the restored production 
> environment.
>
> Mark Jacobs
>
> Mike Schwab
> January 31, 2018 at 6:55 PM
> Since the restore is run without the PTF, it won't restore the
> encryption key and you won't be able to access the file after IPLing
> with the PTF.
>
> On Wed, Jan 31, 2018 at 5:34 PM, Mark Jacobs - Listserv
>  wrote:
>> That's all we're looking for. The system in question is used as our DR 
>> bootstrap system that restores logically dumped volumes. There's no need to 
>> access encrypted data on that system once restored.
>>
>> Mark Jacobs
>>
>> Mike Schwab
>> January 31, 2018 at 3:02 PM
>> http://publibz.boulder.ibm.com/zoslib/pdf/OA50569.pdf>
>> Printed page 4:
>> z/OS 2.2 with OA50569 can create encrypted datasets.
>> z/OS 2.1 with OA50569 cannot create encrypted datasets, can read
>> encrypted datasets from 2.2.
>>
>> So without OA50569, I would assume it would not recognized that it was
>> encrypted. It would restore but you could not decrypt it.
>>
>> On Wed, Jan 31, 2018 at 12:46 PM, Mark Jacobs - Listserv
>> 
>>  wrote:
>>> I'm not seeing any reason why not, but can a zOS 2.2 system without the
>>> required maintenance (OA50569) restore logically dumped volumes using
>>> ADRDSSU that contain datasets encrypted by a zOS 2.2 system that has the
>>> maintenance applied? There will be no access to this encrypted data on
>>> the restoring system other than the restore from tape.
>>> --
>>> *One grows tired of jelly babies, Castellan. One grows tired of almost
>>> everything, Castellan, except power.
>>> -- The Doctor, in David Agnew's _The Invasion of Time_*
>>>
>>>
>>> --
>>> 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
>>
>>
>> Please be alert for any emails that may ask you for login information or 
>> directs you to login via a link. If you believe this message is a phish or 
>> aren't sure whether this message is trustworthy, please send the original 
>> message as an attachment to 
>> 'phish...@timeinc.com'.
>>
>> Mark Jacobs - 
>> Listserv
>> January 31, 2018 at 1:46 PM
>> I'm not seeing any reason why not, but can a zOS 2.2 system without the 
>> required maintenance (OA50569) restore logically dumped volumes using 
>> ADRDSSU that contain datasets encrypted by a zOS 2.2 system that has the 
>> maintenance applied? There will be no access to this encrypted data on the 
>> restoring system other than the restore from tape.
>>
>> --
>>
>> Mark Jacobs
>> Time Customer Service
>> Global Tec

Re: Pervasive Dataset Encrypted Question

[Mark Jacobs - Listserv]

The accessing of encrypted data is done from the restored system. The system 
I'm asking about, without the required maintenance restores volumes, which 
includes the ICSF databases, production catalogs,...Once everything is restored 
from the bootstrap environment, we IPL the restored production environment.

Mark Jacobs

Mike Schwab
January 31, 2018 at 6:55 PM
Since the restore is run without the PTF, it won't restore the
encryption key and you won't be able to access the file after IPLing
with the PTF.

On Wed, Jan 31, 2018 at 5:34 PM, Mark Jacobs - Listserv
 wrote:
> That's all we're looking for. The system in question is used as our DR 
> bootstrap system that restores logically dumped volumes. There's no need to 
> access encrypted data on that system once restored.
>
> Mark Jacobs
>
> Mike Schwab
> January 31, 2018 at 3:02 PM
> http://publibz.boulder.ibm.com/zoslib/pdf/OA50569.pdf>
> Printed page 4:
> z/OS 2.2 with OA50569 can create encrypted datasets.
> z/OS 2.1 with OA50569 cannot create encrypted datasets, can read
> encrypted datasets from 2.2.
>
> So without OA50569, I would assume it would not recognized that it was
> encrypted. It would restore but you could not decrypt it.
>
> On Wed, Jan 31, 2018 at 12:46 PM, Mark Jacobs - Listserv
> 
>  wrote:
>> I'm not seeing any reason why not, but can a zOS 2.2 system without the
>> required maintenance (OA50569) restore logically dumped volumes using
>> ADRDSSU that contain datasets encrypted by a zOS 2.2 system that has the
>> maintenance applied? There will be no access to this encrypted data on
>> the restoring system other than the restore from tape.
>> --
>> *One grows tired of jelly babies, Castellan. One grows tired of almost
>> everything, Castellan, except power.
>> -- The Doctor, in David Agnew's _The Invasion of Time_*
>>
>>
>> --
>> 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
>
>
> Please be alert for any emails that may ask you for login information or 
> directs you to login via a link. If you believe this message is a phish or 
> aren't sure whether this message is trustworthy, please send the original 
> message as an attachment to 
> 'phish...@timeinc.com'.
>
> Mark Jacobs - 
> Listserv
> January 31, 2018 at 1:46 PM
> I'm not seeing any reason why not, but can a zOS 2.2 system without the 
> required maintenance (OA50569) restore logically dumped volumes using ADRDSSU 
> that contain datasets encrypted by a zOS 2.2 system that has the maintenance 
> applied? There will be no access to this encrypted data on the restoring 
> system other than the restore from tape.
>
> --
>
> Mark Jacobs
> Time Customer Service
> Global Technology Services
>
> The standard you walk past is the standard you accept.
> Lt. Gen. David Morrison
>
>
> This electronic message, including any attachments, may contain proprietary, 
> confidential or privileged information for the sole use of the intended 
> recipient(s). You are hereby notified that any unauthorized disclosure, 
> copying, distribution, or use of this message is prohibited. If you have 
> received this message in error, please immediately notify the sender by reply 
> e-mail and delete it.
>
> --
> 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
Mark Jacobs - Listserv<

Re: Pervasive Dataset Encrypted Question

[Mike Schwab]

Since the restore is run without the PTF, it won't restore the
encryption key and you won't be able to access the file after IPLing
with the PTF.

On Wed, Jan 31, 2018 at 5:34 PM, Mark Jacobs - Listserv
 wrote:
> That's all we're looking for. The system in question is used as our DR 
> bootstrap system that restores logically dumped volumes. There's no need to 
> access encrypted data on that system once restored.
>
> Mark Jacobs
>
> Mike Schwab
> January 31, 2018 at 3:02 PM
> http://publibz.boulder.ibm.com/zoslib/pdf/OA50569.pdf
> Printed page 4:
> z/OS 2.2 with OA50569 can create encrypted datasets.
> z/OS 2.1 with OA50569 cannot create encrypted datasets, can read
> encrypted datasets from 2.2.
>
> So without OA50569, I would assume it would not recognized that it was
> encrypted. It would restore but you could not decrypt it.
>
> On Wed, Jan 31, 2018 at 12:46 PM, Mark Jacobs - Listserv
>  wrote:
>> I'm not seeing any reason why not, but can a zOS 2.2 system without the
>> required maintenance (OA50569) restore logically dumped volumes using
>> ADRDSSU that contain datasets encrypted by a zOS 2.2 system that has the
>> maintenance applied? There will be no access to this encrypted data on
>> the restoring system other than the restore from tape.
>> --
>> *One grows tired of jelly babies, Castellan. One grows tired of almost
>> everything, Castellan, except power.
>> -- The Doctor, in David Agnew's _The Invasion of Time_*
>>
>>
>> --
>> 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
>
>
> Please be alert for any emails that may ask you for login information or 
> directs you to login via a link. If you believe this message is a phish or 
> aren't sure whether this message is trustworthy, please send the original 
> message as an attachment to 
> 'phish...@timeinc.com'.
>
> Mark Jacobs - Listserv
> January 31, 2018 at 1:46 PM
> I'm not seeing any reason why not, but can a zOS 2.2 system without the 
> required maintenance (OA50569) restore logically dumped volumes using ADRDSSU 
> that contain datasets encrypted by a zOS 2.2 system that has the maintenance 
> applied? There will be no access to this encrypted data on the restoring 
> system other than the restore from tape.
>
> --
>
> Mark Jacobs
> Time Customer Service
> Global Technology Services
>
> The standard you walk past is the standard you accept.
> Lt. Gen. David Morrison
>
>
> This electronic message, including any attachments, may contain proprietary, 
> confidential or privileged information for the sole use of the intended 
> recipient(s). You are hereby notified that any unauthorized disclosure, 
> copying, distribution, or use of this message is prohibited. If you have 
> received this message in error, please immediately notify the sender by reply 
> e-mail and delete it.
>
> --
> 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: Pervasive Dataset Encrypted Question

[Mike Schwab]

So it doesn't need to update the catalogs on the DR system volumes?  I
would generate a new stand alone restore volume with the patch to
restore any volume with the encrypted files.

On Wed, Jan 31, 2018 at 5:34 PM, Mark Jacobs - Listserv
 wrote:
> That's all we're looking for. The system in question is used as our DR 
> bootstrap system that restores logically dumped volumes. There's no need to 
> access encrypted data on that system once restored.
>
> Mark Jacobs
>
> Mike Schwab
> January 31, 2018 at 3:02 PM
> http://publibz.boulder.ibm.com/zoslib/pdf/OA50569.pdf
> Printed page 4:
> z/OS 2.2 with OA50569 can create encrypted datasets.
> z/OS 2.1 with OA50569 cannot create encrypted datasets, can read
> encrypted datasets from 2.2.
>
> So without OA50569, I would assume it would not recognized that it was
> encrypted. It would restore but you could not decrypt it.
>
> On Wed, Jan 31, 2018 at 12:46 PM, Mark Jacobs - Listserv
>  wrote:
>> I'm not seeing any reason why not, but can a zOS 2.2 system without the
>> required maintenance (OA50569) restore logically dumped volumes using
>> ADRDSSU that contain datasets encrypted by a zOS 2.2 system that has the
>> maintenance applied? There will be no access to this encrypted data on
>> the restoring system other than the restore from tape.
>> --
>> *One grows tired of jelly babies, Castellan. One grows tired of almost
>> everything, Castellan, except power.
>> -- The Doctor, in David Agnew's _The Invasion of Time_*
>>
>>
>> --
>> 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
>
>
> Please be alert for any emails that may ask you for login information or 
> directs you to login via a link. If you believe this message is a phish or 
> aren't sure whether this message is trustworthy, please send the original 
> message as an attachment to 
> 'phish...@timeinc.com'.
>
> Mark Jacobs - Listserv
> January 31, 2018 at 1:46 PM
> I'm not seeing any reason why not, but can a zOS 2.2 system without the 
> required maintenance (OA50569) restore logically dumped volumes using ADRDSSU 
> that contain datasets encrypted by a zOS 2.2 system that has the maintenance 
> applied? There will be no access to this encrypted data on the restoring 
> system other than the restore from tape.
>
> --
>
> Mark Jacobs
> Time Customer Service
> Global Technology Services
>
> The standard you walk past is the standard you accept.
> Lt. Gen. David Morrison
>
>
> This electronic message, including any attachments, may contain proprietary, 
> confidential or privileged information for the sole use of the intended 
> recipient(s). You are hereby notified that any unauthorized disclosure, 
> copying, distribution, or use of this message is prohibited. If you have 
> received this message in error, please immediately notify the sender by reply 
> e-mail and delete it.
>
> --
> 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: Pervasive Dataset Encrypted Question

[Mark Jacobs - Listserv]

That's all we're looking for. The system in question is used as our DR 
bootstrap system that restores logically dumped volumes. There's no need to 
access encrypted data on that system once restored.

Mark Jacobs

Mike Schwab
January 31, 2018 at 3:02 PM
http://publibz.boulder.ibm.com/zoslib/pdf/OA50569.pdf
Printed page 4:
z/OS 2.2 with OA50569 can create encrypted datasets.
z/OS 2.1 with OA50569 cannot create encrypted datasets, can read
encrypted datasets from 2.2.

So without OA50569, I would assume it would not recognized that it was
encrypted. It would restore but you could not decrypt it.

On Wed, Jan 31, 2018 at 12:46 PM, Mark Jacobs - Listserv
 wrote:
> I'm not seeing any reason why not, but can a zOS 2.2 system without the
> required maintenance (OA50569) restore logically dumped volumes using
> ADRDSSU that contain datasets encrypted by a zOS 2.2 system that has the
> maintenance applied? There will be no access to this encrypted data on
> the restoring system other than the restore from tape.
> --
> *One grows tired of jelly babies, Castellan. One grows tired of almost
> everything, Castellan, except power.
> -- The Doctor, in David Agnew's _The Invasion of Time_*
>
>
> --
> 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


Please be alert for any emails that may ask you for login information or 
directs you to login via a link. If you believe this message is a phish or 
aren't sure whether this message is trustworthy, please send the original 
message as an attachment to 'phish...@timeinc.com'.

Mark Jacobs - Listserv
January 31, 2018 at 1:46 PM
I'm not seeing any reason why not, but can a zOS 2.2 system without the 
required maintenance (OA50569) restore logically dumped volumes using ADRDSSU 
that contain datasets encrypted by a zOS 2.2 system that has the maintenance 
applied? There will be no access to this encrypted data on the restoring system 
other than the restore from tape.

--

Mark Jacobs
Time Customer Service
Global Technology Services

The standard you walk past is the standard you accept.
Lt. Gen. David Morrison


This electronic message, including any attachments, may contain proprietary, 
confidential or privileged information for the sole use of the intended 
recipient(s). You are hereby notified that any unauthorized disclosure, 
copying, distribution, or use of this message is prohibited. If you have 
received this message in error, please immediately notify the sender by reply 
e-mail and delete it.

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

Re: Syntax check for JES2 INIT deck

[Jesse 1 Robinson]

This looks vey nice. I can't tell from the doc linked to: will it flag 
discrepancies between the running system and the init deck? Ever since JES2 
went 'mostly dynamic' years ago, there has been a risk of failing to update the 
deck to match a dynamic change. A shop could go years without realizing that 
the deck is severely out of date--until a cold start resets all values back to 
the init deck specifications. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Tuesday, January 30, 2018 10:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Syntax check for JES2 INIT deck

On 1/30/2018 3:51 PM, Jesse 1 Robinson wrote:
> (It must be JES2zday). There used to a trick to get a JES2 INIT deck syntax 
> check. You would 'S JES2' with the system running. JES2 would eventually say 
> 'SUBSYSTEM NOT DORMANT' and quit, but along the way read the INIT deck and 
> flag any syntax errors. We tried that today with a deliberate syntax error, 
> but no complaints during startup. Did this trick stop working somewhere along 
> the way?

One of the recent JES2 enhancements, intended to help entice JES3 customers 
accept JES2, was a JES3-like initialization stream syntax
checker: 
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.hasa300/dscheck.htm

--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/


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

Re: Pu

[Norbert Friemel]

On Wed, 31 Jan 2018 20:19:13 +, Seymour J Metz wrote:

>I sometimes add references to Wikipedia articles and would like to know 
>whether there is a URL for a current z Principles of Operations manual that 
>does not require an IBM userid. 
>
>

z/Architecture Principles of Operation SA22-7832-11 Twelfth Edition (September, 
2017) 
http://publibz.boulder.ibm.com/epubs/pdf/dz9zr011.pdf or 
http://publibfp.dhe.ibm.com/epubs/pdf/dz9zr011.pdf

z/Architecture Principles of Operation SA22-7832-10 Eleventh Edition (March, 
2015) 
http://publibz.boulder.ibm.com/epubs/pdf/dz9zr010.pdf or 
http://publibfp.dhe.ibm.com/epubs/pdf/dz9zr010.pdf

z/Architecture Principles of Operation SA22-7832-09 Tenth Edition (September, 
2012) 
http://publibz.boulder.ibm.com/epubs/pdf/dz9zr009.pdf or 
http://publibfp.dhe.ibm.com/epubs/pdf/dz9zr009.pdf

z/Architecture Principles of Operation SA22-7832-08 Ninth Edition (August, 
2010) 
http://publibz.boulder.ibm.com/epubs/pdf/dz9zr008.pdf or 
http://publibfp.dhe.ibm.com/epubs/pdf/dz9zr008.pdf

z/Architecture Principles of Operation SA22-7832-07 Eighth Edition (February, 
2009) 
http://publibz.boulder.ibm.com/epubs/pdf/dz9zr007.pdf or 
http://publibfp.dhe.ibm.com/epubs/pdf/dz9zr007.pdf


z/Architecture Reference Summary SA22-7871-09 Tenth Edition (September, 2017) 
http://publibz.boulder.ibm.com/epubs/pdf/dz9zs009.pdf or 
http://publibfp.dhe.ibm.com/epubs/pdf/dz9zs009.pdf

z/Architecture Reference Summary SA22-7871-08 Ninth Edition (March, 2015) 
http://publibz.boulder.ibm.com/epubs/pdf/dz9zs008.pdf or 
http://publibfp.dhe.ibm.com/epubs/pdf/dz9zs008.pdf

z/Architecture Reference Summary SA22-7871-07 Eighth Edition (September, 2012) 
http://publibz.boulder.ibm.com/epubs/pdf/dz9zs007.pdf or 
http://publibfp.dhe.ibm.com/epubs/pdf/dz9zs007.pdf

z/Architecture Reference Summary SA22-7871-06 Seventh Edition (August, 2010) 
http://publibz.boulder.ibm.com/epubs/pdf/dz9zs006.pdf or 
http://publibfp.dhe.ibm.com/epubs/pdf/dz9zs006.pdf

z/Architecture Reference Summary SA22-7871-05 Sixth Edition (February, 2009) 
http://publibz.boulder.ibm.com/epubs/pdf/dz9zs005.pdf or 
http://publibfp.dhe.ibm.com/epubs/pdf/dz9zs005.pdf


Norbert Friemel

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

Re: Pu

[Farley, Peter x23353]

There appear to be pretty stable PoOP links on Jim Elliot's CMOS Processor page:

https://jlelliotton.blogspot.ca/p/cmos-processor-table.html

HTH

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Wednesday, January 31, 2018 3:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Pu

On Wed, 31 Jan 2018 20:19:13 +, Seymour J Metz wrote:

>I sometimes add references to Wikipedia articles and would like to know 
>whether there is a URL for a current z Principles of Operations manual that 
>does not require an IBM userid. 
> 
For a couple gigabytes of somewhat useful doc, download a .zip from:
http://www-03.ibm.com/systems/z/os/zos/library/bkserv/# (The "-03" is 
silent.)
...
Download Adobe Indexed PDF collection   V2R3V2R2V2R1

--


This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


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

Re: codepages

[Paul Gilmartin]

On Wed, 31 Jan 2018 21:36:05 +, Seymour J Metz wrote:

>Is linctape any worse than dectape?
> 
It's wrapped on the hub in the opposite sense.  Does that make a difference?

IIRC, PDP-12 would process either: just swap the supply and take-up reels.

-- gil

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

zOSMF - remove plug-in

[R Dooley]

Hello,
Seems this should be easy however I'm having difficulty locating doc for zOS 
2.2 and above regarding "how-to" remove a zOSMF plug-in once it has been 
installed.  i.e. I no longer want it to appear as a link on the z/OSMF landing 
page.

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

Re: Pu

[Mike Schwab]

IBM.COM.  Anything more specific than that is subject to change,
without any redirect stubs to the new location.

On Wed, Jan 31, 2018 at 3:38 PM, Seymour J Metz  wrote:
> While a dynamic link to the most recent one might be useful, I was really 
> looking for a link that wouldn't change when a new edition came out. Thanks.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Steve Smith 
> Sent: Wednesday, January 31, 2018 3:42 PM
> To: IBM-MAIN@listserv.ua.edu
> Subject: Re: Pu
>
> That would be a nice surprise for the casual Wikipedia user.  Blow up
> their phone and data plan for an errant fingering.
>
> There are definitely links to the current PoOp, but given the swirling
> chaos that is ibm.com, its validity cannot be guaranteed for more than
> say, a couple of days.  Besides, it gets updated to a new edition
> quite irregularly.  If you mean a permanent link to whatever the
> current PoOp is lol (it would be nice, though!).
>
> sas
>
> On Wed, Jan 31, 2018 at 3:31 PM, Paul Gilmartin
> <000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>> On Wed, 31 Jan 2018 20:19:13 +, Seymour J Metz wrote:
>>
>>>I sometimes add references to Wikipedia articles and would like to know 
>>>whether there is a URL for a current z Principles of Operations manual that 
>>>does not require an IBM userid.
>>>
>> For a couple gigabytes of somewhat useful doc, download a .zip from:
>> 
>> http://secure-web.cisco.com/1auruFZeoXdraIMrV5elGwOinjnB_7tw3uqskyFe-0UCpa04X9__j4kAvRFWT0VVUk-0xw6vwJNy36Y14Jq7FPOg7RYVn3D0H2msi7FfUrvJo8QpG1FJ-O4N39uv_HTkyIjsDU2KIoMIBkbJRCN0tG42bbwcqnxFmx2472ioDmeLytqPCJ36rhG6ANzSQ8HDRBZan_Xd9y7zQJ1yblODPRO6H3SOl60WoQ5_nuX2m3tbioUd2pC9huymxW_rcEXprB466IXEn9Sfh6wutkv8z67G0nmTBbT8rlh310kUWIm5AmXb5IhiMoG1E-zhnUoZi5SrozzRZxgIlkOJlCsbjMPAiZe16-xfhWrARxLIyqnzwxTBCC3HofgflXm3KWn2RI-8HPyZkQsjJ3zrdFf0ytd2FMtNI5spY6W7qjB1pOc_iwwaz0PZOtSoRR9T99R8N/http%3A%2F%2Fwww-03.ibm.com%2Fsystems%2Fz%2Fos%2Fzos%2Flibrary%2Fbkserv%2F
>> # (The "-03" is silent.)
>> ...
>> Download Adobe Indexed PDF collection   V2R3V2R2V2R1
>>
>> -- gil
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
> --
> sas
>
> --
> 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



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

[Seymour J Metz]

While a dynamic link to the most recent one might be useful, I was really 
looking for a link that wouldn't change when a new edition came out. Thanks.


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


From: IBM Mainframe Discussion List  on behalf of 
Steve Smith 
Sent: Wednesday, January 31, 2018 3:42 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: Pu

That would be a nice surprise for the casual Wikipedia user.  Blow up
their phone and data plan for an errant fingering.

There are definitely links to the current PoOp, but given the swirling
chaos that is ibm.com, its validity cannot be guaranteed for more than
say, a couple of days.  Besides, it gets updated to a new edition
quite irregularly.  If you mean a permanent link to whatever the
current PoOp is lol (it would be nice, though!).

sas

On Wed, Jan 31, 2018 at 3:31 PM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> On Wed, 31 Jan 2018 20:19:13 +, Seymour J Metz wrote:
>
>>I sometimes add references to Wikipedia articles and would like to know 
>>whether there is a URL for a current z Principles of Operations manual that 
>>does not require an IBM userid.
>>
> For a couple gigabytes of somewhat useful doc, download a .zip from:
> 
> http://secure-web.cisco.com/1auruFZeoXdraIMrV5elGwOinjnB_7tw3uqskyFe-0UCpa04X9__j4kAvRFWT0VVUk-0xw6vwJNy36Y14Jq7FPOg7RYVn3D0H2msi7FfUrvJo8QpG1FJ-O4N39uv_HTkyIjsDU2KIoMIBkbJRCN0tG42bbwcqnxFmx2472ioDmeLytqPCJ36rhG6ANzSQ8HDRBZan_Xd9y7zQJ1yblODPRO6H3SOl60WoQ5_nuX2m3tbioUd2pC9huymxW_rcEXprB466IXEn9Sfh6wutkv8z67G0nmTBbT8rlh310kUWIm5AmXb5IhiMoG1E-zhnUoZi5SrozzRZxgIlkOJlCsbjMPAiZe16-xfhWrARxLIyqnzwxTBCC3HofgflXm3KWn2RI-8HPyZkQsjJ3zrdFf0ytd2FMtNI5spY6W7qjB1pOc_iwwaz0PZOtSoRR9T99R8N/http%3A%2F%2Fwww-03.ibm.com%2Fsystems%2Fz%2Fos%2Fzos%2Flibrary%2Fbkserv%2F
> # (The "-03" is silent.)
> ...
> Download Adobe Indexed PDF collection   V2R3V2R2V2R1
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
sas

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

[Seymour J Metz]

Is linctape any worse than dectape?


--
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: Wednesday, January 31, 2018 3:50 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: codepages

On Wed, 31 Jan 2018 20:10:39 +, Seymour J Metz wrote:

>Yes, VIEW is EDIT except when it isn't, and, IMHO, much more useful than 
>BROWSE.
>
Browse could be useful for a file too large to fit in main storage (Nowadays?  
Really!?)

It seems to create an index and POINT to requested lines.

TECO edited a file a page (delimited by ASCII FF) at a time.  No backward 
movement.

A co-worker used an editor on PDP-12 called SCROLL (I never mastered it.)  It 
kept
insertions in main memory.  On overflow, it updated the file on 
block-addressable
LINC-Tape (imagine peristalsis) and did a SEEK to where it had been.  Undo?  
Didn't
you make a copy before you started?

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

[Paul Gilmartin]

On Wed, 31 Jan 2018 20:10:39 +, Seymour J Metz wrote:

>Yes, VIEW is EDIT except when it isn't, and, IMHO, much more useful than 
>BROWSE.
>
Browse could be useful for a file too large to fit in main storage (Nowadays?  
Really!?)

It seems to create an index and POINT to requested lines.

TECO edited a file a page (delimited by ASCII FF) at a time.  No backward 
movement.

A co-worker used an editor on PDP-12 called SCROLL (I never mastered it.)  It 
kept
insertions in main memory.  On overflow, it updated the file on 
block-addressable
LINC-Tape (imagine peristalsis) and did a SEEK to where it had been.  Undo?  
Didn't
you make a copy before you started?

-- gil

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

Re: Pu

[Steve Smith]

That would be a nice surprise for the casual Wikipedia user.  Blow up
their phone and data plan for an errant fingering.

There are definitely links to the current PoOp, but given the swirling
chaos that is ibm.com, its validity cannot be guaranteed for more than
say, a couple of days.  Besides, it gets updated to a new edition
quite irregularly.  If you mean a permanent link to whatever the
current PoOp is lol (it would be nice, though!).

sas

On Wed, Jan 31, 2018 at 3:31 PM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> On Wed, 31 Jan 2018 20:19:13 +, Seymour J Metz wrote:
>
>>I sometimes add references to Wikipedia articles and would like to know 
>>whether there is a URL for a current z Principles of Operations manual that 
>>does not require an IBM userid.
>>
> For a couple gigabytes of somewhat useful doc, download a .zip from:
> http://www-03.ibm.com/systems/z/os/zos/library/bkserv/# (The "-03" is 
> silent.)
> ...
> Download Adobe Indexed PDF collection   V2R3V2R2V2R1
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
sas

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

Re: Pu

[Paul Gilmartin]

On Wed, 31 Jan 2018 20:19:13 +, Seymour J Metz wrote:

>I sometimes add references to Wikipedia articles and would like to know 
>whether there is a URL for a current z Principles of Operations manual that 
>does not require an IBM userid. 
> 
For a couple gigabytes of somewhat useful doc, download a .zip from:
http://www-03.ibm.com/systems/z/os/zos/library/bkserv/# (The "-03" is 
silent.)
...
Download Adobe Indexed PDF collection   V2R3V2R2V2R1

-- gil

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

Pu

[Seymour J Metz]

I sometimes add references to Wikipedia articles and would like to know whether 
there is a URL for a current z Principles of Operations manual that does not 
require an IBM userid. 


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

[Seymour J Metz]

Yes, VIEW is EDIT except when it isn't, and, IMHO, much more useful than BROWSE.


--
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: Monday, January 29, 2018 2:04 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: codepages

On Mon, 29 Jan 2018 16:22:32 +, Seymour J Metz wrote:

>What about from VIEW, which is already trailing edge?
>
Isn't View simply Edit with serialization bypassed and Save disabled?
(Does this imply that Edit is likewise trailing edge?)

(IBM mainframe editors have the irritating unique feature of requiring the
user to name a file at startup rather than deferring that decision until Save.)

___
>From: Roger Bolan
>Sent: Sunday, January 28, 2018 11:28 PM
>
>Not from Browse that I know of.   To convert and save the file I would just 
>use iconv.
>
But iconv converts the entire file.  Edit (Browse?) allows the user to specify 
which
fields to convert.  But can it then be Saved with those selected fields 
converted?

>On Jan 28, 2018 9:33 AM, "Paul Gilmartin" wrote:
>>
>> But my question was, *if* one specifies lines and columns, is there then a
>> command to export the entire file, as viewed, to Unicode?

-- 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: Pervasive Dataset Encrypted Question

[Mike Schwab]

http://publibz.boulder.ibm.com/zoslib/pdf/OA50569.pdf
Printed page 4:
z/OS 2.2 with OA50569 can create encrypted datasets.
z/OS 2.1 with OA50569 cannot create encrypted datasets, can read
encrypted datasets from 2.2.

So without OA50569, I would assume it would not recognized that it was
encrypted.  It would restore but you could not decrypt it.

On Wed, Jan 31, 2018 at 12:46 PM, Mark Jacobs - Listserv
 wrote:
> I'm not seeing any reason why not, but can a zOS 2.2 system without the
> required maintenance (OA50569) restore logically dumped volumes using
> ADRDSSU that contain datasets encrypted by a zOS 2.2 system that has the
> maintenance applied? There will be no access to this encrypted data on
> the restoring system other than the restore from tape.
> --
> *One grows tired of jelly babies, Castellan. One grows tired of almost
> everything, Castellan, except power.
> -- The Doctor, in David Agnew's _The Invasion of Time_*
>
>
> --
> 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: JES2 JOE curiosity

[Seymour J Metz]

It's a bit more complicated if you have more keywords than just SYSOUT, e.g., 
FCB. Also, don't forget the characteristcs JOEs.


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


From: IBM Mainframe Discussion List  on behalf of 
Lizette Koehler 
Sent: Tuesday, January 30, 2018 6:20 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: JES2 JOE curiosity

So JOES are output elements.  If you have a job and all the SYSOUT is defined as
SYSOUT=X then one joe for the whole job

If you have JCL Coded with SYSOUT=X,SPIN=CLOSE,FREE=UNALLOC then one joe for
each of these and that frees up nicely in JES2.  There are also other things
that affect jobs.

So if you have a COBOL Program with DISPLAY that will produce a JOE

We had an IMS Tran a long time ago where a programmer left in a DISPLAY going
into production, It cause a bit of panic as we only had 120,000 JOES and it
chewed those up.

Next depending on the level of JES2, you can have a maximum of 1,000,000 JOEs

So two thoughts.  What is the current number of JOEs defined?  May be time to
raise the limit

Two - go through SDSF and look at each output class can see where the abuse is
coming from.

Note:  If a job is purged, but there is something still dangling on jes2 spool -
the whole job is held until that last little bit is purged.

For example, a 10 step job has output going to a printer and is printed, however
there is an IEBGENER step with SYSOUT=H for the JES2 hold class.  Unless The
SPIN and FREE coding is coded for IEBGENER, this last little bit holds all the
output from all the job.

Only way to see those is from ST panel in SDSF.

I would code an ISFEXEC process to run through the various SYSOUT queues and see
what is there.

Also use the ST panel and sort on QUE.  See if there is anything around $MASCOM
that is in HELD status. That probably has not passed through OUTPUT Processing.
This occurs when a job is running and someone enters H next to the running job.



Hope this helps

Lizette

A theory can never be proven, but it can be falsified.  Karl Raimund Popper




> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jesse 1 Robinson
> Sent: Tuesday, January 30, 2018 3:17 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: JES2 JOE curiosity
>
> A few JOE shortages here recently has a colleague asking this question: we
> can pretty easily tell which jobs are using the most TGs, even specifically
> how many. Is there a comparable way to query JOE usage? I've worked with JES2
> for decades but don't know of any simple answer.
>
> .
> .
> 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
>

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

[Edward Finnell]

The web interface is at listserv.ua.edu/archives/ibm-main.html use the same 
email that you are subscribed with and you'll be able to reset your password.


In a message dated 1/31/2018 12:52:46 PM Central Standard Time, 
mtube...@humana.com writes:

 
I just sent a question to the LISTSERV, but it's been ages since I've used it. 
Can you give me the URL and a new password?

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

Password

[Mary Kay Tubello]

Hello,

I just sent a question to the LISTSERV, but it's been ages since I've used it.  
Can you give me the URL  and  a new password?

Thanks,
Mary Kay

Large Systems Engineering
IT Infrastructure
Humana
123 E. Main St. 40202  (CT6)
502-476-2772
mtube...@humana.com




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

Pervasive Dataset Encrypted Question

[Mark Jacobs - Listserv]

I'm not seeing any reason why not, but can a zOS 2.2 system without the
required maintenance (OA50569) restore logically dumped volumes using
ADRDSSU that contain datasets encrypted by a zOS 2.2 system that has the
maintenance applied? There will be no access to this encrypted data on
the restoring system other than the restore from tape.
-- 
*One grows tired of jelly babies, Castellan. One grows tired of almost
everything, Castellan, except power.
-- The Doctor, in David Agnew's _The Invasion of Time_*


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

CGIs and HTML FORMs

[Mary Kay Tubello]

Hello,

I have a situation as follows;
1.   I have a URL going to a CGI and passing parms, i.e.  
https://syst.humana.com/HUMcgitest/RICK3.sh?ODICT,POO4567891123456
2.  The CGI  reads a job from a PDS into a STEM and fills in the two parms 
that were sent on the url.And Submits the job.
3.  Now, I have to make a change to allow a user to enter his employee id.  
In this case, we start with a CGI and go to a form.  I added  this to the 
original CGI to create the form when the user clicks 'click here'.

say 'content-type: text/html'
say
say '  '
say 'Acknowledger Authentication '
say ' '
say ''
say ' Click here'
say ' '

My ODICTform3.htm  sends out a form with a space for user to enter employee id.

Now, here's the part I'm having trouble with.
1.   I want the CGI to pass the parms in the URL above to the HTML .  HOW?
2.  Then,I want all three parms (two from URL and one from FORM to be 
added to that job STEM that I created above.  HOW?
3.  Submit the job from the HTML or  do I send it back to the  CGI  to 
submit or write a second CGI to submit the job.  HOW?

Thanks,
Mary Kay

Large Systems Engineering
IT Infrastructure
Humana
123 E. Main St. 40202  (CT6)
502-476-2772
mtube...@humana.com




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

Re: Problem with JCL

[Tom Marchant]

On Wed, 31 Jan 2018 05:17:42 -0800, Gerhard Adam wrote:

>Why not simply make Part B and Part C, separate jobs and use IEBGENER to 
>submit them to the internal reader based on condition code?

Or use INCLUDE with one or more members that have different content on 
different systems.

Or use ReXX to perform dynamic allocation and invoke programs

-- 
Tom Marchant

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

Re: Problem with JCL

[Steve Thompson]

On 01/31/2018 07:45 AM, Jantje. wrote:

On Tue, 30 Jan 2018 15:36:29 +, Ward Able, Grant  wrote:


I have a situation where I need to execute a single JCL procedure, but ONLY 
execute some steps (including the DSN allocations) for part B or part C, 
depending on the return code of part A.


May I suggest you use dynamic allocation for that? I don't think there is any 
other way of achieving your requirement.

Cheers,

Jantje.


I concur. Especially if you will be in a JES3 environment. As 
another poster commented, I also think JES3 "SETUP" will have a 
problem with the VOL= and UNIT= .


Normally, when I do JCL like this, and it must execute in a JES3 
environment, I use an IEFBR14 step to start that names the data 
sets (disp=new|mod) that IDCAMS will build in a following step. 
This IEFBR14 STEP has COND=ONLY. JES3 accepts that and doesn't 
fail the JOB with a JCL error.


Your situation is one that I would have to experiment with, but I 
think you will need to run TSO in batch with REXX or CLIST using 
ALLOC/FREE. You may even have to invoke IDCAMS (LISTC) to get 
info that LISTDSI may not be able to provide.


The requirement that this all be in a single JOB is *the* 
headache from where I sit.


Regards,
Steve Thompson

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

Re: Syntax check for JES2 INIT deck

[Doug Henry]

On Wed, 31 Jan 2018 09:39:55 +, Beesley, Paul  wrote:
I agree it is a useful facility and I also thank you.
However we run Thruput Manager and it also abends during the check  with a S0C2 
in their module DTMJ2MV7. We will be checking with  Compuware  to see if it is 
a know problem.

Doug

>A useful facility, thanks.
>However it abends S0C4 in HASPIRDA (+73C4) on completion... I'll check for 
>missing maintenance.
>
>Regards and thanks
>Paul
>
>-Origanal Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Roger Lowe
>Sent: Wednesday, January 31, 2018 12:17 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Syntax check for JES2 INIT deck
>
>On Tue, 30 Jan 2018 23:51:17 +, Jesse 1 Robinson ejesse1.robin...@sce.com> 
>wrote:
>
>>(It must be JES2zday . There used to a trick to get a JES2 INIT deck syntax 
>>check. You would 'S JES2' with the system running. JES2 would eventually say 
>>'SUBSYSTEM NOT DORMANT' and quit, but along the way read the INIT deck and 
>>flag any syntax errors. We tried that today with a deliberate syntax error, 
>>but no complaints during startup. Did this trick stop working somewhere along 
>>the way?
>>
>If you are running zOS 2.3, you can make use of the JES2 init deck checker via 
>batch.
>
>//JES2CHK JOB (RLL,1206),'Init Deck Check',
> / MSGLEVEL=(1,1),
>// CLASS=R, < == ensure this job class allows for System 
>Symbols
>// MSGCLASS=X,
>// REGION=0M,
>// NOTIFY=&SYSUID
>//*
>//JES2 EXEC JES2
>//IEFPROC.HASPLIST DD SYSOUT=Z
>
>Report listing is written to the HASPLIST DD
>
>Hope this helps 
>
>Roger
>

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

Re: Problem with JCL

[Gerhard Adam]

Why not simply make Part B and Part C, separate jobs and use IEBGENER to submit 
them to the internal reader based on condition code?   If they can't reside in 
a PDS, then make them instream data to be passed to the IEBGENER based on 
return code.

Adam

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: Wednesday, January 31, 2018 5:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Problem with JCL

Ward Able, Grant wrote:

>I have a situation where I need to execute a single JCL procedure, but ONLY 
>execute some steps (including the DSN allocations) for part B or part C, 
>depending on the return code of part A. The problem I seem to be stuck with is 
>that in part B (STEP10 below) I have some datasets defined in the JCL with 
>UNIT=SYSDA and VOL=SER=XX. However, if STEPA.RC is not 12, then we are not 
>executing in an environment where VOL=SER=XX is available/mounted. I have 
>been told that I need to have this whole job as a single unit, so it can 
>execute in the different environments as necessary.

Ouch that is a hard ugly one.

Split up your jobs in separate jobs or try dynamic, but conditional allocations?

Or insert steps to check for dsn, like this Clist example in a IKJEFT step:

PROC 0   
  IF &SYSDSN('???.JCL') = OK THEN   +
   DO
WRITE DATASET FOUND  
SET &RC = 0  
   END   
  ELSE  +
   DO
WRITE DATA SET NOT FOUND 
SET &RC = 4  
   END   

Use that RC to do your IF checking...


>Is this feasible? Can it be achieved,

Perhaps if there is a way to check the status of a VOLSER in a batch job.

Good luck. If I were you, I had given that assignment to some young 
programmer... ;-)

Groete / Greetings
Elardus Engelbrecht

--
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: Problem with JCL

[Elardus Engelbrecht]

Ward Able, Grant wrote:

>I have a situation where I need to execute a single JCL procedure, but ONLY 
>execute some steps (including the DSN allocations) for part B or part C, 
>depending on the return code of part A. The problem I seem to be stuck with is 
>that in part B (STEP10 below) I have some datasets defined in the JCL with 
>UNIT=SYSDA and VOL=SER=XX. However, if STEPA.RC is not 12, then we are not 
>executing in an environment where VOL=SER=XX is available/mounted. I have 
>been told that I need to have this whole job as a single unit, so it can 
>execute in the different environments as necessary.

Ouch that is a hard ugly one.

Split up your jobs in separate jobs or try dynamic, but conditional allocations?

Or insert steps to check for dsn, like this Clist example in a IKJEFT step:

PROC 0   
  IF &SYSDSN('???.JCL') = OK THEN   +
   DO
WRITE DATASET FOUND  
SET &RC = 0  
   END   
  ELSE  +
   DO
WRITE DATA SET NOT FOUND 
SET &RC = 4  
   END   

Use that RC to do your IF checking...


>Is this feasible? Can it be achieved, 

Perhaps if there is a way to check the status of a VOLSER in a batch job.

Good luck. If I were you, I had given that assignment to some young 
programmer... ;-)

Groete / Greetings
Elardus Engelbrecht

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

Re: Problem with JCL

[Gerhard Adam]

Sorry, but how is this not just a standard condition code test?

Sent from my iPhone

> On Jan 31, 2018, at 4:45 AM, Jantje.  wrote:
> 
>> On Tue, 30 Jan 2018 15:36:29 +, Ward Able, Grant  
>> wrote:
>> 
>> I have a situation where I need to execute a single JCL procedure, but ONLY 
>> execute some steps (including the DSN allocations) for part B or part C, 
>> depending on the return code of part A.
> 
> May I suggest you use dynamic allocation for that? I don't think there is any 
> other way of achieving your requirement. 
> 
> Cheers,
> 
> Jantje.
> 
> --
> 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: Problem with JCL

[Jantje.]

On Tue, 30 Jan 2018 15:36:29 +, Ward Able, Grant  wrote:

>I have a situation where I need to execute a single JCL procedure, but ONLY 
>execute some steps (including the DSN allocations) for part B or part C, 
>depending on the return code of part A.

May I suggest you use dynamic allocation for that? I don't think there is any 
other way of achieving your requirement. 

Cheers,

Jantje.

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

Re: JES2 JOE curiosity

[Richards, Robert B.]

Or the subcommands available on the MAS display in SDSF:

J-Monitor,JD-MonitorDetails,JH-MonitorHistory,JJ-MonitorState,JS-MonitorStatus

Bob 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Blake, Daniel J [CTR]
Sent: Wednesday, January 31, 2018 1:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 JOE curiosity

Try   $JDDETAILS(RESOURCE) and it's brother $JDDETAILS(HISTORY)


;-D an


  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Tuesday, January 30, 2018 5:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: JES2 JOE curiosity

A few JOE shortages here recently has a colleague asking this question: we can 
pretty easily tell which jobs are using the most TGs, even specifically how 
many. Is there a comparable way to query JOE usage? I've worked with JES2 for 
decades but don't know of any simple answer.

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


--
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: Syntax check for JES2 INIT deck

[Beesley, Paul]

A useful facility, thanks.
However it abends S0C4 in HASPIRDA (+73C4) on completion... I'll check for 
missing maintenance.

Regards and thanks
Paul

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Roger Lowe
Sent: Wednesday, January 31, 2018 12:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Syntax check for JES2 INIT deck

On Tue, 30 Jan 2018 23:51:17 +, Jesse 1 Robinson  
wrote:

>(It must be JES2zday). There used to a trick to get a JES2 INIT deck syntax 
>check. You would 'S JES2' with the system running. JES2 would eventually say 
>'SUBSYSTEM NOT DORMANT' and quit, but along the way read the INIT deck and 
>flag any syntax errors. We tried that today with a deliberate syntax error, 
>but no complaints during startup. Did this trick stop working somewhere along 
>the way?
>
If you are running zOS 2.3, you can make use of the JES2 init deck checker via 
batch.

//JES2CHK JOB (RLL,1206),'Init Deck Check',
// MSGLEVEL=(1,1),
// CLASS=R, < == ensure this job class allows for System 
Symbols
// MSGCLASS=X,
// REGION=0M,
// NOTIFY=&SYSUID
//*
//JES2 EXEC JES2
//IEFPROC.HASPLIST DD SYSOUT=Z

Report listing is written to the HASPLIST DD

Hope this helps 

Roger

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Atos, Atos Consulting, Worldline and Canopy The Open Cloud Company are trading 
names used by the Atos group. The following trading entities are registered in 
England and Wales: Atos IT Services UK Limited (registered number 01245534), 
Atos Consulting Limited (registered number 04312380), Atos Worldline UK Limited 
(registered number 08514184) and Canopy The Open Cloud Company Limited 
(registration number 08011902). The registered office for each is at 4 Triton 
Square, Regent’s Place, London, NW1 3HG.The VAT No. for each is: GB232327983.

This e-mail and the documents attached are confidential and intended solely for 
the addressee, and may contain confidential or privileged information. If you 
receive this e-mail in error, you are not authorised to copy, disclose, use or 
retain it. Please notify the sender immediately and delete this email from your 
systems. As emails may be intercepted, amended or lost, they are not secure. 
Atos therefore can accept no liability for any errors or their content. 
Although Atos endeavours to maintain a virus-free network, we do not warrant 
that this transmission is virus-free and can accept no liability for any 
damages resulting from any virus transmitted. The risks are deemed to be 
accepted by everyone who communicates with Atos by email.

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