Re: ZAD SLIP trap

[Binyamin Dissen]

Yeah, I should have looked in the POPs rather than just the system commands
reference.

Thanks.

On Mon, 24 Jun 2024 17:38:57 -0400 Tony Harminc  wrote:

:>On Mon, 24 Jun 2024 at 17:22, Binyamin Dissen <
:>0662573e2c3a-dmarc-requ...@listserv.ua.edu> wrote:
:>
:>From the doc it would appear that the ZAD trap would hit even if the
:>> instruction has both index and base register zero specified, such as
:>>
:>> L   Rx,PSAAOLD(0,0)
:>>
:>> Am I understanding correctly?
:>>
:>
:>I don't think so.
:>
:>"When the PER zero-address-detection facility is
:>installed, a zero-address-detection event occurs
:>whenever a CPU makes a storage access using an
:>effective operand address formed from a general reg-
:>ister, or subfield of a general register, containing
:>zero. However, during execution of an RX-, RXE-,
:>RXF-, RXY-, or VRX-format instruction, the event
:>occurs only if the CPU makes a storage access using
:>an effective operand address formed under one of
:>the following conditions:
:>1. The base register number is zero, the index reg-
:>ister number is nonzero, and the index register
:>contains zero.
:>2. The index register number is zero, the base reg-
:>ister number is nonzero, and the base register
:>contains zero.
:>3. When both the base register number and the
:>index register number are nonzero, it is unpre-
:>dictable which one of the following conditions
:>causes the event:
:>(a) The base register contains zero.
:>(b) The sum of the contents of the base register
:>and the index register is zero."
:>
:>Tony H.
:>
:>--
:>For IBM-MAIN subscribe / signoff / archive access instructions,
:>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel

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

z/OS 3.1 Enhancements & Support News

[Timothy Sipples]

When you place an order for z/OS 3.1 you will (also) receive the following 3 
products within your order by default (effective July 1, 2024):

IBM Open Enterprise JDK for Python
IBM Z Open Automation Utilities
IBM Open Enterprise Foundation for z/OS

These 3 products have been available at no additional charge to z/OS licensees 
for some time, and that?s still true. Better yet, starting July 1, 2024, IBM is 
also *supporting* these 3 components at no additional charge.

For more information on recent z/OS 3.1 enhancements please visit:

https://community.ibm.com/community/user/ibmz-and-linuxone/blogs/fiona-king1/2024/06/24/zos-31-2q-2024-enhancements?communityKey=2eba32a4-9426-4331-81e7-8ea120e4fd99

And here are the landing pages for these 3 products:

https://www.ibm.com/products/open-enterprise-python-zos
https://www.ibm.com/docs/en/zoau
https://www.ibm.com/products/open-enterprise-foundation-zos

If you?re not yet running z/OS 3.1, it?s a great time to upgrade. However, you 
don?t have to wait for your z/OS 3.1 upgrade to complete to get going now. The 
IBM Open Enterprise Foundation for z/OS can also run on z/OS 2.5, and the other 
2 products can run on z/OS 2.4 or higher.

?
Timothy Sipples
Senior Architect
Digital Assets, Industry Solutions, and Cybersecurity
IBM Z/LinuxONE, Asia-Pacific
sipp...@sg.ibm.com


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

Re: Data Set Commander Monitor (DSCMON) Access Authority

[Peter Vander Woude]

R.S.

One of the reasons to use ACCESS(READ) ID(*) and not UACC(READ) would be that 
the first forces the user accessing the programs to actually be a racf userid.  
I believe, that if you have a job, come across via NJE, it is possible that the 
submitting system did not provide a userid, and would then get assigned the JES 
UNDEFINEDUSER userid (which should not be an actual racf userid).  

That right there would deny the job from accessing datasets with UACC(NONE)  
and ACCESS(READ) ID(*). whereas UACC(READ) would allow that job (if it were 
allowed to execute of course), to access that dataset.

Peter

On Mon, 24 Jun 2024 12:48:42 +0200, Radoslaw Skorupka  
wrote:

>This is the way (one of few) to do this.
>In other words HOW to do this.
>However it doesn't answer WHY to do this.
>I still don't know any *reasonable* justification for UACC(NONE) for
>linklisted libraries.
>
>--
>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: [EXTERNAL] z/OS 3.1 Enhancements & Support News

[Horne, Jim]

This looks interesting.  Is it available for prior releases, or just z/OS 3.1?

Jim Horne

NOTICE: All information in and attached to the e-mails below may be 
proprietary, confidential, privileged and otherwise protected from improper or 
erroneous disclosure. If you are not the sender's intended recipient, you are 
not authorized to intercept, read, print, retain, copy, forward, or disseminate 
this message. If you have erroneously received this communication, please 
notify the sender immediately by phone (704-758-1000) or by e-mail and destroy 
all copies of this message electronic, paper, or otherwise. By transmitting 
documents via this email: Users, Customers, Suppliers and Vendors collectively 
acknowledge and agree the transmittal of information via email is voluntary, is 
offered as a convenience, and is not a secured method of communication; Not to 
transmit any payment information E.G. credit card, debit card, checking 
account, wire transfer information, passwords, or sensitive and personal 
information E.G. Driver's license, DOB, social security, or any other 
information the user wishes to remain confidential; To transmit only 
non-confidential information such as plans, pictures and drawings and to assume 
all risk and liability for and indemnify Lowe's from any claims, losses or 
damages that may arise from the transmittal of documents or including 
non-confidential information in the body of an email transmittal. Thank you.

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

DFSORT Question regarding SORTOUT Library Member Statistics

[Cameron Conacher]

Hello everyone,
I believe I simply cannot do this using DFSORT, but I wanted to confirm with 
the wider/wiser team.

I have create a little DFSORT Utility to clone JCL/PROCs/Control Statement 
etc... by copying selected members from a Library to another Library with 
little Market changes.

Nothing exciting in the SORT control statements. Everything works fine and I 
have all the new members in the various libraries with very little effort.

I want to know if I can include an option, or processing clause to ensure that 
Library statistics are generated for each new member as I create them.
At the moment, I have a couple of hundred new Library Members that have no 
member statistics at all (who last changed, when created when last changed, 
etc..).

Assuming there is no option or processing clause available, I can just open and 
save each new member individually.

Can this be done somehow in DFSORT?

Thanks


Cameron Conacher
Senior Engineer

American Express Canada Inc.
GCICS
2225 Sheppard Avenue East, Toronto, ON  M2J 5C2

cameron.conac...@aexp.com
Office: 1-437-836-5265
Mobile: 1-416-409-5147

https://amex.webex.com/join/cameron.conacher





American Express made the following annotations

This e-mail was sent to you by a representative of Amex Bank of Canada, P.O. 
Box 3204, Station "F", Toronto, ON, M1W 3W7, www.americanexpress.ca. If you no 
longer wish to receive these e-mails, please notify the sender by reply e-mail.

This e-mail is solely for the intended recipient and may contain confidential 
or privileged information. If you are not the intended recipient, any 
disclosure, copying, use, or distribution of the information included in this 
e-mail is prohibited. If you have received this e-mail in error, please notify 
the sender by reply e-mail and immediately and permanently delete this e-mail 
and any attachments. Thank you.

American Express a fait les remarques suivantes
Ce courriel vous a ?t? envoy? par un repr?sentant de la Banque Amex du Canada, 
C.P. 3204, succursale F, Toronto (Ontario) M1W 3W7, www.americanexpress.ca. Si, 
par la suite, vous ne souhaitez plus recevoir ces courriels, veuillez en aviser 
les exp?diteurs par courriel.

Ce courriel est r?serv? au seul destinataire indiqu? et peut renfermer des 
renseignements confidentiels et privil?gi?s. Si vous n'?tes pas le destinataire 
pr?vu, toute divulgation, duplication, utilisation ou distribution du courriel 
est interdite. Si vous avez re?u ce courriel par erreur, veuillez en aviser 
l'exp?diteur par courriel et d?truire imm?diatement le courriel et toute pi?ce 
jointe. Merci.

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

Re: DFSORT Question regarding SORTOUT Library Member Statistics

[rpinion865]

Would the ISPF LM Services, i.e. LMCOPY, provide the results you want?




Sent with Proton Mail secure email.

On Tuesday, June 25th, 2024 at 10:42 AM, Cameron Conacher 
<03cfc59146bb-dmarc-requ...@listserv.ua.edu> wrote:

> Hello everyone,
> I believe I simply cannot do this using DFSORT, but I wanted to confirm with 
> the wider/wiser team.
> 
> I have create a little DFSORT Utility to clone JCL/PROCs/Control Statement 
> etc... by copying selected members from a Library to another Library with 
> little Market changes.
> 
> Nothing exciting in the SORT control statements. Everything works fine and I 
> have all the new members in the various libraries with very little effort.
> 
> I want to know if I can include an option, or processing clause to ensure 
> that Library statistics are generated for each new member as I create them.
> At the moment, I have a couple of hundred new Library Members that have no 
> member statistics at all (who last changed, when created when last changed, 
> etc..).
> 
> Assuming there is no option or processing clause available, I can just open 
> and save each new member individually.
> 
> Can this be done somehow in DFSORT?
> 
> Thanks
> 
> 
> Cameron Conacher
> Senior Engineer
> 
> American Express Canada Inc.
> GCICS
> 2225 Sheppard Avenue East, Toronto, ON M2J 5C2
> 
> Cameron.Conacher@aexp.commailto:cameron.conac...@aexp.com
> 
> Office: 1-437-836-5265
> Mobile: 1-416-409-5147
> 
> https://amex.webex.com/join/cameron.conacher
> 
> 
> 
> 
> 
> American Express made the following annotations
> 
> This e-mail was sent to you by a representative of Amex Bank of Canada, P.O. 
> Box 3204, Station "F", Toronto, ON, M1W 3W7, www.americanexpress.ca. If you 
> no longer wish to receive these e-mails, please notify the sender by reply 
> e-mail.
> 
> This e-mail is solely for the intended recipient and may contain confidential 
> or privileged information. If you are not the intended recipient, any 
> disclosure, copying, use, or distribution of the information included in this 
> e-mail is prohibited. If you have received this e-mail in error, please 
> notify the sender by reply e-mail and immediately and permanently delete this 
> e-mail and any attachments. Thank you.
> 
> American Express a fait les remarques suivantes
> Ce courriel vous a ?t? envoy? par un repr?sentant de la Banque Amex du 
> Canada, C.P. 3204, succursale F, Toronto (Ontario) M1W 3W7, 
> www.americanexpress.ca. Si, par la suite, vous ne souhaitez plus recevoir ces 
> courriels, veuillez en aviser les exp?diteurs par courriel.
> 
> Ce courriel est r?serv? au seul destinataire indiqu? et peut renfermer des 
> renseignements confidentiels et privil?gi?s. Si vous n'?tes pas le 
> destinataire pr?vu, toute divulgation, duplication, utilisation ou 
> distribution du courriel est interdite. Si vous avez re?u ce courriel par 
> erreur, veuillez en aviser l'exp?diteur par courriel et d?truire 
> imm?diatement le courriel et toute pi?ce jointe. Merci.
> 
> --
> 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: ZAD SLIP trap

[Peter Relson]

The PER SLIP matches only a non-zero register with zeros in it like this:

L  Rx,PSAAOLD(0,4) <-- SLIP will match if R4 contains zeros


And, also, will match for this if R4 contains zeros:

L  Rx,PSAAOLD(4,0)

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: DFSORT Question regarding SORTOUT Library Member Statistics

[Cameron Conacher]

I believe I could use LMCOPY but I just wanted to confirm I was correct in that 
I could not do this in the SORT utility I had already prepared.


Thanks

…….Cameron


From: IBM Mainframe Discussion List  On Behalf Of 
rpinion865
Sent: Tuesday, June 25, 2024 10:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFSORT Question regarding SORTOUT Library Member Statistics

Would the ISPF LM Services, i. e. LMCOPY, provide the results you want? Sent 
with Proton Mail secure email. On Tuesday, June 25th, 2024 at 10: 42 AM, 
Cameron Conacher <03cfc59146bb-dmarc-request@ LISTSERV. UA. EDU> wrote: > 
Hello everyone,


Would the ISPF LM Services, i.e. LMCOPY, provide the results you want?









Sent with Proton Mail secure email.



On Tuesday, June 25th, 2024 at 10:42 AM, Cameron Conacher 
<03cfc59146bb-dmarc-requ...@listserv.ua.edu>
 wrote:



> Hello everyone,

> I believe I simply cannot do this using DFSORT, but I wanted to confirm with 
> the wider/wiser team.

>

> I have create a little DFSORT Utility to clone JCL/PROCs/Control Statement 
> etc... by copying selected members from a Library to another Library with 
> little Market changes.

>

> Nothing exciting in the SORT control statements. Everything works fine and I 
> have all the new members in the various libraries with very little effort.

>

> I want to know if I can include an option, or processing clause to ensure 
> that Library statistics are generated for each new member as I create them.

> At the moment, I have a couple of hundred new Library Members that have no 
> member statistics at all (who last changed, when created when last changed, 
> etc..).

>

> Assuming there is no option or processing clause available, I can just open 
> and save each new member individually.

>

> Can this be done somehow in DFSORT?

>

> Thanks

>

>

> Cameron Conacher

> Senior Engineer

>

> American Express Canada Inc.

> GCICS

> 2225 Sheppard Avenue East, Toronto, ON M2J 5C2

>

> Cameron.Conacher@aexp.commailto:cameron.conac...@aexp.com

>

> Office: 1-437-836-5265

> Mobile: 1-416-409-5147

>

> https://amex.webex.com/join/cameron.conacher

>

>

>

>

> 

> American Express made the following annotations

> 

> This e-mail was sent to you by a representative of Amex Bank of Canada, P.O. 
> Box 3204, Station "F", Toronto, ON, M1W 3W7, 
> www.americanexpress.ca.
>  If you no longer wish to receive these e-mails, please notify the sender by 
> reply e-mail.

>

> This e-mail is solely for the intended recipient and may contain confidential 
> or privileged information. If you are not the intended recipient, any 
> disclosure, copying, use, or distribution of the information included in this 
> e-mail is prohibited. If you have received this e-mail in error, please 
> notify the sender by reply e-mail and immediately and permanently delete this 
> e-mail and any attachments. Thank you.

>

> American Express a fait les remarques suivantes

> Ce courriel vous a ?t? envoy? par un repr?sentant de la Banque Amex du 
> Canada, C.P. 3204, succursale F, Toronto (Ontario) M1W 3W7, 
> www.americanexpress.ca.
>  Si, par la suite, vous ne souhaitez plus recevoir ces courriels, veuillez en 
> aviser les exp?diteurs par courriel.

>

> Ce courriel est r?serv? au seul destinataire indiqu? et peut renfermer des 
> renseignements confidentiels et privil?gi?s. Si vous n'?tes pas le 
> destinataire pr?vu, toute divulgation, duplication, utilisation ou 
> distribution du courriel est interdite. Si vous avez re?u ce courriel par 
> erreur, veuillez en aviser l'exp?diteur par courriel et d?truire 
> imm?diatement le courriel et toute pi?ce jointe. Merci.

>

> --

> 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


American Express made the following annotations

This e-mail was sent to you by a representative of Amex Bank of Canada, P.O. 
Box 3204, Station "F", Toronto, ON, M1W 3W7, www.americanexpress.ca. If you no 
longer wish to receive these e-mails, please notify the sender by reply e-mail.

This e-mail is solely for the intended recipient and may contain confidential 
or privileged information. If you are not the intended recipient, any 
disclosure, copying, use, o

Re: DFSORT Question regarding SORTOUT Library Member Statistics

[Sri Hari Kolusu]

>> I want to know if I can include an option, or processing clause to ensure 
>> that Library statistics are generated for each new member as I create them.
At the moment, I have a couple of hundred new Library Members that have no 
member statistics at all (who last changed, when created when last changed, 
etc..).

Cameroon,

Unfortunately, DFSORT does NOT copy/generate member statistics when copying.  
However, if your shop has FILE-MANAGER, then you can use the following.

//STEP0100 EXEC PGM=FILEMGR
//SYSPRINT DD SYSOUT=*
//DDIN DD DISP=SHR,DSN=Your.input
//DDOUTDD DISP=OLD,DSN=your.output.pds(memname)
//SYSINDD *
$$FILEM DSC STATS=ON
/*

Thanks,
Kolusu
DFSORT Development
IBM Corporation



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

Re: DFSORT Question regarding SORTOUT Library Member Statistics

[Cameron Conacher]

Thanks.
I can try that.
Or just Enter/SAVE/F3 a couple of hundred times. 😊

Appreciate the information as always.


Thanks

…….Cameron


From: IBM Mainframe Discussion List  On Behalf Of Sri 
Hari Kolusu
Sent: Tuesday, June 25, 2024 11:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFSORT Question regarding SORTOUT Library Member Statistics

>> I want to know if I can include an option, or processing clause to ensure 
>> that Library statistics are generated for each new member as I create them. 
>> At the moment, I have a couple of hundred new Library Members that have no 
>> member


>> I want to know if I can include an option, or processing clause to ensure 
>> that Library statistics are generated for each new member as I create them.

At the moment, I have a couple of hundred new Library Members that have no 
member statistics at all (who last changed, when created when last changed, 
etc..).



Cameroon,



Unfortunately, DFSORT does NOT copy/generate member statistics when copying.  
However, if your shop has FILE-MANAGER, then you can use the following.



//STEP0100 EXEC PGM=FILEMGR

//SYSPRINT DD SYSOUT=*

//DDIN DD DISP=SHR,DSN=Your.input

//DDOUTDD DISP=OLD,DSN=your.output.pds(memname)

//SYSINDD *

$$FILEM DSC STATS=ON

/*



Thanks,

Kolusu

DFSORT Development

IBM Corporation







--

For IBM-MAIN subscribe / signoff / archive access instructions,

send email to lists...@listserv.ua.edu with 
the message: INFO IBM-MAIN


American Express made the following annotations

This e-mail was sent to you by a representative of Amex Bank of Canada, P.O. 
Box 3204, Station "F", Toronto, ON, M1W 3W7, www.americanexpress.ca. If you no 
longer wish to receive these e-mails, please notify the sender by reply e-mail.

This e-mail is solely for the intended recipient and may contain confidential 
or privileged information. If you are not the intended recipient, any 
disclosure, copying, use, or distribution of the information included in this 
e-mail is prohibited. If you have received this e-mail in error, please notify 
the sender by reply e-mail and immediately and permanently delete this e-mail 
and any attachments. Thank you.

American Express a fait les remarques suivantes
Ce courriel vous a été envoyé par un représentant de la Banque Amex du Canada, 
C.P. 3204, succursale F, Toronto (Ontario) M1W 3W7, www.americanexpress.ca. Si, 
par la suite, vous ne souhaitez plus recevoir ces courriels, veuillez en aviser 
les expéditeurs par courriel.

Ce courriel est réservé au seul destinataire indiqué et peut renfermer des 
renseignements confidentiels et privilégiés. Si vous n’êtes pas le destinataire 
prévu, toute divulgation, duplication, utilisation ou distribution du courriel 
est interdite. Si vous avez reçu ce courriel par erreur, veuillez en aviser 
l’expéditeur par courriel et détruire immédiatement le courriel et toute pièce 
jointe. Merci.

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

Re: DFSORT Question regarding SORTOUT Library Member Statistics

[Farley, Peter]

If you have the free PDS tool from the CBTTAPE site, that tool also allows you 
to add ISPF statistics to an existing member.

Peter

From: IBM Mainframe Discussion List  On Behalf Of 
Cameron Conacher
Sent: Tuesday, June 25, 2024 11:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFSORT Question regarding SORTOUT Library Member Statistics


Thanks.

I can try that.

Or just Enter/SAVE/F3 a couple of hundred times. 😊



Appreciate the information as always.





Thanks



…….Cameron





From: IBM Mainframe Discussion List 
mailto:IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of Sri 
Hari Kolusu

Sent: Tuesday, June 25, 2024 11:01 AM

To: IBM-MAIN@LISTSERV.UA.EDU

Subject: Re: DFSORT Question regarding SORTOUT Library Member Statistics



>> I want to know if I can include an option, or processing clause to ensure 
>> that Library statistics are generated for each new member as I create them. 
>> At the moment, I have a couple of hundred new Library Members that have no 
>> member



Cameroon,



Unfortunately, DFSORT does NOT copy/generate member statistics when copying.  
However, if your shop has FILE-MANAGER, then you can use the following.



//STEP0100 EXEC PGM=FILEMGR

//SYSPRINT DD SYSOUT=*

//DDIN DD DISP=SHR,DSN=Your.input

//DDOUTDD DISP=OLD,DSN=your.output.pds(memname)

//SYSINDD *

$$FILEM DSC STATS=ON

/*



Thanks,



Kolusu

DFSORT Development

IBM Corporation



--

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: DFSORT Question regarding SORTOUT Library Member Statistics

[Willy Jensen]

Wouldn't that set the statistics to the current date and time, plus the userid 
of the SORT job? 
Also, if you have File Manager, I assume that it could do the copy, including 
statistics.
As a free alternative to File Manager, see PDS86 at cbttape.org file 182.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: DFSORT Question regarding SORTOUT Library Member Statistics

[Robert Prins]

In 3.4 enter (and cut & paste) "E" before every member, and then enter
"SAVE;END;SAVE;END;SAVE;END;SAVE;END;RETRIEVE and it will reduce the number
of "Enter"s you have to press significantly...And on a 160x62 screen, you
can enter a lot of "SAVE;END;" commands ;)

On Tue, 25 Jun 2024 at 15:17, Cameron Conacher <
03cfc59146bb-dmarc-requ...@listserv.ua.edu> wrote:

> Thanks.
> I can try that.
> Or just Enter/SAVE/F3 a couple of hundred times. 😊
>
> Appreciate the information as always.
>
>
> Thanks
>
> …….Cameron
>
>
> From: IBM Mainframe Discussion List  On Behalf
> Of Sri Hari Kolusu
> Sent: Tuesday, June 25, 2024 11:01 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFSORT Question regarding SORTOUT Library Member Statistics
>
> >> I want to know if I can include an option, or processing clause to
> ensure that Library statistics are generated for each new member as I
> create them. At the moment, I have a couple of hundred new Library Members
> that have no member
>
>
> >> I want to know if I can include an option, or processing clause to
> ensure that Library statistics are generated for each new member as I
> create them.
>
> At the moment, I have a couple of hundred new Library Members that have no
> member statistics at all (who last changed, when created when last changed,
> etc..).
>
>
>
> Cameroon,
>
>
>
> Unfortunately, DFSORT does NOT copy/generate member statistics when
> copying.  However, if your shop has FILE-MANAGER, then you can use the
> following.
>
>
>
> //STEP0100 EXEC PGM=FILEMGR
>
> //SYSPRINT DD SYSOUT=*
>
> //DDIN DD DISP=SHR,DSN=Your.input
>
> //DDOUTDD DISP=OLD,DSN=your.output.pds(memname)
>
> //SYSINDD *
>
> $$FILEM DSC STATS=ON
>
> /*
>
>
>
> Thanks,
>
> Kolusu
>
> DFSORT Development
>
> IBM Corporation
>
>
>
>
>
>
>
> --
>
> For IBM-MAIN subscribe / signoff / archive access instructions,
>
> send email to lists...@listserv.ua.edu
> with the message: INFO IBM-MAIN
>
> 
> American Express made the following annotations
> 
> This e-mail was sent to you by a representative of Amex Bank of Canada,
> P.O. Box 3204, Station "F", Toronto, ON, M1W 3W7, www.americanexpress.ca.
> If you no longer wish to receive these e-mails, please notify the sender by
> reply e-mail.
>
> This e-mail is solely for the intended recipient and may contain
> confidential or privileged information. If you are not the intended
> recipient, any disclosure, copying, use, or distribution of the information
> included in this e-mail is prohibited. If you have received this e-mail in
> error, please notify the sender by reply e-mail and immediately and
> permanently delete this e-mail and any attachments. Thank you.
>
> American Express a fait les remarques suivantes
> Ce courriel vous a été envoyé par un représentant de la Banque Amex du
> Canada, C.P. 3204, succursale F, Toronto (Ontario) M1W 3W7,
> www.americanexpress.ca. Si, par la suite, vous ne souhaitez plus recevoir
> ces courriels, veuillez en aviser les expéditeurs par courriel.
>
> Ce courriel est réservé au seul destinataire indiqué et peut renfermer des
> renseignements confidentiels et privilégiés. Si vous n’êtes pas le
> destinataire prévu, toute divulgation, duplication, utilisation ou
> distribution du courriel est interdite. Si vous avez reçu ce courriel par
> erreur, veuillez en aviser l’expéditeur par courriel et détruire
> immédiatement le courriel et toute pièce jointe. Merci.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Robert AH Prins
robert(a)prino(d)org
The hitchhiking grandfather 
Some REXX code for use on z/OS


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

Re: DFSORT Question regarding SORTOUT Library Member Statistics

[Robert Prins]

Or if you don't care about stats, just that they are set, ISPF 3.5

On Tue, 25 Jun 2024 at 18:23, Robert Prins 
wrote:

> In 3.4 enter (and cut & paste) "E" before every member, and then enter
> "SAVE;END;SAVE;END;SAVE;END;SAVE;END;RETRIEVE and it will reduce the number
> of "Enter"s you have to press significantly...And on a 160x62 screen, you
> can enter a lot of "SAVE;END;" commands ;)
>
> On Tue, 25 Jun 2024 at 15:17, Cameron Conacher <
> 03cfc59146bb-dmarc-requ...@listserv.ua.edu> wrote:
>
>> Thanks.
>> I can try that.
>> Or just Enter/SAVE/F3 a couple of hundred times. 😊
>>
>> Appreciate the information as always.
>>
>>
>> Thanks
>>
>> …….Cameron
>>
>>
>> From: IBM Mainframe Discussion List  On Behalf
>> Of Sri Hari Kolusu
>> Sent: Tuesday, June 25, 2024 11:01 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: DFSORT Question regarding SORTOUT Library Member Statistics
>>
>> >> I want to know if I can include an option, or processing clause to
>> ensure that Library statistics are generated for each new member as I
>> create them. At the moment, I have a couple of hundred new Library Members
>> that have no member
>>
>>
>> >> I want to know if I can include an option, or processing clause to
>> ensure that Library statistics are generated for each new member as I
>> create them.
>>
>> At the moment, I have a couple of hundred new Library Members that have
>> no member statistics at all (who last changed, when created when last
>> changed, etc..).
>>
>>
>>
>> Cameroon,
>>
>>
>>
>> Unfortunately, DFSORT does NOT copy/generate member statistics when
>> copying.  However, if your shop has FILE-MANAGER, then you can use the
>> following.
>>
>>
>>
>> //STEP0100 EXEC PGM=FILEMGR
>>
>> //SYSPRINT DD SYSOUT=*
>>
>> //DDIN DD DISP=SHR,DSN=Your.input
>>
>> //DDOUTDD DISP=OLD,DSN=your.output.pds(memname)
>>
>> //SYSINDD *
>>
>> $$FILEM DSC STATS=ON
>>
>> /*
>>
>>
>>
>> Thanks,
>>
>> Kolusu
>>
>> DFSORT Development
>>
>> IBM Corporation
>>
>>
>>
>>
>>
>>
>>
>> --
>>
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>
>> send email to lists...@listserv.ua.edu
>> with the message: INFO IBM-MAIN
>>
>> 
>> American Express made the following annotations
>> 
>> This e-mail was sent to you by a representative of Amex Bank of Canada,
>> P.O. Box 3204, Station "F", Toronto, ON, M1W 3W7, www.americanexpress.ca.
>> If you no longer wish to receive these e-mails, please notify the sender by
>> reply e-mail.
>>
>> This e-mail is solely for the intended recipient and may contain
>> confidential or privileged information. If you are not the intended
>> recipient, any disclosure, copying, use, or distribution of the information
>> included in this e-mail is prohibited. If you have received this e-mail in
>> error, please notify the sender by reply e-mail and immediately and
>> permanently delete this e-mail and any attachments. Thank you.
>>
>> American Express a fait les remarques suivantes
>> Ce courriel vous a été envoyé par un représentant de la Banque Amex du
>> Canada, C.P. 3204, succursale F, Toronto (Ontario) M1W 3W7,
>> www.americanexpress.ca. Si, par la suite, vous ne souhaitez plus
>> recevoir ces courriels, veuillez en aviser les expéditeurs par courriel.
>>
>> Ce courriel est réservé au seul destinataire indiqué et peut renfermer
>> des renseignements confidentiels et privilégiés. Si vous n’êtes pas le
>> destinataire prévu, toute divulgation, duplication, utilisation ou
>> distribution du courriel est interdite. Si vous avez reçu ce courriel par
>> erreur, veuillez en aviser l’expéditeur par courriel et détruire
>> immédiatement le courriel et toute pièce jointe. Merci.
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>
>
> --
> Robert AH Prins
> robert(a)prino(d)org
> The hitchhiking grandfather 
> Some REXX code for use on z/OS
> 
>


-- 
Robert AH Prins
robert(a)prino(d)org
The hitchhiking grandfather 
Some REXX code for use on z/OS


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

Re: DFSORT Question regarding SORTOUT Library Member Statistics

[Paul Gilmartin]

On Tue, 25 Jun 2024 15:01:20 +, Sri Hari Kolusu wrote:
>
>Unfortunately, ...
>


>DFSORT does NOT copy/generate member statistics when copying.  However, if 
>your shop has FILE-MANAGER, then you can use the following.
>
>//STEP0100 EXEC PGM=FILEMGR
>//SYSPRINT DD SYSOUT=*
>//DDIN DD DISP=SHR,DSN=Your.input
>//DDOUTDD DISP=OLD,DSN=your.output.pds(memname)
>//SYSINDD *
>$$FILEM DSC STATS=ON
>/*

-- 
gil

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

Re: DFSORT Question regarding SORTOUT Library Member Statistics

[Sri Hari Kolusu]

>> Or just Enter/SAVE/F3 a couple of hundred times. 😊

Cameroon,

You can use ISPF to Set the statistics.  Look at the option 5 in UTILITIES.


  Menu  Options  View  Utilities  Compilers  Help
 EN sss
DSLIST - Data Sets M e 5  1. Library  e
Command ===> e2. Data set e
 e3. Move/Copye
Command - Enter "/"  e4. Data Set Liste   M
 e5. Reset Statistics e ---
 KOLUSU.SORT e6. Hardcopy e
 e*. Reserved e st 
 e8. Outlist  e
 e9. Commands...  e
 e   *0. Reserved e
 e   11. Format   e
 e   12. SuperC   e
 e   13. SuperCE  e
 e   14. Search-For   e
 e   15. Search-ForE  e
 e   16. Table Utilitye
 e   17. Directory List   e
 DM



Thanks,
Kolusu
DFSORT Development
IBM Corporation



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

Re: DFSORT Question regarding SORTOUT Library Member Statistics

[Paul Gilmartin]

On Tue, 25 Jun 2024 18:24:52 +, Robert Prins wrote:

>Or if you don't care about stats, just that they are set, ISPF 3.5
>
ISRSUPC with the UPDMVS8 option generates a patch file.

But is there any tool to apply such a patch and update the stats,
and even the revision level in cols. 73-80?

-- 
gil

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

Re: DFSORT Question regarding SORTOUT Library Member Statistics

[David Spiegel]

HI Cameron,
Another possibility ... Please look at (CBT File 93) PDSLOAD.

//PDSLOAD  EXEC PGM=PDSLOADW,PARM='UPDTE(./)'
//SYSPRINT  DD  SYSOUT=*
//STEPLIB   DD  DISP=SHR,DSN=FILE135.PDS
//SYSUT1    DD  DISP=SHR,DSN=SYSUT1.TXT
//SYSUT2    DD  DISP=SHR,DSN=MYPDS.CNTL

Here is a sample of SYSUT1:
./ ADD NAME=MEMBERR1 ...
* your code goes here
./ ADD NAME=MEMBER2 ...
* your code goes here
/*

Where (ADD Statement):
COL DESCRIPTION
1-20    ./ ADD NAME=
21  BLANK
22-71   VVMM-YYDDD-YYDDD-HHMM-N-N-N-UU
    VER CREATE LASTMODIFY  SIZE  INIT   MOD   ID

Regards,
David

On 2024-06-25 11:17, Cameron Conacher wrote:

Thanks.
I can try that.
Or just Enter/SAVE/F3 a couple of hundred times. 😊

Appreciate the information as always.


Thanks

…….Cameron


From: IBM Mainframe Discussion List  On Behalf Of Sri 
Hari Kolusu
Sent: Tuesday, June 25, 2024 11:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFSORT Question regarding SORTOUT Library Member Statistics


I want to know if I can include an option, or processing clause to ensure that 
Library statistics are generated for each new member as I create them. At the 
moment, I have a couple of hundred new Library Members that have no member



I want to know if I can include an option, or processing clause to ensure that 
Library statistics are generated for each new member as I create them.

At the moment, I have a couple of hundred new Library Members that have no 
member statistics at all (who last changed, when created when last changed, 
etc..).



Cameroon,



Unfortunately, DFSORT does NOT copy/generate member statistics when copying.  
However, if your shop has FILE-MANAGER, then you can use the following.



//STEP0100 EXEC PGM=FILEMGR

//SYSPRINT DD SYSOUT=*

//DDIN DD DISP=SHR,DSN=Your.input

//DDOUTDD DISP=OLD,DSN=your.output.pds(memname)

//SYSINDD *

$$FILEM DSC STATS=ON

/*



Thanks,

Kolusu

DFSORT Development

IBM Corporation







--

For IBM-MAIN subscribe / signoff / archive access instructions,

send email to lists...@listserv.ua.edu with 
the message: INFO IBM-MAIN


American Express made the following annotations

This e-mail was sent to you by a representative of Amex Bank of Canada, P.O. Box 3204, 
Station "F", Toronto, ON, M1W 3W7, http://www.americanexpress.ca/. If you no 
longer wish to receive these e-mails, please notify the sender by reply e-mail.

This e-mail is solely for the intended recipient and may contain confidential 
or privileged information. If you are not the intended recipient, any 
disclosure, copying, use, or distribution of the information included in this 
e-mail is prohibited. If you have received this e-mail in error, please notify 
the sender by reply e-mail and immediately and permanently delete this e-mail 
and any attachments. Thank you.

American Express a fait les remarques suivantes
Ce courriel vous a été envoyé par un représentant de la Banque Amex du Canada, 
C.P. 3204, succursale F, Toronto (Ontario) M1W 3W7, 
http://www.americanexpress.ca/. Si, par la suite, vous ne souhaitez plus 
recevoir ces courriels, veuillez en aviser les expéditeurs par courriel.

Ce courriel est réservé au seul destinataire indiqué et peut renfermer des 
renseignements confidentiels et privilégiés. Si vous n’êtes pas le destinataire 
prévu, toute divulgation, duplication, utilisation ou distribution du courriel 
est interdite. Si vous avez reçu ce courriel par erreur, veuillez en aviser 
l’expéditeur par courriel et détruire immédiatement le courriel et toute pièce 
jointe. Merci.

--
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: DFSORT Question regarding SORTOUT Library Member Statistics

[Cameron Conacher]

Fantastic!!

Thanks

…….Cameron


From: IBM Mainframe Discussion List  On Behalf Of Sri 
Hari Kolusu
Sent: Tuesday, June 25, 2024 11:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFSORT Question regarding SORTOUT Library Member Statistics

>> Or just Enter/SAVE/F3 a couple of hundred times. 😊 Cameroon, You can use 
>> ISPF to Set the statistics. Look at the option 5 in UTILITIES. Menu Options 
>> View Utilities Compilers Help  
>> EN sss


>> Or just Enter/SAVE/F3 a couple of hundred times. 😊



Cameroon,



You can use ISPF to Set the statistics.  Look at the option 5 in UTILITIES.





  Menu  Options  View  Utilities  Compilers  Help

 EN sss

DSLIST - Data Sets M e 5  1. Library  e

Command ===> e2. Data set e

 e3. Move/Copye

Command - Enter "/"  e4. Data Set Liste   M

 e5. Reset Statistics e ---

 KOLUSU.SORT e6. Hardcopy e

 e*. Reserved e st 

 e8. Outlist  e

 e9. Commands...  e

 e   *0. Reserved e

 e   11. Format   e

 e   12. SuperC   e

 e   13. SuperCE  e

 e   14. Search-For   e

 e   15. Search-ForE  e

 e   16. Table Utilitye

 e   17. Directory List   e

 DM







Thanks,

Kolusu

DFSORT Development

IBM Corporation







--

For IBM-MAIN subscribe / signoff / archive access instructions,

send email to lists...@listserv.ua.edu with 
the message: INFO IBM-MAIN


American Express made the following annotations

This e-mail was sent to you by a representative of Amex Bank of Canada, P.O. 
Box 3204, Station "F", Toronto, ON, M1W 3W7, www.americanexpress.ca. If you no 
longer wish to receive these e-mails, please notify the sender by reply e-mail.

This e-mail is solely for the intended recipient and may contain confidential 
or privileged information. If you are not the intended recipient, any 
disclosure, copying, use, or distribution of the information included in this 
e-mail is prohibited. If you have received this e-mail in error, please notify 
the sender by reply e-mail and immediately and permanently delete this e-mail 
and any attachments. Thank you.

American Express a fait les remarques suivantes
Ce courriel vous a été envoyé par un représentant de la Banque Amex du Canada, 
C.P. 3204, succursale F, Toronto (Ontario) M1W 3W7, www.americanexpress.ca. Si, 
par la suite, vous ne souhaitez plus recevoir ces courriels, veuillez en aviser 
les expéditeurs par courriel.

Ce courriel est réservé au seul destinataire indiqué et peut renfermer des 
renseignements confidentiels et privilégiés. Si vous n’êtes pas le destinataire 
prévu, toute divulgation, duplication, utilisation ou distribution du courriel 
est interdite. Si vous avez reçu ce courriel par erreur, veuillez en aviser 
l’expéditeur par courriel et détruire immédiatement le courriel et toute pièce 
jointe. Merci.

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

Re: DFSORT Question regarding SORTOUT Library Member Statistics

[Schmitt, Michael]

It is a sore point with me that the File Manager template workbench doesn't 
generate ISPF statistics on the templates it creates. It will /maintain/ 
statistics if they already exist, but it won't create them.

Just like the IBM Fault Analyzer IDILANGX utility* won't create ISPF stats on 
sidefiles it creates. I had to write an assembler program that copies an input 
member or flat file to a PDS member, creating ISPF stats as it saves it.

*Any* utility that creates a PDS member, that isn't a module, should be 
creating ISPF-format statistics. It /at least/ should be an option.  I mean 
where what's provided in input or a DD is a library, not a library(member). So 
DFSORT sorting to a library(member) wouldn't create stats.


For the OP question, I think the respondents have hit all the options to create 
ISPF stats...

* ISPF 3.5 (usually the best method in ISPF)
* ISPF Edit, save (but this uses up PDS space)
* FM DSC (and maybe other functions)
* PDS utility
* ISPF services from a REXX exec or program
* Assembler program


* yeah I know it isn't actually IDILANGX anymore, but part of ADFzCC 
(Application Delivery Foundation for z Systems Common Components).

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Tuesday, June 25, 2024 10:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFSORT Question regarding SORTOUT Library Member Statistics

On Tue, 25 Jun 2024 15:01:20 +, Sri Hari Kolusu wrote:
>
>Unfortunately, ...
>


>DFSORT does NOT copy/generate member statistics when copying.  However, if 
>your shop has FILE-MANAGER, then you can use the following.
>
>//STEP0100 EXEC PGM=FILEMGR
>//SYSPRINT DD SYSOUT=*
>//DDIN DD DISP=SHR,DSN=Your.input
>//DDOUTDD DISP=OLD,DSN=your.output.pds(memname)
>//SYSINDD *
>$$FILEM DSC STATS=ON
>/*

--
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: Data Set Commander Monitor (DSCMON) Access Authority

[Mike Cairns]

Hi Peter,

Radoslaw and I probably spend more time over on the RACF_L list than here on 
IBM-MAIN, but I still like to keep an eye open here.

The use of ID(*) ACCESS(READ) is well known among the RACF community as the 
'preferred' option to UACC nowadays, and the reason you cite is indeed 
mentioned in the literature.  Though I'm not sure about the NJE port of entry 
still being able to actually get a batch job running under the JES 
UNDEFINEDUSER, I have a recollection that the RACF SETROPTS setting 
BATCHALLRACF(YES) should prevent a batch job from initiating with the 
UNDEFINEDUSER value, though I have a vague recollection that BATCHALLRACF 
itself has been redundant also for many years now as well.

I'm intrigued generally to ask of this community, just how often does anyone 
observe work executing on their system *without* a valid RACF (or ACF2 or 
TopSecret) identity associated with it?  

I think there might still be one or two started tasks, probably running as 
TRUSTED or PRIVILEGED, that are initiated in nucleus initialisation that may 
still run with traditionally either the 8 plusses or the 8 question marks as 
their ID, we can see them in SDSF, but realistically I don't believe that we 
see work running under the UNDEFINEDUSER in modern systems for a long time 
nowadays.  I'd be keen to hear otherwise if there is though.

Cheers - Mike

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

Re: DFSORT Question regarding SORTOUT Library Member Statistics

[Sri Hari Kolusu]

>> It is a sore point with me that the File Manager template workbench doesn't 
>> generate ISPF statistics on the templates it creates. It will /maintain/ 
>> statistics if they already exist, but it won't create them.

Michael,

Did you try to use the option STATS=FORCE ?

 The ISPF statistics that exist for members being processed are always updated 
and statistics for a member that previously did not have statistics are created.

Thanks,
Kolusu
DFSORT Development
IBM Corporation

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

Re: DFSORT Question regarding SORTOUT Library Member Statistics

[Schmitt, Michael]

I don't think that option is on the template workbench.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Sri 
Hari Kolusu
Sent: Tuesday, June 25, 2024 11:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFSORT Question regarding SORTOUT Library Member Statistics

>> It is a sore point with me that the File Manager template workbench doesn't 
>> generate ISPF statistics on the templates it creates. It will /maintain/ 
>> statistics if they already exist, but it won't create them.

Michael,

Did you try to use the option STATS=FORCE ?

 The ISPF statistics that exist for members being processed are always updated 
and statistics for a member that previously did not have statistics are created.

Thanks,
Kolusu
DFSORT Development
IBM Corporation

--
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: DFSORT Question regarding SORTOUT Library Member Statistics

[Sri Hari Kolusu]

> I don't think that option is on the template workbench.

Michael,

I don't use workbench, but I am assuming that it does let you EDIT the 
template.  If it does , then just add/Modify the stats parm in the template.

Thanks,
Kolusu

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

TSO PREFIX change

[jgmauta...@yahoo.com.ar]

Hi!
Is there a way for an administrator to change the TSO PREFIX of another RACF 
userid?
Reason for asking:When a new TSO userid is created, we need to set its TSO 
PREFIX to a value different from "USERID" (the default). Basically, as we 
generally dont allow USER datasets, we need to set the TSO PREFIX of any TSO 
userid to their "default group". In order to achieve this, just after running 
the ADDUSER RACF command, the administrator enters TSO for the first time using 
the just-created userid credentials and runs the "PROF PREFIX()" command. 
Not a very clean solution, indeed...


Thanks in advance for your help,

Juan Mautalen

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

Re: DFSORT Question regarding SORTOUT Library Member Statistics

[Jack Zukt]

Hi
You could run a rexx in an ispf batch environment that could use listds to
get the member names for each pds and then edit each member with an initial
macro that would do the save and end.
Best wishes
Jack

On Tue, Jun 25, 2024, 16:17 Cameron Conacher <
03cfc59146bb-dmarc-requ...@listserv.ua.edu> wrote:

> Thanks.
> I can try that.
> Or just Enter/SAVE/F3 a couple of hundred times. 😊
>
> Appreciate the information as always.
>
>
> Thanks
>
> …….Cameron
>
>
> From: IBM Mainframe Discussion List  On Behalf
> Of Sri Hari Kolusu
> Sent: Tuesday, June 25, 2024 11:01 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFSORT Question regarding SORTOUT Library Member Statistics
>
> >> I want to know if I can include an option, or processing clause to
> ensure that Library statistics are generated for each new member as I
> create them. At the moment, I have a couple of hundred new Library Members
> that have no member
>
>
> >> I want to know if I can include an option, or processing clause to
> ensure that Library statistics are generated for each new member as I
> create them.
>
> At the moment, I have a couple of hundred new Library Members that have no
> member statistics at all (who last changed, when created when last changed,
> etc..).
>
>
>
> Cameroon,
>
>
>
> Unfortunately, DFSORT does NOT copy/generate member statistics when
> copying.  However, if your shop has FILE-MANAGER, then you can use the
> following.
>
>
>
> //STEP0100 EXEC PGM=FILEMGR
>
> //SYSPRINT DD SYSOUT=*
>
> //DDIN DD DISP=SHR,DSN=Your.input
>
> //DDOUTDD DISP=OLD,DSN=your.output.pds(memname)
>
> //SYSINDD *
>
> $$FILEM DSC STATS=ON
>
> /*
>
>
>
> Thanks,
>
> Kolusu
>
> DFSORT Development
>
> IBM Corporation
>
>
>
>
>
>
>
> --
>
> For IBM-MAIN subscribe / signoff / archive access instructions,
>
> send email to lists...@listserv.ua.edu
> with the message: INFO IBM-MAIN
>
> 
> American Express made the following annotations
> 
> This e-mail was sent to you by a representative of Amex Bank of Canada,
> P.O. Box 3204, Station "F", Toronto, ON, M1W 3W7, www.americanexpress.ca.
> If you no longer wish to receive these e-mails, please notify the sender by
> reply e-mail.
>
> This e-mail is solely for the intended recipient and may contain
> confidential or privileged information. If you are not the intended
> recipient, any disclosure, copying, use, or distribution of the information
> included in this e-mail is prohibited. If you have received this e-mail in
> error, please notify the sender by reply e-mail and immediately and
> permanently delete this e-mail and any attachments. Thank you.
>
> American Express a fait les remarques suivantes
> Ce courriel vous a été envoyé par un représentant de la Banque Amex du
> Canada, C.P. 3204, succursale F, Toronto (Ontario) M1W 3W7,
> www.americanexpress.ca. Si, par la suite, vous ne souhaitez plus recevoir
> ces courriels, veuillez en aviser les expéditeurs par courriel.
>
> Ce courriel est réservé au seul destinataire indiqué et peut renfermer des
> renseignements confidentiels et privilégiés. Si vous n’êtes pas le
> destinataire prévu, toute divulgation, duplication, utilisation ou
> distribution du courriel est interdite. Si vous avez reçu ce courriel par
> erreur, veuillez en aviser l’expéditeur par courriel et détruire
> immédiatement le courriel et toute pièce jointe. Merci.
>
> --
> 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

Using environment variables in JCL and USS

[Colin Paice]

I am writing a program using system SSL (GSK*).
If I define the environment variables in USS everything works.
If I specified the environment variables in JCL
//START1   EXEC PGM=GSKMAIN,REGION=0M,
// PARM=('ENVAR("_CEE_ENVFILE=DD:STDENV")/4000')
//STDENV  DD *
GSK_TRACE_FILE=/tmp/zzztrace.file
GSK_TRACE=0xff
GSK_KEYRING_FILE=START1/TN3270
/*
environment variables like GSK_KEYRING_FILE are padded on the right with
blanks.  it cannot find the keyring TN3270__   and gives me a trace
file with blanks on the end!

I guess this is a GSK bug - it should strip trailing blanks, but I wondered
if there was a JCL solution for this?

Colin

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

Re: DFSORT Question regarding SORTOUT Library Member Statistics

[Schmitt, Michael]

There's no stats parm in a template.

A template is a binary representation of a language copy member, e.g. you take 
the copy member (a file record layout) and convert it into a template. Then you 
can apply record selection and other criteria.

Many people just have File Manager create templates on the fly and then discard 
them after use. I'm talking about permanent templates.

This is the template workbench:

File Manager  Template Workbench
 Command ===>

 CC Create template from copybook   E  Edit field/record in template
 CM Create template from model  U  Update template from copybook
 MC Map from copybook   MT Map from template

 Copybook:
Data set name . 'PEW3H.MMM.FMGRCOPY'
Member  . . . . EM100U21
 Template:
Data set name . 'TTPJMSS.MMM.FILEMGR'
Member  . . . . EM100U21
 Model Template:
Data set name .
Member  . . . .

 Processing Options:
  Enter "/" to select option
  /  Advanced copybook selection


There's other options for building and updating templates, but I don't like 
them, for reasons. You may be thinking of the one that generates a batch job.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Sri 
Hari Kolusu
Sent: Tuesday, June 25, 2024 11:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFSORT Question regarding SORTOUT Library Member Statistics

> I don't think that option is on the template workbench.

Michael,

I don't use workbench, but I am assuming that it does let you EDIT the 
template.  If it does , then just add/Modify the stats parm in the template.

Thanks,
Kolusu

--
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: TSO PREFIX change

[Binyamin Dissen]

On Tue, 25 Jun 2024 16:38:37 + "jgmauta...@yahoo.com.ar"
<01f9499d67db-dmarc-requ...@listserv.ua.edu> wrote:

:>Is there a way for an administrator to change the TSO PREFIX of another RACF 
userid?
:>Reason for asking:When a new TSO userid is created, we need to set its TSO 
PREFIX to a value different from "USERID" (the default). Basically, as we 
generally dont allow USER datasets, we need to set the TSO PREFIX of any TSO 
userid to their "default group". In order to achieve this, just after running 
the ADDUSER RACF command, the administrator enters TSO for the first time using 
the just-created userid credentials and runs the "PROF PREFIX()" command. 
Not a very clean solution, indeed...

Do you have a standardized  startup clist? Would seem to be a nice space.

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel

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

Re: Using environment variables in JCL and USS

[Phil Smith III]

SWAG but have you tried a trailing semicolon? Or quotes around the value? I 
found an example on the web for another product:
ENVAR C='X Y'
...which sorta suggests that the quotes might work. Might try both flavors of 
quote, too.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Colin Paice
Sent: Tuesday, June 25, 2024 1:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Using environment variables in JCL and USS

I am writing a program using system SSL (GSK*).
If I define the environment variables in USS everything works.
If I specified the environment variables in JCL
//START1   EXEC PGM=GSKMAIN,REGION=0M,
// PARM=('ENVAR("_CEE_ENVFILE=DD:STDENV")/4000')
//STDENV  DD *
GSK_TRACE_FILE=/tmp/zzztrace.file
GSK_TRACE=0xff
GSK_KEYRING_FILE=START1/TN3270
/*
environment variables like GSK_KEYRING_FILE are padded on the right with
blanks.  it cannot find the keyring TN3270__   and gives me a trace
file with blanks on the end!

I guess this is a GSK bug - it should strip trailing blanks, but I wondered if 
there was a JCL solution for this?

Colin

--
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: Using environment variables in JCL and USS

[Paul Gilmartin]

On Tue, 25 Jun 2024 13:33:59 -0400, Phil Smith III wrote:

>SWAG but have you tried a trailing semicolon? Or quotes around the value? I 
>found an example on the web for another product:
>ENVAR C='X Y'
>...which sorta suggests that the quotes might work. Might try both flavors of 
>quote, too.
> 
Or, RECFM=VB.

I wrote an Edit macro which allocates INTRDR with the attributes of the
file being edited in order to avoid the 80-characte limit.  Why didn't IBM
think of that?  I consider quiet truncation to  be data corruption.

-- 
gil

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

Re: TSO PREFIX change

[Tony Harminc]

On Tue, 25 Jun 2024 at 12:38, jgmauta...@yahoo.com.ar <
01f9499d67db-dmarc-requ...@listserv.ua.edu> wrote:

Is there a way for an administrator to change the TSO PREFIX of another
> RACF userid?
>

There is no IBM-supplied RACF command to do this. But of course since the
info is in the RACF database, it's quite possible to write a command to
make the change. If you are confident dealing with RACF database fields and
building and installing assembler programs, I'd suggest looking at
https://www.cbttape.org/xephon/xephonr/rac0205.pdf
which contains a detailed description and source code for a generalized
command line (and CLIST/REXX variable) interface to RACF fields. But this
is not for the faint of heart, and might well not pass muster in a
production environment.

Reason for asking:When a new TSO userid is created, we need to set its TSO
> PREFIX to a value different from "USERID" (the default). Basically, as we
> generally dont allow USER datasets, we need to set the TSO PREFIX of any
> TSO userid to their "default group". In order to achieve this, just after
> running the ADDUSER RACF command, the administrator enters TSO for the
> first time using the just-created userid credentials and runs the "PROF
> PREFIX()" command. Not a very clean solution, indeed...
>

Also not clean because the administrator will know the user's password, and
the user won't be prompted to change it at first logon unless the admin
also issues an ALU EXPIRE (from an admin userid) after updating the prefix.

How about a "run once" CLIST, invoked from the PARM= in the logon proc?
Perhaps you already have a general thing like this along the lines of CMS's
PROFILE EXEC that runs for all users? It could check that the prefix is
right, and fix it if not. This way it's the real user making the change
rather than the administrator.

Tony H.

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

Re: Using environment variables in JCL and USS

[Bernd Oppolzer]

I found an example where the environment variables are specified 
directly in the
ENVAR parm and not in a separate file; maybe this could work for your 
use case too ...


//CEEOPTS  DD *
ALL31(ON),
STACK(3M,1M,ANY,KEEP),
HEAP(4K,4K,ANY,KEEP),
STORAGE(NONE,NONE,NONE,0),
RPTSTG(ON),RPTOPTS(ON),
ENVAR("_CEE_HEAP_MANAGER=CEL4MCHK",
"_CEE_MEMCHECK_TRACE=ON",
"_CEE_MEMTRACE_DEPTH=32",
"_CEE_MEMCHECK_DEPTH=32",
"_CEE_MEMCHECK_OVERLAY=OFF",
"_CEE_MEMCHECK_OVERLAYLEN=80")
//*

these are CEE related environment variables which control some 
attributes of LE itself,

but I don't think that that makes a difference ...

Kind regards

Bernd


Am 25.06.2024 um 19:11 schrieb Colin Paice:

I am writing a program using system SSL (GSK*).
If I define the environment variables in USS everything works.
If I specified the environment variables in JCL
//START1   EXEC PGM=GSKMAIN,REGION=0M,
// PARM=('ENVAR("_CEE_ENVFILE=DD:STDENV")/4000')
//STDENV  DD *
GSK_TRACE_FILE=/tmp/zzztrace.file
GSK_TRACE=0xff
GSK_KEYRING_FILE=START1/TN3270
/*
environment variables like GSK_KEYRING_FILE are padded on the right with
blanks.  it cannot find the keyring TN3270__   and gives me a trace
file with blanks on the end!

I guess this is a GSK bug - it should strip trailing blanks, but I wondered
if there was a JCL solution for this?

Colin

--
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: LOL - AWS brags about 99.9% uptime!

[Ed Jaffe]

On 6/10/2024 4:21 PM, Charles Mills wrote:

https://graphite.dev/blog/how-amazon-deploys-code

Aiming for only (!) four minutes of downtime a month!


Three nines?! Yikes!

IBM now touts eight nines (99.99) on IBM Z with everything properly 
configured and fully redundant.


https://www.ibm.com/z/resiliency

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



This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

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

CPU and I/O statistics for BPXBATCH executions?

[Farley, Peter]

Hi All,

Just a question of curiosity.  In recent days I have been running some ad-hoc 
BPXBATCH jobs that executes some "cp" commands to copy a few z/OS data files 
down to a Unix directory, then a python script which uses that data.

While the job is running I can use SDSF DA and PS to see the various Unix parts 
running, but at the end of the job the shop-local IEFACTRT report in the 
JESMSGLG output only seems to account for the actual BPXBATCH CPU time and I/O 
count.  The much more significant Unix I/O and CPU values are not included in 
that report as far as I can tell.

Similarly, the JESYSMSG end-of-step output messages for the BPXBATCH step again 
only seem to account for BPXBATCH usage alone, and not any of the Unix CPU or 
memory usage.

Is there data available to an IEFACTRT routine or the JESYSMSG end-of-step 
processing to report Unix usage in a batch step at all?  Or is that only 
available in DCOLLECT output (to which I do not have and cannot get any 
permissions from local security due to zero trust rules)?

Or am I seeing the python-on-ZIIP capability here, and the CPU isn't reported 
because it is done on a ZIIP (though that would not explain the I/O count being 
so low when I know the python script does quite a lot more I/O)?

If it matters, we're on z/OS 2.5 here at a reasonably current RSU I believe, 
but I don't know the exact level.  HW is z15.

Peter

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: CPU and I/O statistics for BPXBATCH executions?

[Paul Feller]

Peter, from what I recall I believe the information around Unix System
Services stuff along with zIIP activity should be available to the IEFACTRT
exit.  There is information in the SMF 30 record related to Unix activity
and zIIP activity.  I'm guessing it's a matter of updating the exit to pull
the data from the proper SMF 30 fields.  My guess would be that no one
considered updating the exit as new stuff got added to the different parts
of the SMF 30 data. 


I'm guessing you are talking about the IEF032I (or IEF033I) message when you
refer to the JESSYSMSG message.  I don't really know if IBM tries to account
for any of the activity in Unix land or activity on the zIIP.


Paul

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Farley, Peter
Sent: Tuesday, June 25, 2024 7:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: CPU and I/O statistics for BPXBATCH executions?

Hi All,

Just a question of curiosity.  In recent days I have been running some
ad-hoc BPXBATCH jobs that executes some "cp" commands to copy a few z/OS
data files down to a Unix directory, then a python script which uses that
data.

While the job is running I can use SDSF DA and PS to see the various Unix
parts running, but at the end of the job the shop-local IEFACTRT report in
the JESMSGLG output only seems to account for the actual BPXBATCH CPU time
and I/O count.  The much more significant Unix I/O and CPU values are not
included in that report as far as I can tell.

Similarly, the JESYSMSG end-of-step output messages for the BPXBATCH step
again only seem to account for BPXBATCH usage alone, and not any of the Unix
CPU or memory usage.

Is there data available to an IEFACTRT routine or the JESYSMSG end-of-step
processing to report Unix usage in a batch step at all?  Or is that only
available in DCOLLECT output (to which I do not have and cannot get any
permissions from local security due to zero trust rules)?

Or am I seeing the python-on-ZIIP capability here, and the CPU isn't
reported because it is done on a ZIIP (though that would not explain the I/O
count being so low when I know the python script does quite a lot more I/O)?

If it matters, we're on z/OS 2.5 here at a reasonably current RSU I believe,
but I don't know the exact level.  HW is z15.

Peter

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

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

Re: Epoch Index

[Ed Jaffe]

On 6/11/2024 10:12 AM, Paul Schuster wrote:

So, as of z/os 3.1, there does not seem to  be a way to test with dates beyond 
09/17/2042?  A “R 00,DATE=2042.260 “ works, but a “R 00,DATE=2042.261” 
generates a “IEE306I RPLY HAS INVALID NUMERICS” message.


Years ago, one of our programmers fat-fingered a ZAP that accidentally 
turned an MVC into an SCK (SET CLOCK) of =FD'-1'. It took down z/OS. It 
kept crashing just a few minutes after everything was brought back up. 
We didn't even have time to get into IPCS to analyze the stand-alone 
dump. This happened over and over again until 5 pm when, frustrated with 
our poorly-performing system,  he finally went home for the day.


It was (SVO) "fun" trying to figure out what happened... 😕

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



This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

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

Re: Epoch Index

[Paul Gilmartin]

On Tue, 25 Jun 2024 19:09:53 -0700, Ed Jaffe wrote:
>...
>Years ago, one of our programmers fat-fingered a ZAP that accidentally
>turned an MVC into an SCK (SET CLOCK) of =FD'-1'. It took down z/OS. It
>kept crashing just a few minutes after everything was brought back up.
>
Eerily reminiscent of a Red Alert IBM issued a couple years ago.  A macro,
customer facing therefore hard to change, was doing a STCK to a wild
address.  When a certain bit in the TOD changed, IPL cod which tests that
bit with no effect other than to crash when it had the wrong value would
make the next IPL impossible.

-- 
gil

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

Re: CPU and I/O statistics for BPXBATCH executions?

[Andrew Rowley]

On 26/06/2024 10:30 am, Farley, Peter wrote:

Just a question of curiosity.  In recent days I have been running some ad-hoc BPXBATCH 
jobs that executes some "cp" commands to copy a few z/OS data files down to a 
Unix directory, then a python script which uses that data.

While the job is running I can use SDSF DA and PS to see the various Unix parts 
running, but at the end of the job the shop-local IEFACTRT report in the 
JESMSGLG output only seems to account for the actual BPXBATCH CPU time and I/O 
count.  The much more significant Unix I/O and CPU values are not included in 
that report as far as I can tell.


Unix work (i.e. each separate command) typically runs in a separate 
address space which produces its own SMF 30 step end accounting records. 
They are often in different service/report classes to the parent job.


A job running a script with a loop can potentially produce thousands of 
type 30 records for child tasks. The CPU etc accounting is in the child 
task records, not the main job.


EasySMF attempts to follow the parent/child relationships from the SMF 
30 records and produce cumulative numbers for the parent task. You can 
see an example here:


https://www.blackhillsoftware.com/news/2019/08/27/comparing-bash-and-bin-sh-on-z-os/

When the tree is expanded, you can see the accounting for the individual 
subtasks. If you collapse the tree, the subtasks are combined into the 
parent task figure. This can be pretty significant, e.g. in the example 
tested the total CPU time was over 1 minute, but only 2 hundredths of a 
second appeared in the main job SMF record.


--
Andrew Rowley
Black Hill Software

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

Re: Using environment variables in JCL and USS

[kekronbekron]

Are you able to share this, Paul?


-KB

On Tuesday, June 25th, 2024 at 23:32, Paul Gilmartin 
<042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:

> On Tue, 25 Jun 2024 13:33:59 -0400, Phil Smith III wrote:
> 
> > SWAG but have you tried a trailing semicolon? Or quotes around the value? I 
> > found an example on the web for another product:
> > ENVAR C='X Y'
> > ...which sorta suggests that the quotes might work. Might try both flavors 
> > of quote, too.
> 
> Or, RECFM=VB.
> 
> I wrote an Edit macro which allocates INTRDR with the attributes of the
> file being edited in order to avoid the 80-characte limit. Why didn't IBM
> think of that? I consider quiet truncation to be data corruption.
> 
> --
> 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: z/OS 3.1 Enhancements & Support News

[Timothy Sipples]

Jim Horne asks:

>This looks interesting. Is it available for prior releases, or just

>z/OS 3.1?



I mentioned in my post that the IBM Open Enterprise SDK(*) for Python and IBM Z 
Open Automation Utilities runs on z/OS 2.4 and higher. The IBM Open Enterprise 
Foundation for z/OS runs on z/OS 2.5 and higher.



(*) Sorry for the typo in the original post. SDK is correct.

—
Timothy Sipples
Senior Architect
Digital Assets, Industry Solutions, and Cybersecurity
IBM Z/LinuxONE, Asia-Pacific
sipp...@sg.ibm.com


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

Re: Using environment variables in JCL and USS

[Paul Gilmartin]

On Wed, 26 Jun 2024 03:15:25 +, kekronbekron wrote:

>Are you able to share this, Paul?
> 
I no longer have the code.

I used ISPF Edit facilities to get LRECL, RECFM of the Edited file.

BPXWDYN or ALLOCATE SYSOUT INTRDR with similar attributes.

Extracted lines and wrote one-by-one with EXECIO.
(Why doesn't silly ISPF support stem variables!?)

In an earlier approach I used FTP; FILETYPE=JES, JESRECFM, JESLRECL.

Both successful.


>On Tuesday, June 25th, 2024 at 23:32, Paul Gilmartin wrote:
>
>> On Tue, 25 Jun 2024 13:33:59 -0400, Phil Smith III wrote:
>> 
>> > SWAG but have you tried a trailing semicolon? Or quotes around the value? 
>> > I found an example on the web for another product:
>> > ENVAR C='X Y'
>> > ...which sorta suggests that the quotes might work. Might try both flavors 
>> > of quote, too.
>> 
>> Or, RECFM=VB.
>> 
>> I wrote an Edit macro which allocates INTRDR with the attributes of the
>> file being edited in order to avoid the 80-characte limit. Why didn't IBM
>> think of that? I consider quiet truncation to be data corruption.

-- 
gil

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