Re: SYSTEM REXX

[Styles, Andy (ITS zPlatform Services)]

Classification: Public

System REXX is documented in the most obvious of places - the z/OS MVS 
Programming: Authorised Assembler Services Guide, chapter 31. 

https://www.ibm.com/docs/en/zos/2.5.0?topic=guide-system-rexx
 
Andy Styles
z/Series Systems Programmer

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
René Jansen
Sent: 15 July 2022 10:49
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SYSTEM REXX

*** This email is from an external source - be careful of attachments and 
links. Please report suspicious emails ***

Not official documentation, but we had an interesting presentation on System 
Rexx by Harris Morgenstern of the System Rexx team at the 2010 International 
Rexx Language Symposium.
It is here: 
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fhome.rexxla.org%2Fpresentations%2F2010%2FSysrexxSymposium2010.pdfdata=05%7C01%7CAndy.Styles%40LloydsBanking.com%7Ce00b6a79502e4ac8dcb508da664758fe%7C3ded2960214a46ff8cf4611f125e2398%7C0%7C0%7C637934754386709032%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=ihgXV1FtWO%2BcSm4vaBjS2kGnS98vfPnXgg34Ep53IA0%3Dreserved=0
 


René.


> On 15 Jul 2022, at 11:41, Seymour J Metz  wrote:
>
> You can certainly initialize REXX in a TSO session to support other 
> environments, but I doubt that the System REXX environments would work under 
> TSO.
>
> Where in z/OS Internet Library > z/OS V2R5 Library 
> ()
>  are the System REXX manuals listed?
>
>
>
> --
> Shmuel (Seymour J.) Metz
> https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmason
> .gmu.edu%2F~smetz3data=05%7C01%7CAndy.Styles%40LloydsBanking.com%
> 7Ce00b6a79502e4ac8dcb508da664758fe%7C3ded2960214a46ff8cf4611f125e2398%
> 7C0%7C0%7C637934754386709032%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwM
> DAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C
> sdata=B07VrPns6d%2BondZ9lXGUNr3mkwVHtiP80518Yt48PJ4%3Dreserved=0
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on 
> behalf of Kenneth J. Kripke [k.kri...@comcast.net]
> Sent: Thursday, July 14, 2022 2:20 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: SYSTEM REXX
>
> Apologies for asking, but, I am attempting to use SYSTEM REXX to test out 
> various automation rules.
> I would like to know what is needed to establish the environment to invoke 
> some of the functions such as AXRWTO, AXRWTOR, etc.
> I am attempting to issue the calls through standard TSO REXX.
>
> Sincerely;
>
> Kenneth J. Kripke
> k.kri...@comcast.net
>
> Sent from Mail for Windows
>
>
> --
> 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
Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.

Scottish Widows Schroder Personal Wealth Limited. Registered Office: 25 Gresham 
Street, London EC2V 7HN. Registered in England and Wales no. 11722983.

Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 

Re: Trying to use long parm= in started task

[Styles, Andy (ITS zPlatform Services)]

Classification: Public

Providing it's running under JES2 or JES3 and not SUB=MSTR, instream data in 
procedures is fine:

//PGM EXEC PGM=FRED,PARMDD=PARMS
//PARMS DD *
blah blah blah

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Colin Paice
Sent: 01 December 2021 09:12
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Trying to use long parm= in started task

*** This email is from an external source - be careful of attachments and 
links. Please report suspicious emails ***

PARMDD was the easy bit.  But how do you get the started task parameters into 
PARMDD?

On Wed, 1 Dec 2021 at 08:44, Mike Schwab  wrote:

> PARMDD.
> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.
> ibm.com%2Fdocs%2Fen%2Fzos%2F2.1.0%3Ftopic%3Dparameter-examples-parmdd&
> amp;data=04%7C01%7CAndy.Styles%40LloydsBanking.com%7Cb569694c823e46cb1
> 59f08d9b4aac859%7C3ded2960214a46ff8cf4611f125e2398%7C0%7C0%7C637739467
> 878831910%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIi
> LCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=qNneGDjjrQT88PlsI1Y35p
> eTnmPLF6zMqCNK6ol%2Fe0A%3Dreserved=0
>
> On Wed, Dec 1, 2021 at 8:27 AM Colin Paice  wrote:
> >
> > I want to use a started task to start my web browser, but the size 
> > of the parameters exceeds the 100 char limit for parm=
> >
> > Is there a nice way of passing the data?
> >
> > Ive tried using symbols, and passing them in to an instream dataset, 
> > with SYMBOLS=
> > I then need dummy steps to actually use the parameters, otherwise 
> > you get IEFC657I THE SYMBOL ACTION WAS NOT USED
> >
> > One attempt is below.
> >
> > //COLWEB   PROC ACTION='start',
> > //  DIR='/usr/lpp/ihsa_zos',
> > //  CONF='/u/mqweb3/conf/httpd.conf',
> > //  T='-t -DDUMP_CONFIG'
> > //*-
> >
> >
> >
> > *//  EXPORT SYMLIST=* //  SET A1='' //  SET D1='' //  SET 
> > T2='' *
> > //IHS  EXEC PGM=BPXBATCH,REGION=0M
> > //STDINDD *,*SYMBOLS=EXECSYS *
> >
> >
> > */bin/apachectl -k  -f  -DNO_DETACH   *
> > *blah blah blah*
> > /*
> > //STDOUT   DD  SYSOUT=H
> > //STDERR   DD  SYSOUT=H
> > //STDENV   DD  DISP=SHR,DSN=USER.Z24C.PROCLIB(HTTPENV)
> >
> >
> > *//DUMMYEXEC PGM=IEFBR14,REGION=0M, //  PARM='  ' *
> >
> > *//DUMMY2EXEC PGM=IEFBR14,REGION=0M, //  PARM='' *
> > //  PEND
> >
> > 
> > -- 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
>

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.

Scottish Widows Schroder Personal Wealth Limited. Registered Office: 25 Gresham 
Street, London EC2V 7HN. Registered in England and Wales no. 11722983.

Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.

Scottish Widows Schroder Personal Wealth Limited is authorised and regulated by 
the Financial Conduct Authority.

Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate Markets plc. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 
6, 60313 Frankfurt, Germany. The company is registered with the Amtsgericht 
Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für 
Finanzdienstleistungsaufsicht.

Halifax is a division of Bank of Scotland plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.



This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and 

Re: How to extract SMPE Enhanced HOLDDATA from existing CSI

[Styles, Andy (ITS zPlatform Services)]

Classification: Public

Might depend on what you're after, but will

  SET BOUNDARY(GLOBAL).

  LIST   
 HOLDSYSTEM  
 HOLDDATA
.

do what you want?

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bruce Hewson
Sent: 01 December 2021 08:45
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: How to extract SMPE Enhanced HOLDDATA from existing CSI

*** This email is from an external source - be careful of attachments and 
links. Please report suspicious emails ***

Question for SMP gurus.


Is there a way to extract/rebuild an Enhanced Holddata list from the active 
GLOBAL CSI?

Regards
Bruce

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.

Scottish Widows Schroder Personal Wealth Limited. Registered Office: 25 Gresham 
Street, London EC2V 7HN. Registered in England and Wales no. 11722983.

Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.

Scottish Widows Schroder Personal Wealth Limited is authorised and regulated by 
the Financial Conduct Authority.

Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate Markets plc. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 
6, 60313 Frankfurt, Germany. The company is registered with the Amtsgericht 
Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für 
Finanzdienstleistungsaufsicht.

Halifax is a division of Bank of Scotland plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.



This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: iebcopy problem copy load from pdse to pds

[Styles, Andy (ITS zPlatform Services)]

Classification: Public

The message is pretty clear: Your VTMF.LINKLIB is a PDSE that contains program 
objects, and you can't put those into a PDS - the target library 
(S172.SYSL.ENDEVOR.V17R0 in this case) MUST be a PDSE. 

At a wild guess, based purely on the member name being copied (M10SNCOB here), 
it's a COBOL program that's been compiled under COBOL v5 or later, and so 
requires a PDSE as the target library for the executable.

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Weizman arbel
Sent: 23 November 2021 08:00
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: iebcopy problem copy load from pdse to pds

*** This email is from an external source - be careful of attachments and 
links. Please report suspicious emails ***

hello ,

There is a suggestion on how to do ?
It brings me back this error :

IEW2606S 4B39 MODULE INCORPORATES VERSION 3 PROGRAM OBJECT FEATURES AND CANNOT 
BE SAVED IN LOAD MODULE FORMAT.


IEB1135I IEBCOPY  FMID HDZ2240  SERVICE LEVEL UJ00519  DATED 20190816 DFSMS 02.0
IEB1035I S172IEB1  IEBCOPY1 09:42:53 TUE 23 NOV 2021 PARM=''
  COPY  OUTDD=SYSUT2,INDD=((SYSUT1,R)),LIST=YES 
  SELECT MEMBER=(M10SNCOB)  
IEB1013I COPYING FROM PDSE  INDD=SYSUT1   VOL=TMD002 DSN=VMTF.LINKLIB   
IEB1014I   TO PDS  OUTDD=SYSUT2   VOL=USL003 DSN=S172.SYSL.ENDEVOR.V17R0
IGW01207E BINDER DETECTED AN ERROR WHILE PROCESSING MEMBER M10SNCOB 
.  BINDER RETURN CODE = X'000C' REASON CODE = X'83000422'   
IGW01550I 0 OF 1 SPECIFIED  MEMBERS WERE COPIED 
IEB1130W AN ERROR MESSAGE FROM FAMS PROCESSING APPEARS ABOVE -- DIAGNOSTIC INFOR
IEB151I JOB HAS TERMINATED WITH ERROR(S)
IEB147I END OF JOB - 4 WAS HIGHEST SEVERITY CODE   

thanks , weizman 

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.

Scottish Widows Schroder Personal Wealth Limited. Registered Office: 25 Gresham 
Street, London EC2V 7HN. Registered in England and Wales no. 11722983.

Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.

Scottish Widows Schroder Personal Wealth Limited is authorised and regulated by 
the Financial Conduct Authority.

Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate Markets plc. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 
6, 60313 Frankfurt, Germany. The company is registered with the Amtsgericht 
Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für 
Finanzdienstleistungsaufsicht.

Halifax is a division of Bank of Scotland plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.



This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: FTP-Server list files starting with a dot ("hidden files")

[Styles, Andy (ITS zPlatform Services)]

Classification: Public

Doh!

ls -la, not la -la

Fingers faster than brain.

All this assumes that you wanted the command to list the files, rather than 
making the FTP server always list 'hidden' files. If it's the latter you want, 
I've no idea. 

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Styles, Andy (ITS zPlatform Services)
Sent: 19 November 2021 08:45
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FTP-Server list files starting with a dot ("hidden files")

*** This email is from an external source - be careful of attachments and 
links. Please report suspicious emails ***

Classification: Public

ls -a

or 

la -la

-l being 'long', and -a being 'all'

ftp> ls -a
200 Port request OK.
125 List started OK
.
..
.bash_history
.bashrc
.gitconfig

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Michael Knigge
Sent: 19 November 2021 07:22
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FTP-Server list files starting with a dot ("hidden files")

*** This email is from an external source - be careful of attachments and 
links. Please report suspicious emails ***

Hi,

I've read the manual but found nothing Does anyone of you know if it 
somehow possible to tell the z/OS FTP server that a "ls" should also return 
files that just start with a "." In the filename, like ".gitkeep" or something 
like that


Thanks,
Michael


Mit freundlichen Grüßen 

Michael Knigge
Software Engineer 

SET GmbH
Rühmkorffstraße 5
30163 Hannover 

Telefon: +49 511 330 998 23
Fax: +49 511 330 998 65
michael.kni...@set.de
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fset.de%2Fdata=04%7C01%7CAndy.Styles%40LloydsBanking.com%7C9092bf795fe3408e907108d9ab38e869%7C3ded2960214a46ff8cf4611f125e2398%7C0%7C0%7C637729083186132642%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=jT4YCNikuJrwZq9I%2FRO4jvqZ%2FSduseb8uZgo%2FM1TUU0%3Dreserved=0
 

Handelsregister: Amtsgericht Hannover HRB 52778
Geschäftsführer: Dr.-Ing. Tobias Baum, Arthur Brack, Hendrik Leder Weitere 
Hinweise zum Datenschutz finden Sie unter 
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fset.de%2Fdatenschutzdata=04%7C01%7CAndy.Styles%40LloydsBanking.com%7C9092bf795fe3408e907108d9ab38e869%7C3ded2960214a46ff8cf4611f125e2398%7C0%7C0%7C637729083186132642%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=r1S9s0SGjR1%2B9oAErPB2JHk5Vuo1gp4H692i9rD4Go8%3Dreserved=0


Mit freundlichen Grüßen

Michael Knigge



SET GmbH
Rühmkorffstraße 5
30163 Hannover

Telefon: +49 511 330 998 23
Fax: +49 511 330 998 65
michael.kni...@set.de
https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.set.de%2Fdata=04%7C01%7CAndy.Styles%40LloydsBanking.com%7C9092bf795fe3408e907108d9ab38e869%7C3ded2960214a46ff8cf4611f125e2398%7C0%7C0%7C637729083186132642%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=bVOxmc9qWoWMa6hvHjk%2FJ5uW%2Bir8WfbOGYZdWSZw%2Bao%3Dreserved=0

Handelsregister: Amtsgericht Hannover HRB 52778
Geschäftsführer: Tobias Baum, Arthur Brack, Hendrik Leder 

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN Lloyds Banking Group 
plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland 
no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.

Scottish Widows Schroder Personal Wealth Limited. Registered Office: 25 Gresham 
Street, London EC2V 7HN. Registered in England and Wales no. 11722983.

Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.

Scottish Widows Schroder Personal Wealth Limited is authorised and regulated by 
the Financial Conduct Authority.

Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate Markets plc. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 
6, 60313 Frankfurt, Germany. The company is registered with the Amtsgericht 
Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH is supervised by the Bunde

Re: FTP-Server list files starting with a dot ("hidden files")

[Styles, Andy (ITS zPlatform Services)]

Classification: Public

ls -a

or 

la -la

-l being 'long', and -a being 'all'

ftp> ls -a
200 Port request OK.
125 List started OK
.
..
.bash_history
.bashrc
.gitconfig

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Michael Knigge
Sent: 19 November 2021 07:22
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FTP-Server list files starting with a dot ("hidden files")

*** This email is from an external source - be careful of attachments and 
links. Please report suspicious emails ***

Hi,

I've read the manual but found nothing Does anyone of you know if it 
somehow possible to tell the z/OS FTP server that a "ls" should also return 
files that just start with a "." In the filename, like ".gitkeep" or something 
like that


Thanks,
Michael


Mit freundlichen Grüßen 

Michael Knigge
Software Engineer 

SET GmbH
Rühmkorffstraße 5
30163 Hannover 

Telefon: +49 511 330 998 23
Fax: +49 511 330 998 65
michael.kni...@set.de
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fset.de%2Fdata=04%7C01%7CAndy.Styles%40LloydsBanking.com%7C1a22800a79eb4b7d119808d9ab2d64cf%7C3ded2960214a46ff8cf4611f125e2398%7C0%7C0%7C637729033713935122%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=FG2R7SgVnZEOkn0on8Griw9KiY%2B3wpOOrrurHQS6bnM%3Dreserved=0
 

Handelsregister: Amtsgericht Hannover HRB 52778
Geschäftsführer: Dr.-Ing. Tobias Baum, Arthur Brack, Hendrik Leder Weitere 
Hinweise zum Datenschutz finden Sie unter 
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fset.de%2Fdatenschutzdata=04%7C01%7CAndy.Styles%40LloydsBanking.com%7C1a22800a79eb4b7d119808d9ab2d64cf%7C3ded2960214a46ff8cf4611f125e2398%7C0%7C0%7C637729033713945076%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=kfDY2ZD7%2BXjNjwNpgCteh02x5b36ljSSPVRpEtybKC8%3Dreserved=0


Mit freundlichen Grüßen

Michael Knigge



SET GmbH
Rühmkorffstraße 5
30163 Hannover

Telefon: +49 511 330 998 23
Fax: +49 511 330 998 65
michael.kni...@set.de
https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.set.de%2Fdata=04%7C01%7CAndy.Styles%40LloydsBanking.com%7C1a22800a79eb4b7d119808d9ab2d64cf%7C3ded2960214a46ff8cf4611f125e2398%7C0%7C0%7C637729033713945076%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=L3KmfCKk%2FEjn5OnPSgCHl5LET4sK7XkPnLQUEABBAUs%3Dreserved=0

Handelsregister: Amtsgericht Hannover HRB 52778
Geschäftsführer: Tobias Baum, Arthur Brack, Hendrik Leder 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.

Scottish Widows Schroder Personal Wealth Limited. Registered Office: 25 Gresham 
Street, London EC2V 7HN. Registered in England and Wales no. 11722983.

Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.

Scottish Widows Schroder Personal Wealth Limited is authorised and regulated by 
the Financial Conduct Authority.

Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate Markets plc. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 
6, 60313 Frankfurt, Germany. The company is registered with the Amtsgericht 
Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für 
Finanzdienstleistungsaufsicht.

Halifax is a division of Bank of Scotland plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.



This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to 

Re: SMPe automated job to receive maintenance

[Styles, Andy (ITS zPlatform Services)]

Classification: Public

There sure is; the SMPE manual has a whole section on receiving maintenance 
through a batch job:

https://www.ibm.com/docs/en/zos/2.4.0?topic=guide-preparing-use-internet-service-retrieval

I haven't been near Shopz for about 4 years for maintenance. 

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Giannelli
Sent: 02 September 2021 10:39
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMPe automated job to receive maintenance

*** This email is from an external source - be careful of attachments and 
links. Please report suspicious emails ***

When getting maintenance, normally I sign onto Shopz, and order the latest 
maintenance, download it and receive it.
Is there a automated way to receive maintenance through a regularly scheduled 
batch job?
thanks
Bill

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.

Scottish Widows Schroder Personal Wealth Limited. Registered Office: 25 Gresham 
Street, London EC2V 7HN. Registered in England and Wales no. 11722983.

Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.

Scottish Widows Schroder Personal Wealth Limited is authorised and regulated by 
the Financial Conduct Authority.

Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate Markets plc. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 
6, 60313 Frankfurt, Germany. The company is registered with the Amtsgericht 
Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für 
Finanzdienstleistungsaufsicht.

Halifax is a division of Bank of Scotland plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.



This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: Pronunciations (spun off of another thread)

[Styles, Andy (ITS zPlatform Services)]

Classification: Public

According to Chambers dictionary (the de facto resource for cryptic crosswords 
here), there are 12 noun definitions for root, 4 intransitive verb definitions, 
and 6 transitive verb definitions..

The one you're referring to appears, according to the entries, to be Australian 
and New Zealand slang 

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: 10 May 2021 04:18
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Pronunciations (spun off of another thread)

-- This email has reached the Bank via an external source --
 

It is indeed odd. We pronounce it both ways. Indeed, we say "root" 66. But "I 
took a different 'rout' across town."

Further, here we root for our favorite sports teams. My understanding is that 
in England, rooting is not something one does in polite company.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lennie Dymoke-Bradshaw
Sent: Sunday, May 9, 2021 5:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Pronunciations (spun off of another thread)

Coming from England, we always pronounce "route" with a long sound, like 
"root". I understand that in the USA it is usually pronounced the same as 
"rout". No problem. 

But in the song "Route 66" it is pronounced the same way we do in England. Why 
is that?

Lennie Dymoke-Bradshaw
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Frsclweb.com%2Fdata=04%7C01%7CAndy.Styles%40LloydsBanking.com%7C70ebbd4c937041a2060108d91362464d%7C3ded2960214a46ff8cf4611f125e2398%7C0%7C0%7C637562135078484186%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=dgswyrSXHRVtNMlmSxerjtSPLKZmV2Gr6DDM3fspGwM%3Dreserved=0
‘Dance like no one is watching. Encrypt like everyone is.’

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.

Scottish Widows Schroder Personal Wealth Limited. Registered Office: 25 Gresham 
Street, London EC2V 7HN. Registered in England and Wales no. 11722983.

Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.

Scottish Widows Schroder Personal Wealth Limited is authorised and regulated by 
the Financial Conduct Authority.

Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate Markets plc. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 
6, 60313 Frankfurt, Germany. The company is registered with the Amtsgericht 
Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für 
Finanzdienstleistungsaufsicht.

Halifax is a division of Bank of Scotland plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.



This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: Format PDS unloaded on an CD

[Styles, Andy (ITS zPlatform Services)]

Classification: Public

I wonder if these are IEBCOPY unload format - that is, IEBCOPY from a PDS to a 
PS.  It's been years since I had to deal with those, probably since I installed 
products directly from a vendor tape (one of those round things with the 
write-protect ring).

IEBCOPY seems to create unload format dasd datasets (here, at least) as

Organization  . . . : PS 
Record format . . . : VS 
Record length . . . : 32736  
Block size  . . . . : 32740  

Worth uploading one of those files as binary and then using an IEBCOPY PS to 
PDS to reload it?

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Hilario Garcia
Sent: 19 April 2021 06:42
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Fwd: Format PDS unloaded on an CD

-- This email has reached the Bank via an external source --
 

-- Forwarded message -
De: Hilario Garcia 
Date: lun, 19 abr 2021 a las 7:40
Subject: Format PDS unloaded on an CD
To: 


Hello,

Thank you very much for your contributions.
I have done multiple tests with different utilities (XMIT, FTP, IND $ FILE,
AMATERSE) and I have not been able to download them in a valid format.
Attached I send in hexadecimal format the beginning of one of the PDS (loaded 
as FB, lrecl = 80) and it seems that at the beginning of the file is the 
directory of a PDS partitioned file. If the file is loaded as FB and 80 bytes 
long, you can see the code in EBCDIC format. The original file is in format 
binary and I have loaded it in binary.

I would appreciate your help in this regard.

Thank you very much in advance.

Kind Regards

Hilario



--
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
Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.

Scottish Widows Schroder Personal Wealth Limited. Registered Office: 25 Gresham 
Street, London EC2V 7HN. Registered in England and Wales no. 11722983.

Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.

Scottish Widows Schroder Personal Wealth Limited is authorised and regulated by 
the Financial Conduct Authority.

Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate Markets plc. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 
6, 60313 Frankfurt, Germany. The company is registered with the Amtsgericht 
Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für 
Finanzdienstleistungsaufsicht.

Halifax is a division of Bank of Scotland plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.



This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: ISPF for mainframe Linux

[Styles, Andy (ITS zPlatform Services)]

Classification: Public

Rocket has indeed ported vim to z/OS; I use it all the time. 

It took a while to getting used to, being unfamiliar with that kind of editor, 
but once I got the terminal file sorted, and the keyboard mappings worked out, 
it's good. The challenge is the extent of what it can do - I've barely 
scratched the surface and I'm sure I could be doing things more efficiently, 
but for what I need it for, it's fine.

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: 27 January 2021 16:20
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ISPF for mainframe Linux

-- This email has reached the Bank via an external source --
 

On Wed, 27 Jan 2021 15:44:46 +0800, David Crayford wrote:

>Doesn't everybody know that 'G' takes you to the bottom of the file and 
>'gg' to the top ;)
> 
I didn't.  I had been using '1G' for decades since I learned it.
Thanks for the hint.

Has Rocket ported Vim to z/OS?


On Wed, 27 Jan 2021 06:05:05 +, Seymour J Metz wrote:

>> Linux ISPF clone
>
>No File Tailoring, among other issues
>
I never learned it.  I have relied on keeping my JCL in here-documents in shell 
scripts and relying on shell facilities for tailoring.  How much am I missing?

The glaring lack in ISPF Edit is Command Substitution such as in vi:
:r ! TZ=EST5EDT date
:w ! mutt e...@univie.ac.at

I've occasonaly dabbled in macros for that.  It should be built-in.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.

Scottish Widows Schroder Personal Wealth Limited. Registered Office: 25 Gresham 
Street, London EC2V 7HN. Registered in England and Wales no. 11722983.

Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.

Scottish Widows Schroder Personal Wealth Limited is authorised and regulated by 
the Financial Conduct Authority.

Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate Markets plc. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 
6, 60313 Frankfurt, Germany. The company is registered with the Amtsgericht 
Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für 
Finanzdienstleistungsaufsicht.

Halifax is a division of Bank of Scotland plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.



This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: z/OS holddata per https?

[Styles, Andy (ITS zPlatform Services)]

Classification: Limited

You can use RECEIVE ORDER to just get HOLDDATA.

  RECEIVE
ORDER(   
ORDERSERVER(ORDRINFO)   
CONTENT(HOLDDATA)   
 CLIENT(CLNTINFO)  
 )   

Andy Styles
z/Series System Programmer

LLOYDS BANKING GROUP
07802 309040 | andy.sty...@lloydsbanking.com
Lloyds Banking Group, 33 Old Broad Street, London

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Barbara Nitz
Sent: 12 January 2021 06:12
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS holddata per https?

-- This email has reached the Bank via an external source --
 

Kurt,

>Not exactly what you asked for, but you can order and download the 
>HOLDDATA, all with HTTPS, using SMP/E RECEIVE ORDER.  Read about it 
>here (watch the wrap:
>https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.i
>bm.com%2Fsupport%2Fknowledgecenter%2FSSLTBW_2.4.0%2Fcom.ibm.zos.v2r4.gi
>m3000%2Fdsetup.htmdata=04%7C01%7CAndy.Styles%40LloydsBanking.com%7
>Cdefca5bca94947f522aa08d8b6c1083f%7C3ded2960214a46ff8cf4611f125e2398%7C
>0%7C0%7C637460287480090188%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAi
>LCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=UEI6uoz
>Y%2BFLRKBNVzaVGsdo%2BXD%2BYfwAa0pYkuqW%2FEbk%3Dreserved=0

I found SMPHOLD when I had already done the receive order. A colleague gave me 
a pax and a cp statement so this time around I can do my refresh. But: in 3-4 
months time I'll do the accept, and then I need fresh holddata so I don't 
accept anything gone PE in the meantime. Ditto for when we migrate to the z15 
this year. I should not have to order ptfs any time I need holddata, and I did 
not see a way in ShopZ to order only HOLDDATA.

So I take it that except for the ftp link on that page there is no other way to 
get holddata via http/s from a browser. I guess my boss will have to escalate 
this to management because in my opinion this threatens the stability of z/OS 
in our installation.

Thanks for your help,
Barbara

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.

Scottish Widows Schroder Personal Wealth Limited. Registered Office: 25 Gresham 
Street, London EC2V 7HN. Registered in England and Wales no. 11722983.

Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.

Scottish Widows Schroder Personal Wealth Limited is authorised and regulated by 
the Financial Conduct Authority.

Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate Markets plc. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 
6, 60313 Frankfurt, Germany. The company is registered with the Amtsgericht 
Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für 
Finanzdienstleistungsaufsicht.

Halifax is a division of Bank of Scotland plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.



This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: Request for help with removing sequence numbers from PDS members

[Styles, Andy (ITS zPlatform Services)]

Classification: Public

ISREDIT MACRO must be the first macro command in a macro. The ISPEXEC doesn't 
count as a macro command; they can certainly be used prior to an ISREDIT MACRO 
command.

I have many examples of this usage to determine whether a command is being 
called as a macro or a command.

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: 11 January 2021 16:56
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Request for help with removing sequence numbers from PDS members

-- This email has reached the Bank via an external source --
 

On Mon, 11 Jan 2021 16:36:35 +, Sean Gleann  wrote:
>
>The next command in the REXX is "ISREDIT MACRO", but that leads back to 
>the
>RC(20) situation
>"ISPEXEC CONTROL ERRORS RETURN"
>"ISREDIT MACRO"
>  +++ RC(20) +++
> 
"ISREDIT MACRO" must be the first command in a MACRO.  It may not follow 
"ISPEXEC ..."

At times I have needed two SYSEXEC members, one to start Edit with the second 
as the initial MACRO.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.

Scottish Widows Schroder Personal Wealth Limited. Registered Office: 25 Gresham 
Street, London EC2V 7HN. Registered in England and Wales no. 11722983.

Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.

Scottish Widows Schroder Personal Wealth Limited is authorised and regulated by 
the Financial Conduct Authority.

Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate Markets plc. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 
6, 60313 Frankfurt, Germany. The company is registered with the Amtsgericht 
Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für 
Finanzdienstleistungsaufsicht.

Halifax is a division of Bank of Scotland plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.



This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: Request for help with removing sequence numbers from PDS members

[Styles, Andy (ITS zPlatform Services)]

Classification: Public

Should have pointed out that you obviously needed to have copied your source 
dataset to your target before running this on the target. DFDSS, IEBCOPY, take 
your pick.

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Styles, Andy (ITS zPlatform Services)
Sent: 11 January 2021 10:46
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Request for help with removing sequence numbers from PDS members

-- This email has reached the Bank via an external source --
 

Classification: Public

Quick and dirty - assumes the profile will put numbers in 73-80, and doesn't do 
much in the way of error checking:

/* REXX */ 
   
parse source . . me .  
   
arg dataset .  
   
"ISPEXEC CONTROL ERRORS RETURN"
"ISREDIT MACRO"
edMac = rc 
"ISPEXEC CONTROL ERRORS CANCEL"
   
if edMac = 0 then do   
   call macroMode  
   exit
end
   
"ISPEXEC LMINIT DATAID(DSN) DATASET('"dataset"') ENQ(SHR)" 
"ISPEXEC LMOPEN DATAID()"  
   
Do until RC > 0 
   "ISPEXEC LMMLIST DATAID() OPTION(LIST) MEMBER(MEMBER) STATS(NO)"
   If RC = 8 Then  
  Leave
   If RC = 0 Then  
  "ISPEXEC EDIT DATAID() MEMBER() MACRO()"   
End
   
"ISPEXEC LMCLOSE DATAID()" 
"ISPEXEC LMFREE DATAID()"  
   
Exit   
   
macroMode: 
   
   "ISREDIT NUM"   
   "ISREDIT UNNUM" 
   "ISREDIT END"   
   
return  

Run it in batch ISPF with an ISPLOG, and you'll get a list of members updated 
(I called this MEMUPD):

TSO - Command  -  - %MEMUPD MY.DATASET 
TSO - Command  -  - %MEMUPD 
   
Edit - Save   - ISRE006  MY.DATASET(MAKEBIG) - member saved.   
TSO - Command  -  - %MEMUPD 
   
Edit - Save   - ISRE006  MY.DATASET(PARMTEST) - member saved.  
TSO - Command  -  - %MEMUPD 
   
Edit - Save   - ISRE006  MY.DATASET(UTF16) - member saved.  
  

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Chris Hoelscher
Sent: 11 January 2021 10:26
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Request for help with removing sequence numbers from PDS members

-- This email has reached the Bank via an external source --
 

Here is something I am doing (for other reasons) but it might help

Run IEBPTPCH against the old pds(e)
Walk thru the IEBPTPCH output - grabbing the member name and doing what you 
need to do to each line or build iebgener control cards to clear the columns 
When you hit a new member, dispose of the previous lines by making them the 
sysut1 in the aforementioned iebcopy with sysut2 into the corresponding

Re: Request for help with removing sequence numbers from PDS members

[Styles, Andy (ITS zPlatform Services)]

Classification: Public

Quick and dirty - assumes the profile will put numbers in 73-80, and doesn't do 
much in the way of error checking:

/* REXX */ 
   
parse source . . me .  
   
arg dataset .  
   
"ISPEXEC CONTROL ERRORS RETURN"
"ISREDIT MACRO"
edMac = rc 
"ISPEXEC CONTROL ERRORS CANCEL"
   
if edMac = 0 then do   
   call macroMode  
   exit
end
   
"ISPEXEC LMINIT DATAID(DSN) DATASET('"dataset"') ENQ(SHR)" 
"ISPEXEC LMOPEN DATAID()"  
   
Do until RC > 0 
   "ISPEXEC LMMLIST DATAID() OPTION(LIST) MEMBER(MEMBER) STATS(NO)"
   If RC = 8 Then  
  Leave
   If RC = 0 Then  
  "ISPEXEC EDIT DATAID() MEMBER() MACRO()"   
End
   
"ISPEXEC LMCLOSE DATAID()" 
"ISPEXEC LMFREE DATAID()"  
   
Exit   
   
macroMode: 
   
   "ISREDIT NUM"   
   "ISREDIT UNNUM" 
   "ISREDIT END"   
   
return  

Run it in batch ISPF with an ISPLOG, and you'll get a list of members updated 
(I called this MEMUPD):

TSO - Command  -  - %MEMUPD MY.DATASET 
TSO - Command  -  - %MEMUPD 
   
Edit - Save   - ISRE006  MY.DATASET(MAKEBIG) - member saved.   
TSO - Command  -  - %MEMUPD 
   
Edit - Save   - ISRE006  MY.DATASET(PARMTEST) - member saved.  
TSO - Command  -  - %MEMUPD 
   
Edit - Save   - ISRE006  MY.DATASET(UTF16) - member saved.  
  

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Chris Hoelscher
Sent: 11 January 2021 10:26
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Request for help with removing sequence numbers from PDS members

-- This email has reached the Bank via an external source --
 

Here is something I am doing (for other reasons) but it might help

Run IEBPTPCH against the old pds(e)
Walk thru the IEBPTPCH output - grabbing the member name and doing what you 
need to do to each line or build iebgener control cards to clear the columns 
When you hit a new member, dispose of the previous lines by making them the 
sysut1 in the aforementioned iebcopy with sysut2 into the corresponding member 
in the new pds(e)

Clear as mud?


Chris Hoelscher
Lead Sys DBA
IBM Global Technical Services on assignmemt to Humana Inc.
T 502.476.2538  or 502.407.7266

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Sean Gleann
Sent: Monday, January 11, 2021 4:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM-MAIN] Request for help with removing sequence numbers from PDS 
members

[External Email: Use caution with links and attachments]


This has almost certainly cropped up before but try as I might, I can't spot 
anything obvious in the archives.

I have a need to strip sequence numbers from members in a PDS or PDSE.
The input PDS(E) has DCB 

Re: USS and TSO disconnect time

[Styles, Andy (ITS zPlatform Services)]

Classification: Public

You may want to look into the PWT detailed in BPXPRMxx; you may need to follow 
that on to SMFPRMxx to see what TWT/JWT/SWT values are set there. 

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
ITschak Mugzach
Sent: 10 December 2020 09:39
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: USS and TSO disconnect time

-- This email has reached the Bank via an external source --
 

I noticed that if I start OMVS, my TSO account is not disconnected after the 
time limit. It will remain active until the next IPL. I tested that in various 
OS levels and few clients (including our lpars).

Any idea why?

ITschak

ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Continuous Monitoring for 
z/OS, x/Linux & IBM I **| z/VM coming soon  *

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.

Scottish Widows Schroder Personal Wealth Limited. Registered Office: 25 Gresham 
Street, London EC2V 7HN. Registered in England and Wales no. 11722983.

Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.

Scottish Widows Schroder Personal Wealth Limited is authorised and regulated by 
the Financial Conduct Authority.

Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate Markets plc. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 
6, 60313 Frankfurt, Germany. The company is registered with the Amtsgericht 
Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für 
Finanzdienstleistungsaufsicht.

Halifax is a division of Bank of Scotland plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.



This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: CA Broadcom Replacement Software

[Styles, Andy (ITS zPlatform Services)]

Classification: Public

Logging back on with RECONNECT - either at a native VTAM (unformatted?) screen, 
as in LOGON APPLID(blah) DATA(RECONNECT) - and/or possibly with the Reconnect 
option selected on the full screen TSO logon screen takes me straight back to 
where I was whenever I experience a drop out. I don't know whether that's a 
setting in VTAM, IP or something else, but it has saved me on countless 
occasions. That's assuming you're trying to get back to TSO of course.

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: 09 December 2020 19:18
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CA Broadcom Replacement Software

-- This email has reached the Bank via an external source --
 

I'm going to *slightly* disagree with the multi windows instead of a session 
manager.  Session manager gets closer to a single signon because it can mask 
signing on to everything.  It also typically has a longer timeout and can 
seemingly withstand a network drop.  I'm currently experiencing multiple WAN 
drops to work daily.  My TN3270 sessions lose connectivity when the network 
drops so once the network is back I have to disconnect/reconnect my TN3270 
connections but our session manager just drops me right back where I was.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gibney, Dave
Sent: Wednesday, December 9, 2020 1:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: CA Broadcom Replacement Software

DFRMM for CA-1
Multiple tn3270 windows instead of any session manager

> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Elaine Beal
> Sent: Wednesday, December 09, 2020 11:07 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: CA Broadcom Replacement Software
> 
> Any recommendations for CA1, CA Workload Automation (JSS/ESP), TPX 
> session manager replacements?
> 
> --
> 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

The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.

Scottish Widows Schroder Personal Wealth Limited. Registered Office: 25 Gresham 
Street, London EC2V 7HN. Registered in England and Wales no. 11722983.

Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.

Scottish Widows Schroder Personal Wealth Limited is authorised and regulated by 
the Financial Conduct Authority.

Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate Markets plc. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 
6, 60313 Frankfurt, Germany. The company is registered with the Amtsgericht 
Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für 
Finanzdienstleistungsaufsicht.

Halifax is a division of Bank of Scotland plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.



This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you 

Re: SMF to capture user login history

[Styles, Andy (ITS zPlatform Services)]

Classification: Public

Certainly not my area of expertise, but looks like maybe SMF type 30?

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.ieag200/rec30.htm

This may help as well:

https://www.ibm.com/support/pages/common-data-provider-tso-logon-successful-event-missing-racf-records-x80

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jake Anderson
Sent: 25 October 2020 06:16
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF to capture user login history

-- This email has reached the Bank via an external source --
 

Unfortunately I can't unfold in detail about our management requirements here 
but technically looking for some pointers.

On Sun, 25 Oct, 2020, 10:14 am Jake Anderson, 
wrote:

> KB,
>
> Not a stink and it just a requirement.
>
> On Sun, 25 Oct, 2020, 10:11 am kekronbekron, < 
> 02dee3fcae33-dmarc-requ...@listserv.ua.edu> wrote:
>
>> I hope no one encourages this kind of snooping on the list.
>> Stinks of an attempt to police working hours.
>>
>> - KB
>>
>> ‐‐‐ Original Message ‐‐‐
>> On Sunday, October 25, 2020 11:37 AM, Jake Anderson < 
>> justmainfra...@gmail.com> wrote:
>>
>> > Hello
>> >
>> > Cross posted.
>> >
>> > We have a SMF data for some years and I would like to fetch a 
>> > user's
>> logon
>> > history like when he was logged with all time intervals.
>> >
>> > Is there a sample JCL or process you are following without having 
>> > to use any third party product to process.
>> >
>> > Could someone please share any sample if you have and willing to share ?
>> >
>> > Jake
>> >
>> >
>> -
>> -
>> -
>> -
>> 
>> >
>> > 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
Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.

Scottish Widows Schroder Personal Wealth Limited. Registered Office: 25 Gresham 
Street, London EC2V 7HN. Registered in England and Wales no. 11722983.

Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.

Scottish Widows Schroder Personal Wealth Limited is authorised and regulated by 
the Financial Conduct Authority.

Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate Markets plc. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 
6, 60313 Frankfurt, Germany. The company is registered with the Amtsgericht 
Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für 
Finanzdienstleistungsaufsicht.

Halifax is a division of Bank of Scotland plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.



This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: [External] Re: ISPF dsn sort

[Styles, Andy (ITS zPlatform Services)]

Classification: Limited

I concur; deselecting 'Display Total Tracks' causes the progress bar to appear 
on a SORT command - I always have that selected, along with 'Show Catalog Name'.

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: 15 October 2020 15:01
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] Re: ISPF dsn sort

-- This email has reached the Bank via an external source --
 

That's not what is happening.  A different poster nailed it earlier.  If the 
"Display Total Tracks" is selected on the dataset list utility screen, the 
first time you hit PF10/11 to go right or left, ISPF needs to read the entire 
list in order to populate the "total tracks" line.  Thus you get the progress 
bar.  If you don't have that selected, ISPF only works with the screen's worth 
of data so no progress bar until you do a sort.  Once the sort is requested, 
ISPF needs to read the entire list to be able to do the sort correctly.  Once 
ISPF has all the information it needs, you can resort the data any way you want 
and it won't need to reread it.  

At least that's what I've seen with my testing of it.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Bob 
Bridges
Sent: Thursday, October 15, 2020 6:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: ISPF dsn sort

I've never noticed the behavior, but now that the OP has pointed it out, the 
reading-the-list-again explanation doesn't satisfy me.  If there's a delay and 
a progress bar when reading the list to do the sort, why is there no similar 
delay when scrolling right to see the data which (according to this 
explanation) has not yet been collected?

I'm not buying it.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* Our world is not divided by race, color, gender, or religion.  Our world is 
divided into wise people and fools. And fools divide themselves by race, color, 
gender, or religion.  -Mohamad Safa */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jesse 1 Robinson
Sent: Tuesday, October 13, 2020 13:12

This is one of those IIRC posts. I think this behavior goes back decades. The 
reason is as Kolusu states. Moreover--IIRC--the very appearance of the 
'progress bar' was in response to what could be a long delay. Delay to the 
point that the user might suspect that the process was hung outright. I 
remember when the bar was introduced with that very explanation. Everything in 
those distant days was slower than today. 

As for the difference in processing, I could imagine an RFE asking for a 'quick 
sort' based only on the data previously collected and displayed. 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Sri 
h Kolusu
Sent: Tuesday, October 13, 2020 9:47 AM

3.4 listing shows the list of datasets sorted on the Dataset name by default.  
Now when you issue SORT DSORG command , ISPF needs to read in the list once 
again and make DSORG as the primary key and then present you the list sorted on 
that order. You will

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lennie Dymoke-Bradshaw
Sent: Tuesday, October 13, 2020 11:18

This is something that has puzzled me for years.

I can use ISPF 3.4 to display a set of data sets. 
If I scroll right then I am shown the space usage figures.
Scroll right again and I am shown the DSORG, RECFM, Lrecl and Blksize.

If I now enter SORT DSORG I am presented with a progress bar and I am informed 
that information is being collected to perform the sort.

Given that the DSORG was already displayed, why does ISPF go and collect the 
same information again?

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


The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham 

Re: ISPF dsn sort

[Styles, Andy (ITS zPlatform Services)]

Classification: Public

I don't get that behaviour. What I see is the progress bar displayed when 
scrolling right the first time; after that ISPF presumably just uses the table 
it built to display the datasets. I've tried on both z/OS 2.3 and z/OS 2.4 and 
with SMS and non-SMS datasets, catalogued and uncataloged.

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dana Mitchell
Sent: 13 October 2020 16:36
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ISPF dsn sort

-- This email has reached the Bank via an external source --
 

On Tue, 13 Oct 2020 16:17:48 +0100, Lennie Dymoke-Bradshaw 
 wrote:
>I can use ISPF 3.4 to display a set of data sets. 
>If I scroll right then I am shown the space usage figures.
>Scroll right again and I am shown the DSORG, RECFM, Lrecl and Blksize.
>
>If I now enter SORT DSORG I am presented with a progress bar and I am informed 
>that information is being collected to perform the sort.
>
>Given that the DSORG was already displayed, why does ISPF go and collect the 
>same information again?
>

I would guess that to display DSORG,  it only collects info from the DSNAMEs 
that fit on your screen.  In order to SORT DSORG,  it has to collect the entire 
list before displaying

Dana

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.

Scottish Widows Schroder Personal Wealth Limited. Registered Office: 25 Gresham 
Street, London EC2V 7HN. Registered in England and Wales no. 11722983.

Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.

Scottish Widows Schroder Personal Wealth Limited is authorised and regulated by 
the Financial Conduct Authority.

Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate Markets plc. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 
6, 60313 Frankfurt, Germany. The company is registered with the Amtsgericht 
Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für 
Finanzdienstleistungsaufsicht.

Halifax is a division of Bank of Scotland plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.



This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: Working link for current 3270 Data Stream

[Styles, Andy (ITS zPlatform Services)]

Classification: Limited

There appears to be a GA23-0059-7 here:

 http://www.ruelgnoj.co.uk/3270/3270.pdf

Whether that's Tony's one, I don't know, but it looks like it came from 
Bookmanager - I can't access it from my work laptop, but it looks okay on my 
phone. 

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Spiegel
Sent: 29 September 2020 14:15
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Working link for current 3270 Data Stream

-- This email has reached the Bank via an external source --
 

Yeah, but it's not the latest one.

On 2020-09-29 09:05, Wendell Lovewell wrote:
> GA23-0059-4 is already on Bitsavers:
> https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fbitsa
> vers.trailing-edge.com%2Fpdf%2Fibm%2F3270%2FGA23-0059-4_3270_Data_Stre
> am_Programmers_Reference_Dec88.pdfdata=02%7C01%7CAndy.Styles%40Ll
> oydsBanking.com%7Ce215590750d64a0e82bd08d86479c1cd%7C3ded2960214a46ff8
> cf4611f125e2398%7C0%7C0%7C637369821388915261sdata=9uSdmXPpETVZncU
> u1jnFw%2F1uYSa9MXESAEVpLn0TKrE%3Dreserved=0
>
> --
> 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
Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.

Scottish Widows Schroder Personal Wealth Limited. Registered Office: 25 Gresham 
Street, London EC2V 7HN. Registered in England and Wales no. 11722983.

Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.

Scottish Widows Schroder Personal Wealth Limited is authorised and regulated by 
the Financial Conduct Authority.

Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate Markets plc. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 
6, 60313 Frankfurt, Germany. The company is registered with the Amtsgericht 
Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für 
Finanzdienstleistungsaufsicht.

Halifax is a division of Bank of Scotland plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.



This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: shopz UJ01255

[Styles, Andy (ITS zPlatform Services)]

Classification: Limited

I went through a similar discussion last year (? this year? Time flies..), and 
I now do RECEIVE ALL - just means you have all available fixes, whether you 
then go on to APPLY them of course, is entirely up to you, but I found it was 
better to have them than now. It's also worth noting that RECEIVE ORDER will 
bring in updated SOURCEIDs, so if you already have the fix, and it did 
subsequently make into an RSU, it will then get that sourceid applied to it. 

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jousma, David
Sent: 25 September 2020 11:23
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: shopz UJ01255

-- This email has reached the Bank via an external source --
 

Instead of ordering "Recommended", order everything, and then only apply the 
Recommended.

CONTENT (ALL)   

Its entirely possible the PTF you are interested in, never made it to 
"recommended".

_
Dave Jousma
AVP | Director, Technology Engineering  

Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, MI 
49546
616.653.8429  |  fax: 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R 
Hey
Sent: Thursday, September 24, 2020 8:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: shopz UJ01255

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

Hi,

I did an order RECEIVE ORDER(CONTENT(RECOMMENDED)... in shopZ for zos2.3 in May 
& Sep.
I got many PTF up to RSU2008, but was missing UJ01255.

I found that out of this list:
UJ00088  F909 
UJ00655  F911 
UJ01172  F912 
UJ00961  F001 
UJ01255  F001 
UJ01547  F003 
UJ01809  F003 
UJ02346  F003 
UJ02146  F003 
UJ01872  F004 
UJ02215  F004 
UJ02516  F005 
UJ02578  F006 
UJ02979  F007 
UJ03210  F008 
UJ03366  F008
I was missing these:
 UJ01255   NOT FOUND
 UJ01872   NOT FOUND
 UJ02215   NOT FOUND
 UJ02578   NOT FOUND
 UJ02979   NOT FOUND
 UJ03210   NOT FOUND
 UJ03366   NOT FOUND

Has this been the case for anybody else? 

Thanks,
Rez

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

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.

Scottish Widows Schroder Personal Wealth Limited. Registered Office: 25 Gresham 
Street, London EC2V 7HN. Registered in England and Wales no. 11722983.

Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.

Scottish Widows Schroder Personal Wealth Limited is authorised and regulated by 
the Financial Conduct Authority.

Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate Markets plc. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 
6, 60313 Frankfurt, Germany. The company is registered with the Amtsgericht 
Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für 
Finanzdienstleistungsaufsicht.

Halifax is a division of Bank of 

Re: Is there a word for that?

[Styles, Andy (ITS zPlatform Services)]

Classification: Limited

My trouble with JES2 is that different subparameters of the same statement can 
only be changed by different methods. 

Take things like NJEDEF; I've seen places where it looks like the original 
installing lazy sysprog decided that rather than go through the trouble of 
increasing a value through what may have been a cold start back in the day, 
they'd just use a large number.  

NODENUM is one of those where you can increase it to your hearts content 
through anything beyond a hot start - but to decrease it? Cold start only.  So, 
back to the above lazy sysprog, you're stuck with a JES2 definition of  
nodes without a cold start. 

Given the nature of the init deck vs whatever is held in (I guess) the 
checkpoint and when it's changed (hot start, command cold start etc), how close 
are the init decks to what's actually running?

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gibney, Dave
Sent: 21 September 2020 04:18
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a word for that?

-- This email has reached the Bank via an external source --
 

I suppose dynamic would work. Today, many more of the parmlib members 
referenced by IEASYSxx can also be activated on the fly with seT. What I'd like 
would be a nice table or list showing which ones can be seT. A similar list for 
JES would be nice, but probably shorter to list those that can't be so changed.

> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Jesse 1 Robinson
> Sent: Sunday, September 20, 2020 12:01 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Is there a word for that?
> 
> This is a question about categorizing JES2 commands. At one time, when 
> we were still buckling our knickerbockers above the knee, many/most 
> JES2 configuration definitions could be modified only by some kind of 
> restart ranging from hot start to warm start to cold start. Some years 
> ago JES2 developers got very busy and created command support for all 
> kinds of parameters that previously required some kind of disruption.
> 
> The result is that now most JES2 configuration parameters can be 
> modified via $T. In fact, most changes are generally *ignored* during 
> JES2 restarts other than cold start. So here's my question: is there a 
> generally accepted term for 'changeable by command'? It would 
> facilitate communication regarding all kinds of changes. This weekend 
> we scheduled a JES2 change involving layers of administrative 
> rigmarole that was 'implemented' by editing the JES2 init deck. We 
> eventually issued a $T command after noticing that the desired change 
> did not take effect at IPL. I've heard 'volatile' suggested for 'changeable 
> by command', but I don't find documentation to support that.
> Any ideas?
> 
> .
> .
> 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
Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.

Scottish Widows Schroder Personal Wealth Limited. Registered Office: 25 Gresham 
Street, London EC2V 7HN. Registered in England and Wales no. 11722983.

Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.

Scottish Widows Schroder Personal Wealth Limited is authorised and regulated by 
the Financial Conduct Authority.

Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate Markets plc. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 
6, 60313 Frankfurt, Germany. The company is registered with the Amtsgericht 
Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für 

Re: Is there a tool to monitor JES2 Input Queue wait time? [EXTERNAL]

[Styles, Andy (ITS zPlatform Services)]

Classification: Public

Isn't the goal here to identify jobs that have been submitted, but not started? 
Long-running jobs don't fit that criteria, having already started - or have I 
missed the point?

Andy Styles
z/Series System Programmer 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Wayne Bickerdike
Sent: 25 August 2020 21:30
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a tool to monitor JES2 Input Queue wait time? [EXTERNAL]

-- This email has reached the Bank via an external source --
 

I wrote a REXX monitor that runs every 15 minutes and issues WTO for certain 
jobs that have been running too long. The code could be changed to check input 
time and start time. A screen scraper could do this too. Tom Brennnans Vista 
emulator has a scripting feature that will pick up console events, just stack 
the input time and start time in a file.

On Wed, Aug 26, 2020, 04:46 R.S.  wrote:

> W dniu 25.08.2020 o 16:52, Feller, Paul pisze:
> > Lizette, if you have some type of software like OPS/MVS you could 
> > look
> at running a script from time to time that executes the JES2 command 
> $DJQ,DELAY=YES,DELAY and then look at the output from the command.
>
> Isn't it as obsolete as dinosaurs?
> I mean there is small chance OPS is still in use.
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
> ==
>
> Jeśli nie jesteś adresatem tej wiadomości:
>
> - powiadom nas o tym w mailu zwrotnym (dziękujemy!),
> - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub 
> zapisałeś na dysku).
> Wiadomość ta może zawierać chronione prawem informacje, które może 
> wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia 
> (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, 
> narusza prawo i może podlegać karze.
>
> mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
> https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.m
> bank.pl%2Fdata=02%7C01%7CAndy.Styles%40LloydsBanking.com%7Cd655a7b5b33a458f572408d8493609c8%7C3ded2960214a46ff8cf4611f125e2398%7C0%7C0%7C637339843730294166sdata=sGf74hv31F0H7cETGp3HyaC%2FOrPE84I%2BjFhLi0yoSLE%3Dreserved=0,
>  e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział 
> Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP:
> 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na
> 01.01.2020 r. wynosi 169.401.468 złotych.
>
> If you are not the addressee of this message:
>
> - let us know by replying to this e-mail (thank you!),
> - delete this message permanently (including all the copies which you 
> have printed out or saved).
> This message may contain legally protected information, which may be 
> used exclusively by the addressee.Please be reminded that anyone who 
> disseminates (copies, distributes) this message or takes any similar 
> action, violates the law and may be penalised.
>
> mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 
> 00-950 
> Warszawa,https://eur02.safelinks.protection.outlook.com/?url=http%3A%2
> F%2Fwww.mbank.pl%2Fdata=02%7C01%7CAndy.Styles%40LloydsBanking.com
> %7Cd655a7b5b33a458f572408d8493609c8%7C3ded2960214a46ff8cf4611f125e2398%7C0%7C0%7C637339843730294166sdata=sGf74hv31F0H7cETGp3HyaC%2FOrPE84I%2BjFhLi0yoSLE%3Dreserved=0,
>  e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 
> 12th Commercial Division of the National Court Register, KRS 025237, NIP: 
> 526-021-50-88. Fully paid-up share capital amounting to PLN 169.401.468 as at 
> 1 January 2020.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.

Scottish Widows Schroder Personal Wealth Limited. Registered Office: 25 Gresham 
Street, London EC2V 7HN. Registered in England and Wales no. 11722983.

Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.

Scottish Widows 

Re: Is there a tool to monitor JES2 Input Queue wait time?

[Styles, Andy (ITS zPlatform Services)]

Classification: Limited

Which scheduler (I assume you mean batch scheduler)?  

TWS (IWS, zWS, and whatever other names the marketing department dream up in 
the pub) monitors jobs that haven't started after it has submitted them - and 
writes messages out for 'LONG TIME ON INPUT QUEUE'; I don't know about other 
schedulers. 

Might be a setting in your particular one that can do it?

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lizette Koehler
Sent: 24 August 2020 22:02
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a tool to monitor JES2 Input Queue wait time?

-- This email has reached the Bank via an external source --
 

Would that be real time or after the fact?  The scheduler software I have can 
do after the fact.

I am looking for real time monitoring
 

Lizette


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Monday, August 24, 2020 1:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a tool to monitor JES2 Input Queue wait time?

SMF/RYO
SMF/MXG
Several others. Check the CBTTAPE.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lizette Koehler
Sent: Monday, August 24, 2020 3:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Is there a tool to monitor JES2 Input Queue wait time?

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Just curious



We had a few jobs that took up to 30 minutes before going from input queue to 
actually running.



Does anyone know of an easy (FREE) way to monitor JES2 Input times?



I know sometimes it is due to resource restrictions and WLM will not allow 
anything else to run.



But any way to see it in real time? (Assume Lights Out Environment - no people 
watching)







Thanks



Lizette




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

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


--
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
Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.

Scottish Widows Schroder Personal Wealth Limited. Registered Office: 25 Gresham 
Street, London EC2V 7HN. Registered in England and Wales no. 11722983.

Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.

Scottish Widows Schroder Personal Wealth Limited is authorised and regulated by 
the Financial Conduct Authority.

Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate Markets plc. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH has its registered office at 

Shopz message

[Styles, Andy (ITS zPlatform Services)]

Classification: Public

Okay, I'm going to moan a bit.

Just logged on to Shopz, and I see a message:

Issue on z/OS, z/VM, z/VSE service orders using an installed report is FIXED. 
You could proceed on this kind of order. For the existing orders impacted by 
the issue, we are trying to recover them soon. Please re-check your order in 
next 24 hours to expect download status.

Fine. I get the fact that English isn't everyone's first language (and I have 
my moments), but if you're going to run a website in English, and publish 
information in English, at least get someone to proofread it!

I tried to leave feedback on the site, but that's limited on the number of 
characters you can enter, so I couldn't even paste the message in full and 
explain why I was giving feedback..!

Moan over. I feel much better now.

Andy Styles
z/Series System Programmer / zPlatform
Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.

Scottish Widows Schroder Personal Wealth Limited. Registered Office: 25 Gresham 
Street, London EC2V 7HN. Registered in England and Wales no. 11722983.

Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.

Scottish Widows Schroder Personal Wealth Limited is authorised and regulated by 
the Financial Conduct Authority.

Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate Markets plc. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 
6, 60313 Frankfurt, Germany. The company is registered with the Amtsgericht 
Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für 
Finanzdienstleistungsaufsicht.

Halifax is a division of Bank of Scotland plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.



This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: Old joke realism

[Styles, Andy (ITS zPlatform Services)]

Funny, I get something similar:

The requested website is categorised as "Adult/Mature Content;Personal Sites".

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, Kees (ITOP NM) - KLM
Sent: 26 February 2020 07:25
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Old joke realism

-- This email has reached the Bank via an external source --
 

Interesing material. Is 'old' equal to 'adult'? My company firewall protects me 
with the message:

Sorry, you don't have permission to visit this site.
Not allowed to browse Adult Material category You tried to visit: 
http://bofh.bjash.com/

Kees


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: 25 February 2020 17:58
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Old joke realism

The BOFH and User Friendly cartoons are funny but like nothing I've ever seen 
IRL. Dilbert, OTOH, leaves me with an eerie sense of familiarity. 


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



From: IBM Mainframe Discussion List  on behalf of 
Adam Jacobvitz <02b29b762ea6-dmarc-requ...@listserv.ua.edu>
Sent: Tuesday, February 25, 2020 9:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Old joke realism

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I know this isn't mainframe related, but how realistic are the old computer 
jokes? e g.

http://secure-web.cisco.com/1f2K4lkajzTKLo5c1rk3zVrtIrQsDcMOwmwySvMKhcI4rmltQY6WMVzc61COVPYp7_qm5pSiEYAjhjjxS0MhgSFKfvoloKx_40_s7pg1xzIpHlZkC6l64qBm1yuAU_HvaIhc0QgbpNj3ZRQVzi5c4S55yGnzeym0tpPp2CNcnHa824kWiikxJBxhqeSWOiApDgPOZ3IjmGk-a2HNbB5V-C7jmkU4WJjiGYgirgkQDT6dIAqsG6dVmPhp2OstOQ3lozL0wKUZnO7Fzl7tX93b8qTftq3cgJysQY3kaHTYj90SLgCW9BWab-PgMfcdQYCfM1fw5fEbNGqt7ylCJsJNafhwlhEJJR7ZaKP96liQ4u6LOgGDLTVrxyILYhlWGWZS0Bcm98oHKIjk7o4WqV_fJwx6vbXRGDENHyA3xt6JF3lJHn11tbvLz53QQXY9pXttG/http%3A%2F%2Fbofh.bjash.com



Sent from ProtonMail mobile



\ Original Message 
On Feb 25, 2020, 5:58 AM, Seymour J Metz < sme...@gmu.edu> wrote:

>
>
>
> I may have done that in the old days, but isn't everything interesting in the 
> CONSOLE address space these days?
>
>
> \--
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_
> \_\_\_\_\_
> From: IBM Mainframe Discussion List \[IBM-MAIN@LISTSERV.UA.EDU\] on 
> behalf of Chuck Arney \[ch...@arneycomputer.com\]
> Sent: Tuesday, February 25, 2020 8:55 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Finding and replying to outstanding reply
>
> Tony, I did this in assembler many years ago for the ZEKE Automatic 
> Reply feature. It has been too many years to remember all the details 
> but basically you search the ORE (Operator Reply Element) chain to 
> find the task you want and extract the reply id from the ORE.
>
> Chuck Arney
> Arney Computer Systems
>
>
> \-Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Tony Thigpen
> Sent: Tuesday, February 11, 2020 7:31 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Finding and replying to outstanding reply
>
> We have an in-house written automated shutdown program that does 
> everything but shutdown NPF. That is because NPF leaves an open reply 
> message during start-up to which I must replay xx,STOP to make it 
> shutdown. Within our shutdown program, I would like it to 
> programmatically find the outstanding reply number so that it can issue the 
> correct response.
>
> Can someone point me to any doc or examples that will help me get 
> started on this?
>
> \-
> - 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
>
-BEGIN PGP SIGNATURE-
Version: ProtonMail

wsBmBAEBCAAQBQJeVSnnCRBiYga9B/zq3QAKCRBiYga9B/zq3UADB/0dZhRp
UcRRDfmrpuMmNjoaaSQvP+ZtTqWJKOzVuFtHhluzRYjv22D4o6mNNow/k15D
OSEI8Nx3PowV5jAy2aPGM+LgXACwrVQiNU8lIxYNQ87xFhhH4cm+ivTAe/vi
kpZbye8szCz42/va67DWlkG72FV63eYB80DClQKgvjW0bGcbS7V+fQMPg9a7
kUTUSLPAdb9n+mhQtsx7dojZIMyeL4mssSOJZ3Wpo08aH/2A3PNAYuaCZB8K
lOLthtry4c/fL0WOKHdHh7NsXcStjb4VDROJJn7b4amWR2tOWmzzskiAYlIc
DzTJN6Nh7j8PsR2i/XcpI4s3FlL/0jeRR68g
=8JGu
-END PGP SIGNATURE-

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

Re: Job abend with S722

[Styles, Andy (ITS zPlatform Services)]

Classification: Public
Of course it will; you'll be allowing the job to create more output.. 

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of raji ece
Sent: 05 July 2019 15:01
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Job abend with S722

-- This email has reached the Bank via an external source --
 

This will not impact the overall spool usage right??

Regards,
Raji

On Fri, Jul 5, 2019, 7:29 PM Joe Monk  wrote:

> Or, you could try OUTLIM=16777215 on the DD SYSOUT card.
>
> Joe
>
> On Fri, Jul 5, 2019 at 8:56 AM Allan Staller 
> wrote:
>
> > JES might also be supplying the OUTLIM. It does not necessarily come 
> > from JCL.
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On 
> > Behalf Of Mark Jacobs
> > Sent: Friday, July 5, 2019 8:54 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Job abend with S722
> >
> > If you don't care how many lines are produced, take off the OUTLIM 
> > parameter from the DD statement. That'll prevent the S722 abend.
> Otherwise
> > it's doing exactly what it's meant to do.
> >
> > Mark Jacobs
> >
> >
> > Sent from ProtonMail, Swiss-based encrypted email.
> >
> > GPG Public Key -
> >
> https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi.
> protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40proton
> mail.comdata=02%7C01%7Callan.staller%40HCL.COM%7Ca28874391ce64e18
> 64d208d701505135%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C63697931
> 6822561251sdata=Ok2qDznyrvfy7kXhRjL13N1ZQCapFgZ5Ct%2B1zzn9Gs8%3D&
> amp;reserved=0
> >
> > ‐‐‐ Original Message ‐‐‐
> > On Friday, July 5, 2019 9:36 AM, raji ece  wrote:
> >
> > > One of our job is abending with RC S722 and the error show the 
> > > maximum outlimit execeed. We have coded lines=99(Maximum 
> > > limit) and run but getting same error. Current zos level is 1.13. any 
> > > idea?
> > >
> > > --
> > > 
> > > --
> > > 
> > > 
> > >
> > > 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
> > ::DISCLAIMER::
> >
> >
> --
> --
> --
> 
> > The contents of this e-mail and any attachment(s) are confidential 
> > and intended for the named recipient(s) only. E-mail transmission is 
> > not guaranteed to be secure or error-free as information could be
> intercepted,
> > corrupted, lost, destroyed, arrive late or incomplete, or may 
> > contain viruses in transmission. The e mail and its contents (with 
> > or without referred errors) shall therefore not attach any liability 
> > on the
> originator
> > or HCL or its affiliates. Views or opinions, if any, presented in 
> > this email are solely those of the author and may not necessarily 
> > reflect the views or opinions of HCL or its affiliates. Any form of 
> > reproduction, dissemination, copying, disclosure, modification, 
> > distribution and / or publication of this message without the prior 
> > written consent of
> authorized
> > representative of HCL is strictly prohibited. If you have received 
> > this email in error please delete it and notify the sender 
> > immediately. Before opening any email and/or attachments, please 
> > check them for viruses and other defects.
> >
> >
> --
> --
> --
> 
> >
> > 
> > -- 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
Lloyds 

Re: RSUs

[Styles, Andy (ITS zPlatform Services)]

Classification: Public

> Not exactly. It is a set of PTFs that have been extensively tested together 
> by IBM.
> Then they have been adopted as a whole by many shops.
>
> --
> Tom Marchant

Is that true? I thought it was just the CST that was extensively tested; that's 
only released quarterly, whereas RSUs are released every month. 

--
Andy Styles


Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.



Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.



Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801. 



Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.



Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.



Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate Markets plc.  Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 
6, 60313 Frankfurt, Germany. The company is registered with the Amtsgericht 
Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für 
Finanzdienstleistungsaufsicht.



Halifax is a division of Bank of Scotland plc.



HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.



This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: RSUs

[Styles, Andy (ITS zPlatform Services)]

Classification: Public
Hi Kurt, 

> Did you really get more PTFs assigned RSU1903 the second time?  Or did you 
> simply get
> more PTFs?  Let me explain:

I believe we received new PTFs - with RSU1903 being assigned to them at the 
same time. That's the behaviour I'm querying - and I think you agree - once IBM 
has announced RSU1903, there should have been no further PTFs with that RSU, 
whether I specify RECOMMENDED or ALL.

> For the IBM server, when you run RECEIVE ORDER with CONTENT(RECOMMENDED), you 
> get back
> PTFs identified with a Recommended Service Update SOURCEID (RSUyymm) *AND* 
> PTFs that
> resolve critical problems (HIPER or PE).  PTFs get assigned RSUyynn only once 
> a month,
> but HIPER and PE fixing PTFs can get assigned every day.

I understand the HIPER/PE fixes, but they surely should not be assigned RSU1903 
after the publish date?

> However, if you saw any RSU1903 sourceids being assigned during the second 
> RECEIVE ORDER,
> then perhaps the server's behavior requires further analysis.  If this is the 
> case, a
> PMR may be warranted, but you're going to have to provide proof, as in the 
> SMP/E output
> for both jobs.

Well, we're coming up to another RSU date in the next few days. I can attempt 
to repeat this, and see what happens. 

> Kurt Quackenbush -- IBM, SMP/E Development Chuck Norris never uses CHECK when 
> he applies PTFs.

Andy Styles
z/Series System Programmer



Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.



Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.



Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801. 



Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.



Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.



Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate Markets plc.  Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 
6, 60313 Frankfurt, Germany. The company is registered with the Amtsgericht 
Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für 
Finanzdienstleistungsaufsicht.



Halifax is a division of Bank of Scotland plc.



HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.



This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: RSUs

[Styles, Andy (ITS zPlatform Services)]

Classification: Public
Hi Kurt, 

I've snipped a fair bit of this, but (and I've manually added quoting, so 
apologies if it breaks): 

> Were any of these PTFs also received in the prior RECEIVE ORDER?  And Were 
> they applied and
> accepted, perhaps purging them from the global zone prior to the latest 
> RECEIVE ORDER?  Were
> they assigned the RSU1903 sourceid in the first, second, or both RECEIVEs?

We definitely did not have the second set of fixes in the global zone prior to 
the second RECEIVE; given I specified RECOMMENDED both times, I (naïvely 
perhaps) assumed I'd get the latest RSU. This is where this question has arisen 
from - how did I get more fixes tagged with RSU1903 with a second RECEIVE 
RECOMMENDED, after the RSU publish date?

> This last question about when/if RSU1903 was assigned is the important one, 
> but I fear you
> may not know the answer without the SMPRPT output for the RECEIVEs.

I have some stored job output, but I can't guarantee that I have ALL output, so 
I don't know if it'll be enough, or whether it contains what we're looking for. 
Fantastic as it is to get support this way, are we moving into PMR territory?

-- 
Andy Styles
z/Series System Programmer


Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.



Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.



Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801. 



Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.



Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.



Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate Markets plc.  Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 
6, 60313 Frankfurt, Germany. The company is registered with the Amtsgericht 
Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für 
Finanzdienstleistungsaufsicht.



Halifax is a division of Bank of Scotland plc.



HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.



This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: RSUs

[Styles, Andy (ITS zPlatform Services)]

Classification: Public
I have the SMPGLOG (GLOBAL log), but not the jobs. I'm reluctant to post a 
large amount of SMPLOG output here, but here (hopefully relevant) snippets:

RECEIVE  
  ORDER(ORDERSERVER(ORDRINFO)
CONTENT(RECOMMENDED) 
CLIENT(CLNTINFO) 
  )  
 .   

ORDER ORD00018 HAS BEEN SENT TO THE SERVER AT 
https://eccgw01.boulder.ibm.com/services/projects/ecc/ws/.

ENQ WAS SUCCESSFUL FOR EXCLUSIVE USE OF ORD00018-05April2019-08.45.34.407 FOR 
RECEIVE PROCESSING.

We then received a bunch of PTFs as a result - I can list them if you wish. 
Now, yesterday I noticed that I didn't specify a target zone here. There are 
two target zones in the GLOBAL zone - the previous iteration of this process, 
and a clone of it (which is the one RSU1903 was eventually applied to), so we 
can look across multiple target zones to see if/where a PTF is applied. 

When I re-did the RECEIVE ORDER, I added FORTGTZONE, though to me, that should 
have made no difference. 

I then ended up with this:

RECEIVE  
  ORDER(ORDERSERVER(ORDRINFO)
CONTENT(RECOMMENDED) 
CLIENT(CLNTINFO) 
FORTGTZONES(TGTD)
  )  
 .   

ORDER ORD00020 HAS BEEN SENT TO THE SERVER AT 
https://eccgw01.boulder.ibm.com/services/projects/ecc/ws/.

ENQ WAS SUCCESSFUL FOR EXCLUSIVE USE OF ORD00020-22May2019-17.19.02.141 FOR 
RECEIVE PROCESSING.

And then received the following fixes:

SYSMOD ENTRY UA98295 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA98305 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA98317 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA98340 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA98341 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA98707 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA98723 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA98804 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA98840 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA98845 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA98920 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA98954 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA98965 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA99018 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA99029 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA99050 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA99059 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA99094 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA99149 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA99208 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA99224 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA99278 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA99283 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UA99306 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UI60691 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UI61245 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UI61642 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UI61783 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UI62355 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UI62458 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UI62648 WAS STORED IN THE GLOBAL ZONE.
SYSMOD ENTRY UI63041 WAS STORED IN THE GLOBAL ZONE.

Now, looking back through the log, I can also see quite a few messages like 
this:

MCS UA98840 WAS DELETED FROM THE SMPPTS LIBRARY.
MCS UA98840 WAS DELETED FROM THE SMPPTS1 LIBRARY.   
MCS ENTRY UA98840 WAS STORED IN THE SMPPTS LIBRARY. 
SYSMOD ENTRY UA98840 WAS STORED IN THE GLOBAL ZONE. 
RECEIVE PROCESSING WAS SUCCESSFUL FOR SYSMOD UA98840.   

Which confuses me (not difficult) - why is it already in the SMPPTS dataset? 
Nonetheless, I didn't do a REJECT of anything first, so it was RECEIVEd ok.

Andy Styles
z/Series System Programmer




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kurt Quackenbush
Sent: 24 May 2019 14:38
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RSUs

-- This email has reached the Bank via an external source --
 

On 5/23/2019 10:18 AM, Styles, Andy , ITS zPlatform Services wrote:

> We did a RECEIVE ORDER CONTENT(RECOMMENDED) in early April (just after the 
> "New Service Levels" email), and got a number of fixes for RSU1903. Over the 
> last couple of days, it's been discovered that we are missing a few PTFs that 
> would be part of RSU1903 - or earlier.
> 
> Yesterday, I therefore as an exercise did another RECEIVE ORDER 
> CONTENT(RECOMMENDED), and this time got more fixes for RSU1903.
> 
> Do IBM assign RSU numbers retrospectively to PTFs, after the published RSU 
> date?
No, IBM does NOT assign RSU sourceids to PTFs retroactively after the published 
RSU date.  At least its not supposed to work that way.  Are you sure on your 
second RECEIVE ORDER one or more ASSIGN statements for
RSU1903 were received?  Or did you specify the 

Re: RSUs

[Styles, Andy (ITS zPlatform Services)]

Classification: Public
David,

Okay, that makes some sense, and perhaps is a better way of doing the receive, 
which I'll perhaps adopt in the future; it still doesn't answer the question of 
whether IBM retrospectively assign RSUs to PTFs. 


Andy Styles
z/Series System Programmer


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: 23 May 2019 15:40
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RSUs

-- This email has reached the Bank via an external source --
 

Once again, I'd recommend specifying RECEIVE ORDER CONTENT(ALL), and then apply 
SOURCEID(RSU).   I run the receive order every week so that in the event 
there is a problem, I likely have a fix for it available, plus the HOLDDATA is 
refreshed including marking prior "good" ptf's in error if it has gone bad.

I can't say this definitively, but does an order for "recommended" also resolve 
any pre-req PTF's that may not be marked RSU?  

I guess I don’t understand the thought process of only receiving some subset of 
PTF's

_
Dave Jousma
AVP | Manager, Systems Engineering  

Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, MI 
49546
616.653.8429  |  fax: 616.653.2717



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Styles, Andy (ITS zPlatform Services)
Sent: Thursday, May 23, 2019 10:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RSUs

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

Classification: Public
We always (I hope..) get the latest HOLDDATA as well; 

How do you specify a specific RSU, I didn’t think that was an option for 
RECEIVE ORDER?

Andy Styles
z/Series System Programmer


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: 23 May 2019 15:31
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RSUs

-- This email has reached the Bank via an external source --
 

I don't recall ever doing a RECEIVE ORDER CONTENT(RECOMMENDED) , when I get an 
email for new service levels, I order the current RSU that's available, I have 
seen where some PTF's at that level were not applied, mostly because they was 
no applicable ++VARS, or held for some reason. I'd make sure you receive the 
current enhanced hold data also, this holddata may release some PTF's that are 
PRE's or CO-REQ for those PTFs to be applied. 



Carmen Vitullo 

- Original Message -

From: "Andy Styles (ITS zPlatform Services)" 
<00d68f765d25-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Thursday, May 23, 2019 9:17:25 AM
Subject: RSUs 

Classification: Public 

Hi all, 

A question on some behaviour that I think we've noticed over the last few RSUs 
that have been announced. 

We did a RECEIVE ORDER CONTENT(RECOMMENDED) in early April (just after the "New 
Service Levels" email), and got a number of fixes for RSU1903. Over the last 
couple of days, it's been discovered that we are missing a few PTFs that would 
be part of RSU1903 - or earlier. 

Yesterday, I therefore as an exercise did another RECEIVE ORDER 
CONTENT(RECOMMENDED), and this time got more fixes for RSU1903. 

Do IBM assign RSU numbers retrospectively to PTFs, after the published RSU 
date? 

If so, that's REALLY difficult to manage! 

Anyone else have any experience of this? 

Thanks, 

Andy Styles 




Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555. 



Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500. 



Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801. 



Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850. 



Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority. 



Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate Markets plc. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 
6, 60313 Frankfurt, Germany. The company is registered with the Amtsgericht 
Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für 
Finanzdienstleistungsaufsicht. 



Halifax is a division of Bank of Scotland plc. 



HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Re

Re: RSUs

[Styles, Andy (ITS zPlatform Services)]

Classification: Public
Aha, I think from that perspective, it's effectively RECEIVE ORDER 
CONTENT(RECOMMENDED); you cannot specify an RSU in Shopz either. 

Andy Styles
z/Series System Programmer / zPlatform
Enterprise Technology Services / Group CIO

LLOYDS BANKING GROUP

M:
07802 309040 | P: 7133 5971 / 020 7204 5971 | E: andy.sty...@lloydsbanking.com 
A:
Lloyds Banking Group, 33 Old Broad Street, London




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: 23 May 2019 15:36
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RSUs

-- This email has reached the Bank via an external source --
 

I order via shopz 


Carmen Vitullo 

- Original Message -

From: "Andy Styles (ITS zPlatform Services)" 
<00d68f765d25-dmarc-requ...@listserv.ua.edu> 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Thursday, May 23, 2019 9:33:33 AM 
Subject: Re: RSUs 

Classification: Public 
We always (I hope..) get the latest HOLDDATA as well; 

How do you specify a specific RSU, I didn’t think that was an option for 
RECEIVE ORDER? 

Andy Styles 
z/Series System Programmer 


-Original Message- 
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo 
Sent: 23 May 2019 15:31 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: RSUs 

-- This email has reached the Bank via an external source -- 


I don't recall ever doing a RECEIVE ORDER CONTENT(RECOMMENDED) , when I get an 
email for new service levels, I order the current RSU that's available, I have 
seen where some PTF's at that level were not applied, mostly because they was 
no applicable ++VARS, or held for some reason. I'd make sure you receive the 
current enhanced hold data also, this holddata may release some PTF's that are 
PRE's or CO-REQ for those PTFs to be applied. 



Carmen Vitullo 

- Original Message - 

From: "Andy Styles (ITS zPlatform Services)" 
<00d68f765d25-dmarc-requ...@listserv.ua.edu> 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Thursday, May 23, 2019 9:17:25 AM 
Subject: RSUs 

Classification: Public 

Hi all, 

A question on some behaviour that I think we've noticed over the last few RSUs 
that have been announced. 

We did a RECEIVE ORDER CONTENT(RECOMMENDED) in early April (just after the "New 
Service Levels" email), and got a number of fixes for RSU1903. Over the last 
couple of days, it's been discovered that we are missing a few PTFs that would 
be part of RSU1903 - or earlier. 

Yesterday, I therefore as an exercise did another RECEIVE ORDER 
CONTENT(RECOMMENDED), and this time got more fixes for RSU1903. 

Do IBM assign RSU numbers retrospectively to PTFs, after the published RSU 
date? 

If so, that's REALLY difficult to manage! 

Anyone else have any experience of this? 

Thanks, 

Andy Styles 




Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555. 



Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500. 



Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801. 



Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850. 



Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority. 



Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate Markets plc. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 
6, 60313 Frankfurt, Germany. The company is registered with the Amtsgericht 
Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für 
Finanzdienstleistungsaufsicht. 



Halifax is a division of Bank of Scotland plc. 



HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813. 



This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded. 


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

Re: RSUs

[Styles, Andy (ITS zPlatform Services)]

Classification: Public
We always (I hope..) get the latest HOLDDATA as well; 

How do you specify a specific RSU, I didn’t think that was an option for 
RECEIVE ORDER?

Andy Styles
z/Series System Programmer


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: 23 May 2019 15:31
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RSUs

-- This email has reached the Bank via an external source --
 

I don't recall ever doing a RECEIVE ORDER CONTENT(RECOMMENDED) , when I get an 
email for new service levels, I order the current RSU that's available, I have 
seen where some PTF's at that level were not applied, mostly because they was 
no applicable ++VARS, or held for some reason. I'd make sure you receive the 
current enhanced hold data also, this holddata may release some PTF's that are 
PRE's or CO-REQ for those PTFs to be applied. 



Carmen Vitullo 

- Original Message -

From: "Andy Styles (ITS zPlatform Services)" 
<00d68f765d25-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Thursday, May 23, 2019 9:17:25 AM
Subject: RSUs 

Classification: Public 

Hi all, 

A question on some behaviour that I think we've noticed over the last few RSUs 
that have been announced. 

We did a RECEIVE ORDER CONTENT(RECOMMENDED) in early April (just after the "New 
Service Levels" email), and got a number of fixes for RSU1903. Over the last 
couple of days, it's been discovered that we are missing a few PTFs that would 
be part of RSU1903 - or earlier. 

Yesterday, I therefore as an exercise did another RECEIVE ORDER 
CONTENT(RECOMMENDED), and this time got more fixes for RSU1903. 

Do IBM assign RSU numbers retrospectively to PTFs, after the published RSU 
date? 

If so, that's REALLY difficult to manage! 

Anyone else have any experience of this? 

Thanks, 

Andy Styles 




Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555. 



Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500. 



Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801. 



Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850. 



Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority. 



Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate Markets plc. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 
6, 60313 Frankfurt, Germany. The company is registered with the Amtsgericht 
Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für 
Finanzdienstleistungsaufsicht. 



Halifax is a division of Bank of Scotland plc. 



HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813. 



This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded. 


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


Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.



Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.



Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801. 



Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.



Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.



Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate 

RSUs

[Styles, Andy (ITS zPlatform Services)]

Classification: Public

Hi all,

A question on some behaviour that I think we've noticed over the last few RSUs 
that have been announced.

We did a RECEIVE ORDER CONTENT(RECOMMENDED) in early April (just after the "New 
Service Levels" email), and got a number of fixes for RSU1903. Over the last 
couple of days, it's been discovered that we are missing a few PTFs that would 
be part of RSU1903 - or earlier.

Yesterday, I therefore as an exercise did another RECEIVE ORDER 
CONTENT(RECOMMENDED), and this time got more fixes for RSU1903.

Do IBM assign RSU numbers retrospectively to PTFs, after the published RSU date?

If so, that's REALLY difficult to manage!

Anyone else have any experience of this?

Thanks,

Andy Styles




Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.



Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.



Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801. 



Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.



Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.



Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate Markets plc.  Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 
6, 60313 Frankfurt, Germany. The company is registered with the Amtsgericht 
Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für 
Finanzdienstleistungsaufsicht.



Halifax is a division of Bank of Scotland plc.



HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.



This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: DFDSS copy to pre-allocated dsn

[Styles, Andy (ITS zPlatform Services)]

Assuming we're talking copying to disk (I'm not sure you could copy a dataset 
to tape, never tried), but ZFS's, being VSAM, must be cataloged; you couldn't 
thus copy a ZFS to two different volumes with the same dataset name because of 
the catalog clash.

Andy Styles
z/Series System Programmer



From: IBM Mainframe Discussion List  on behalf of 
Allan Staller 
Sent: 17 May 2019 14:18
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFDSS copy to pre-allocated dsn

-- This email has reached the Bank via an external source --


Presuming this is an HFS, (and based on the supplied dsn) I believe you are 
correct.
If this is a mis-named ZFS, IIRC it can span volumes.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jackson, Rob
Sent: Thursday, May 16, 2019 6:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFDSS copy to pre-allocated dsn

I don't know for sure if OUTDD works exactly like OUTDY; I was wondering.  I 
used (no longer a DSS shop) OUTDY to list candidate volumes; COPY makes only 
one copy, whether it exists on one volume or is spread across multiple ones.  
Anyway, since this is non-SMS managed, it can be on only one volume--assuming 
it's really HFS.  I guess the same restriction would apply to ZFS.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Schwab
Sent: Thursday, May 16, 2019 7:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFDSS copy to pre-allocated dsn

[External Email]

So you are making 3 copies on 3 different OUTDDNAMES?
If it is one dataset on 3 volumes it would be one OUTDDNAME, right?

On Thu, May 16, 2019 at 4:51 PM Elaine Beal  wrote:
>
> I've found a lot of " it's " confusing comments on this topic and I am
> beleaguered- I am trying to copy a file to an existing, pre-allocated new 
> name.
> Seems that should be pretty straight forward... but having to specify
> rename to make a copy is anything but straight forward
>
> I'm getting ADR380E (001)-FDSCO(08) indicating REPLACEUNCONDITIONAL is
> not specified but I get this whether I specify it or not-
>
>
>   COPY DATASET(INCLUDE(SYS7.R30.V22.ROOT.HFS))  -
>   LOGINDDNAME(DASD1)  -
>   OUTDDNAME(DASD2,DASD3,DASD4)  -
>   RENAMEU((SYS7.R30.V22.ROOT.HFS,   -
>   SYS7.R30.V22.RSU.ROOT.HFS)) -
>   REPLACEUNCONDITIONAL   -
>   NULLSTORCLAS BYPASSACS(**) -
>   ALLDATA(*) ALLEXCP CANCELERROR -
>   SHARE -
>   WRITECHECK
>
> Thanks for any help-
> Elaine
>
> --
> 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 FIRST TENNESSEE

Confidentiality notice:
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::
--
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 

"Workload" field in SDSF

[Styles, Andy (ITS zPlatform Services)]

Classification: Public
Hi all, 

I have an occasion to extract a user-specified subset of all tasks in the 
system. I'm doing this in REXX by chaining through the ASCBs in the ASVT, which 
returns me the name of the task (in ASCBJBNI/ASCBJBNS), along with a couple of 
other bits. This all works fine. 

I'm now trying to get the "Workload" and "SrvClass" fields that SDSF displays:

JOBNAME   Workload SrvClass
SMSPDSE1  SYSTEM   SYSTEM  
CONSOLE   SYSTEM   SYSTEM  
WLM   SYSTEM   SYSTEM  
ANTMAIN   SYSTEM   SYSTEM  
ANTAS000  SYSTEM   SYSSTC  
DEVMANSYSTEM   SYSTEM  

I can't figure out where these fields come from - and I don't know therefore 
whether they'll be easy for REXX to get hold of. I'm guessing they're in "new" 
control blocks (only 25 years or so old) as they're WLM type information, but 
drawn a blank thus far.

Can anyone shed any light?

Thanks,

Andy Styles
z/Series System Programmer





Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.



Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.



Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801. 



Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.



Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.



Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate Markets plc.  Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 
6, 60312 Frankfurt, Germany. The company is registered with the Amtsgericht 
Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für 
Finanzdienstleistungsaufsicht.



Halifax is a division of Bank of Scotland plc.



HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.



This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: Disturbing news in the z/OS 2.4 announcement letter

[Styles, Andy (ITS zPlatform Services)]

Classification: Public
Yes, I spotted this too. I've been too busy to spare time to think about it, 
but I too use it for seamless file transfer to/from my laptop, and would miss 
that functionality. I suspect IBM would be pushing other, more cumbersome 
technologies like IDz.

I was also wondering whether IBM might be willing to open source the WSA :-)

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Don Leahy
Sent: 13 March 2019 19:09
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Disturbing news in the z/OS 2.4 announcement letter

-- This email has reached the Bank via an external source --
 

"Withdrawal of ISPF Workstation Agent (WSA)

z/OS V2.4 is planned to be the last release to support the ISPF Workstation 
Agent (WSA), also known as the ISPF Client/Server Component. WSA is an 
application that runs on your local workstation and maintains a connection 
between the workstation and the ISPF host. It is primarily used to transfer 
files between the workstation and the host. IBM recommends using more current 
file transfer solutions such as those provided by the Zowe Dataset Explorer, 
z/OS FTP, and similar file transfer mechanisms. These solutions have more 
capabilities, including the ability to provide secure communications."


I have a lot of tools in my box that rely on WSA.  WSA is so easy to automate 
using ISPF services that I will hard pressed to find alternatives that are as 
seamless to use.

On the other hand, I am only a few years away from retirement so I may not 
bother. :-)

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


Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.



Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.



Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801. 



Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.



Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.



Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate Markets plc.  Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 
6, 60312 Frankfurt, Germany. The company is registered with the Amtsgericht 
Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für 
Finanzdienstleistungsaufsicht.



Halifax is a division of Bank of Scotland plc.



HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.



This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: z/OS 2.4

[Styles, Andy (ITS zPlatform Services)]

Classification: Public
Whenever I've seen something about the next release of z/OS, IBM have always 
referred to it as "the release after z/OS x.x". I suspect it's in case the 
marketing department notice and decide it's going to be called something else..

Andy Styles
z/Series System Programmer 



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, Kees (ITOP NM) - KLM
Sent: 19 February 2019 07:43
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 2.4

-- This email has reached the Bank via an external source --
 

Is it named V2.4 or V3.1 or ...? 
The few references I saw about the z/OS version after 2.3 was named "the z/OS 
version after 2.3".

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Allan Staller
> Sent: 18 February, 2019 19:18
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: z/OS 2.4
> 
> Has anybody seen the z/OS V2R4 preview announcement go by?
> 
> If so, can you provide a link or Announcement number?
> 
> TIA,
> 
> ::DISCLAIMER::
> --
> --
> --
> --
> --
> --
> --
> The contents of this e-mail and any attachment(s) are confidential and 
> intended for the named recipient(s) only. E-mail transmission is not 
> guaranteed to be secure or error-free as information could be 
> intercepted, corrupted, lost, destroyed, arrive late or incomplete, or 
> may contain viruses in transmission. The e mail and its contents (with 
> or without referred errors) shall therefore not attach any liability 
> on the originator or HCL or its affiliates. Views or opinions, if any, 
> presented in this email are solely those of the author and may not 
> necessarily reflect the views or opinions of HCL or its affiliates. 
> Any form of reproduction, dissemination, copying, disclosure, 
> modification, distribution and / or publication of this message 
> without the prior written consent of authorized representative of HCL 
> is strictly prohibited. If you have received this email in error 
> please delete it and notify the sender immediately. Before opening any 
> email and/or attachments, please check them for viruses and other defects.
> --
> --
> --
> --
> --
> --
> --
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



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


Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.

Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority 

Re: Crosshair cursor

[Styles, Andy (ITS zPlatform Services)]

Classification: Public


On 02-01-2019 at 16:51, Robert Prins wrote:

>> On 2019-01-02 08:26, Styles, Andy , ITS zPlatform Services wrote:

>> 62 x 160 eh? Still using a small screen then? :-)

> Only 23" full HD, and pretty bad eyesight, myopic (-6.5) and problems using 
> multifocal glasses.

Heh. I was really referring to the 62 x 160; I use 84 x 160. However, I do have 
better eyes- 19" 4:3, and sometimes smaller (down to the 14" laptop screen..)

-- 
Andy Styles
z/Series System Programmer




Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.

Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.

Halifax is a division of Bank of Scotland plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.

This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: Crosshair cursor

[Styles, Andy (ITS zPlatform Services)]

Classification: Public
I also frequently use crosshairs (toggled by SHIFT-HOME, which I think is 
something similar to the combination on the 3270 keyboard I used in the 80s). I 
switch crosshair on/off depending on what I'm doing.

62 x 160 eh? Still using a small screen then? :-)

Andy Styles
z/Series System Programmer


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Robert Prins
Sent: 02 January 2019 10:04
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Crosshair cursor

-- This email has reached the Bank via an external source --
 

On 2018-12-29 17:46, zMan wrote:
> Does anybody here voluntarily use a crosshair cursor in your 3270 emulator?
> 
It was the second change I made after installing Vista, setting up the cursor 
to garish bright yellow cross-hairs. ;) (The first change? A 62 x 160 
screen-size)

Robert
--
Robert AH Prins
robert(a)prino(d)org

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


Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.

Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.

Halifax is a division of Bank of Scotland plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.

This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: z/OS 2.3 and VOLCOUNT

[Styles, Andy (ITS zPlatform Services)]

Classification: Public
We tripped over something with z/OS 2.1 maintenance and volcounts. These are 
some notes I have:

With z/OS 2.1, an enhancement to DFSMS came in which meant that when a dataset 
(tape in this case) filled 5 volumes, DFSMS automatically created the 
additional control blocks to extend by another 5 tapes...and then another and 
so on

Until we applied maintenance to z/OS 2.1, that happened regardless of the 
VOL,,,x parameter in JCL or in the DATACLAS, After, the system now honours the 
VOL,,,x parameter or what's in the DATACLAS (and I think the DATACLAS overrides 
the JCL). A selection of DATACLAS's had VOLCOUNT=1 set (which really means 5 
vols), and this caused us some abends. 

We raised a PMR with IBM, and one part of the dialogue went:

There was a RAS enhancement to eliminate ABEND837-08 for tape data  
sets introduced by APAR= OA46493.   
This APAR also has a detailed description how the VOLCNT allocation 
should work.

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Beesley, Paul
Sent: 09 October 2018 13:54
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OS 2.3 and VOLCOUNT

-- This email has reached the Bank via an external source --
 

Did something change with VOLCOUNT parameter handling between z/OS 2.1 and 2.3?
We have a job that uses 21 tapes to backup an application's datasets, and has 
this parameter: VOL=(,RETAIN,,20),

Following the upgrade to 2.3 at the weekend, this job failed S837-08, 
indicating it has run out of tape volumes, which is quite correct.
However, looking back at the previous runs, they all have used 21 tapes. So 
they should really have abended as well, but all worked ok.

Hence, wondering if something has changed in volume count processing, or 
whether there was a bug in 2.1 which was fixed in 2.3.
Would appreciate any suggestions before I face the Spanish inquisition who are 
claiming that my upgrade broke their job.

Paul

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 Second 
Floor, Mid City Place, 71 High Holborn, London, WC1V 6EA.  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



Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.

Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.

Halifax is a division of Bank of Scotland plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.

This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.

Re: Master cats as user cats on other systems - why?

[Styles, Andy (ITS zPlatform Services)]

Classification: Public
The "platinum" (or ) build says to have a single 
master cat for all systems in a sysplex. Now I get that not everything is a 
sysplex, but where it is, take caution. 

Where you have master cats for other systems as user cats, there's a big red 
flag - the system won't let you delete the active master cat for the system 
you're on (you get IDC3009I, RC 90, RSN 2), but nothing stops you deleting a 
user cat that is also the master cat for another system.
 
Once that "user cat" has been deleted, the other system very quickly decides 
that it can no longer continue life. (page datasets, from memory, are what it 
complained about first..)

Andy Styles
z/Series System Programmer



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: 26 September 2018 15:27
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Master cats as user cats on other systems - why?

-- This email has reached the Bank via an external source --
 

On Wed, 26 Sep 2018 14:09:48 +, Allan Staller wrote:

>I tend to generally concur w/Brian, but I do want to add an observation.
>
>Any time there are (three of something) vs (one of something)  you are (almost 
>certainly) guaranteed to the one or more of the three, out of sync.
>Correction of "out of sync" conditions is generally painful and involves a 
>great deal of research and time to correct.
>
>Or to say the above in the short and sweet manner:
>Two or more of something that don't agree, is worse than having nothing.
>
“never go to sea with two chronometers, take one or three”
-- The Mythical Man-Month 
https://blog.ipspace.net/2017/01/never-take-two-chronometers-to-sea.html

>The above being said, most "out of sync" conditions can be prevented by 
>application of appropriate operational discipline.
>It has been my experience that very few shops employ appropriate operational 
>discipline.
>
>For this reason, I lean towards shared, rather than separate.

-- gil

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


Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.

Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.

Halifax is a division of Bank of Scotland plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.

This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: Search for utility

[Styles, Andy (ITS zPlatform Services)]

Classification: Public
Couldn't they just use standard SRCHFOR (=3.15), select all the members with S 
*, and then unselect the ones they don't want?

Andy Styles
z/Series System Programmer 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Sebastian Welton
Sent: 13 September 2018 09:11
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Search for utility

-- This email has reached the Bank via an external source --
 

On Wed, 12 Sep 2018 18:52:30 +, McCabe, Ron  
wrote:

>Hello,
>
>Question from our developers...is there an easy way to search for a string in 
>all COBOL programs except for 1 or 2?  So what they would like to do is search 
>for a string in all but 1 or 2 of the COBOL programs in a PDS and they don't 
>want to have to "select" the programs from the list since there are over 400 
>programs in the PDS.
>

Maybe QWIKSCAN on the CBTTAPE might help: CBT603. This allows for IF, AND and 
NOT search along with various other parameters...

Sebastian

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


Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.

Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.

Halifax is a division of Bank of Scotland plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.

This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: how to calculate previous day using REXX

[Styles, Andy (ITS zPlatform Services)]

Classification: Public
say date('S', date('B') - 1 ,'B')

Andy Styles
z/Series System Programmer


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ITschak Mugzach
Sent: 02 August 2018 09:44
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: how to calculate previous day using REXX

-- This email has reached the Bank via an external source --
 

Try this logic:

   - Get the Julian date of today (YYXXX)
   - Deduct 1 from Julian date (xxx)
   - Last 3 digits zero? (xxx)
   - Deduct one from first two chars (year) (YY)
   - Decide the Julian date (365 or 366 based on year/4) (xxx)

ITschak


On Thu, Aug 2, 2018 at 10:38 AM saurabh khandelwal <
sourabhkhandelwal...@gmail.com> wrote:

> Hello Group,
>
> In REXX , we have Date function to calculate today's date but do we have
> any separate function to calculate yesterday's date.
>
> currently, we used
>
> TODAY= DATE('S')
> YESTERDAY  = TODAY - 1
>
> this code work whole month but, starting of the month where we have date
>
> ex :
>
> TODAY - '20180801'
>
> then yesterday will be calculated like
>
> TODAY -1 , So yesterday value will be
> YESTERDAY = '20180800'  , which is wrong.
>
> Can you please help to overcome this issue.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
for Legacy **|  *

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


Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.

Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.

Halifax is a division of Bank of Scotland plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.

This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: Linklist and APF

[Styles, Andy (ITS zPlatform Services)]

Classification: Public
There you are, that's what he said, fairly recent. A bit like those new-fangled 
PDSEs and new format JES2 commands..

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jim Mulder
Sent: 16 July 2018 04:19
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Linklist and APF

-- This email has reached the Bank via an external source --
 

  It  depends on your definition of "fairly recent".
LNKAUTH=APFTAB was introduced in MVS/XA SP2.1.1, 
about 35 years ago.. 

Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
Poughkeepsie NY


> I believe that until a fairly recent OS release LNKLST did not 
> support a mixture
> of APF and non-APF libraries.  So if you wanted your program 
> accessible without
> STEPLIB it was (almost) necessary to put it in an APF library.



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



Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.

Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.

Halifax is a division of Bank of Scotland plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.

This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.

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

Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

[Styles, Andy (ITS zPlatform Services)]

Classification: Public
Is it outage, rather than downtime? (ie, unexpected)

Can't shutdown and IPL in 315 seconds.. (well, we can't). 
 
Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: 26 April 2018 16:06
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

-- This email has reached the Bank via an external source --
 

On Thu, 26 Apr 2018 14:00:37 +, Allan Staller wrote:

>(z/OS) claims "six nines" of availability (99.99%;

That would be eight nines. Do they talk about six nines now? 
I remember 5 nines, or available 99.999% of the time. That corresponds 
to about 315 seconds of down time per year, by my calculations.

-- 
Tom Marchant

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


Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0207 626 1500.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207 626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 0207 626 1500.

Lloyds Bank plc, Bank of Scotland plc are authorised by the Prudential 
Regulation Authority and regulated by the Financial Conduct Authority and 
Prudential Regulation Authority.

Halifax is a division of Bank of Scotland plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.

This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: In-Stream Symbols and The Length

[Styles, Andy (ITS zPlatform Services)]

Classification: Public
Hmm; bearing in mind that the IEFC653I message doesn't reproduce inline 
comments either, it looks like it's working the same way:

2 // SET D='DISP=SHR'   
3 // EXEC PGM=IEFBR14   
4 //DD DD DSN=MY.DSN, THIS IS A TEST 
  IEFC653I SUBSTITUTION JCL - DSN=MY.DSN,DISP=SHR   
 
My assumption here would be that it's the final JCL to be processed; resolved 
and guff removed. Perhaps if there was a way to trace that processing, you'd 
see it, along with the eventual removal of comments. 

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Coalbran
Sent: 28 March 2018 09:45
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: In-Stream Symbols and The Length

-- This email has reached the Bank via an external source --
 

Hi Lizette

I tried even a 2 stage attempt, hoping to fool it!

2 // SET B=' '
3 // SET A='UNIT=SYSDA'
  IEFC653I SUBSTITUTION JCL - A=
4 //STEP1EXEC PGM=IEFBR14
5 //SETDDDD  DISP=SHR,DSN=MY.DSN
  IEFC653I SUBSTITUTION JCL - DISP=SHR,DSN=MY.DSN

Same, see, not even  gets resolved.


A second attempt after changes...

2 // SET D='DISP=SHR '
3 // SET U='UNIT=SYSDA'
4 //STEP1EXEC PGM=IEFBR14
5 //SETDDDD  DSN=MY.DSN,
  IEFC653I SUBSTITUTION JCL - DSN=MY.DSN,DISP=SHR

/S 




From: IBM Mainframe Discussion List  on behalf of 
Lizette Koehler 
Sent: 26 March 2018 18:46
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: In-Stream Symbols and The Length

Just a side note

I opened a PMR last year on the use of

Set A=',UNIT=SYSDA' and SET A=' UNIT=SYSDA'

In the first case, the substitution was correct

In the second substitution - I was hoping to see a space followed by UNIT=SYSDA


   //DD  DISP=SHR,DSN=MY.DSN

The first case:
   //DD  DISP=SHR,DSN=MY.DSN,UNIT=SYSDA

The Second case:
   //DD  DISP=SHR,DSN=MY.DSN

Where I had hoped for
   //DD  DISP=SHR,DSN=MY.DSN UNIT=SYSDA

So somethings will not substitute well with spaces in them, and others will

IEBCOPY - it carried everything into the control cards.  JCL not so much

I was told Work As Designed

Lizette



> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Nims,Alva John (Al)
> Sent: Monday, March 26, 2018 11:19 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: In-Stream Symbols and The Length
>
> Thank you for the suggestions, but instead of trying to make it easy 
> by complicating things, I am just going to do:
> //SHRTMN SETSHRTMN='SEP 2018'
> //*
> //LONGMN SETLONGMN='September 2018'
>
> The above works just fine for me.
>
> Al Nims
> Systems Admin/Programmer III
> UF Information Technology
> East Campus
> P.O. Box 112050
> Gainesville, FL. 32611
> (e) ajn...@ufl.edu
> (p) (352) 273-1298
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Paul Gilmartin
> Sent: Monday, March 26, 2018 2:10 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: In-Stream Symbols and The Length
>
> On Mon, 26 Mar 2018 17:35:45 +, Nims,Alva John (Al) wrote:
>
> >Not really.
> >I have been using IEBGENER to create a simple way of testing.
> >
> >Here is what happened when I did the SET statement as you suggested.
> >
> >I inserted the following after adding M5NAME to the EXPORT list and 
> >there is
> a black space between   and :
> >//M5NAME  SET   M5NAME=' '
>
> The argument to SET is not documented as one of the few places in 
> which symbol substitution is performed between apostrophes.  However, 
> I have found something like this works.  I can find no documentation to 
> support this:
>
> //   SET Q=
> //   SET B=' '
> //M5NAME  SET   M5NAME=
> (I don't believe the dots are necessary.)
>
> The order of operations in parsing JCL is poorly documented.  There 
> should be an RCF for this.
>
> There should be an RFE to support symbol substitution in a quoted 
> argument to SET.  (But compatibility?)
>
> >In the JCL Output the above becomes:
> >//M5NAME  SET   M5NAME=' '
> >//M5NAME   EXPORT EXPSET=  GENERATED STATEMENT
> >...
> >I am sure that there is a simple little explanation buried somewhere, 
> >but I
> have not found it.
> >I also just realized that with another symbol, I am going to have a 
> >problem
> with "September" and other long named months.
> >I am going to have to do some additional testing.
> >
> I get a runtime I/O error when I do that sort of thing, even when I 
> specify an ample LRECL on the SYSUT1 DD.  The coded LRECL appears to 
> be effective wnen attributes are merged at OPEN, but not when symbols 
> are substituted.  I consider this an implementation defect which should be 
> subject to APAR.
>
> I hate JCL!
>
> -- gil
>

Re: Health Check JES_NJE_SECURITY

[Styles, Andy (ITS zPlatform Services)]

This is a real possibility - I've seen it in action; a connection via NJE was 
established and an unauthenticated user was able to submit a batch job under 
the id of someone in the Security area with RACF SPECIAL access. At that time, 
our NJE network was using unsecured IP connections over port 175.
 
 
Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: 22 March 2018 23:14
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Health Check JES_NJE_SECURITY

-- This email has reached the Bank via an external source --
 

I chatted up Tom Wasik at SHARE in Sacramento. We have a robust internal NJE 
network but no longer any outside connections. Tom raised the possibility of 
someone using a mechanism (like Python) to spoof an NJE node from within the 
closed network. I know nothing about Python, but just the prospect is 
unnerving. I think we'll pursue this (remote?) exposure to minimize the risk. 

.
.
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 Robert S. Hansel (RSH)
Sent: Friday, March 02, 2018 6:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Health Check JES_NJE_SECURITY

Hi Skip,

If you define  and add the name of a node to it, JES will 'trust' and 
accept any job coming from that node and propagate the submitter's ID and group 
as is. Adding a node to  is the equivalent of creating NODES profiles 
of node.USERJ.* UACC(UPDATE), node.GROUPJ.* UACC(READ), and node.SECLJ.* 
UACC(READ). Note that NODES profiles are ignored for nodes listed in , 
so you can't do any submitting user or group translations using NODES profiles. 
 is very powerful, and nodes should only be defined to it that are 
under your control.

If a job is received from an  trusted node, and on the receiving system 
(a) the submitting user isn't defined, (b) the submitter's group isn't defined, 
or (c) the submitting user isn't connected to the group, the submitter is 
treated as an undefined user and the job may fail. This is why, as Walt 
indicated, you should only define nodes to  whose RACF databases are 
aligned for users, groups, and connects. For systems that aren't so aligned, 
don't include their nodes in  and use NODES profiles instead.

I recommend you define  in each of your RACF databases and in each such 
profile include only the nodes for the systems sharing that particular 
database. Do so even on standalone systems or Multi-Access Spool 
configurations. This will facilitate spool reloads.

Regards, Bob

Robert S. Hansel
Lead RACF Specialist
RSH Consulting, Inc. *** Celebrating our 25th Year ***
617-969-8211
www.linkedin.com/in/roberthansel
https://twitter.com/RSH_RACF
www.rshconsulting.com

Upcoming RSH RACF Training - WebEx
- RACF Audit & Compliance Roadmap - SEPT 10-14, 2018
- RACF Level I Administration - APR 10-13, 2018 ** Date Change **
- RACF Level II Administration - JUN 4-8, 2018
- RACF Level III Admin, Audit, & Compliance - OCT 1-5, 2018
- RACF - Securing z/OS UNIX  - APR 23-27, 2018


-Original Message-
Date:Wed, 28 Feb 2018 19:38:33 +
From:Jesse 1 Robinson 
Subject: Health Check JES_NJE_SECURITY

APAR  OA49171 introduces a new health check called 

Date:Thu, 1 Mar 2018 03:14:36 +
From:Jesse 1 Robinson 
Subject: Re: Health Check JES_NJE_SECURITY

Ouch. I never saw Walt's proviso mentioned in the doc. Yes, these nodes are all 
totally under our control. However each node (sysplex) constitutes a different 
business environment supported by a different RACF data base. A person may have 
the same userid on sandbox and on production, but they do not necessarily have 
the same authority on both. Both represent the same person but not necessarily 
the same role. 

We need to reassess our goal here.

.
.
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 Walt Farrell
Sent: Wednesday, February 28, 2018 5:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Health Check JES_NJE_SECURITY

On Wed, 28 Feb 2018 18:21:03 -0500, Tom Conley  
wrote:

>I ran these on 1/5/18 to fix this check:
>
>RDEFINE RACFVARS  UACC(NONE) OWNER() RALTER  
>RACFVARS  ADDMEM()  (add one for each
>node)
>SETROPTS CLASSACT(RACFVARS) RACLIST(RACFVARS)

You should 

Re: Finding OMVS Files with Owner IDs for Deleted Owners?

[Styles, Andy (ITS zPlatform Services)]

Classification: Public
Assuming their id has been deleted:

find . -nouser

-rw-r--r--1 5  10 Jul 17 09:09 test.txt

Where '5' is the id of the deleted user (actually just me issuing chown 5 
test.txt - but users without ids show up as numerics in ls).

01/12/17 15:45:50 /u/xxx $ find . -nouser 
./test.txt

There's a -nogroup equivalent too. 

Andy Styles
z/Series Systems Programmer

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dyck, Lionel B. (TRA)
Sent: 01 December 2017 15:33
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Finding OMVS Files with Owner IDs for Deleted Owners?

-- This email has reached the Bank via an external source --
 

Is there a tool that can find and report out all files that are owned by users 
who have departed?

Just ran into a few that were owned by someone who left several years ago.

Thank you

--
Lionel B. Dyck <
Mainframe Systems Programmer - TRA


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



Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank plc, Bank of Scotland plc are authorised by the Prudential 
Regulation Authority and regulated by the Financial Conduct Authority and 
Prudential Regulation Authority.

Halifax is a division of Bank of Scotland plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.

This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.

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

Re: Shocking Bug in Latest PCOMM Release

[Styles, Andy (ITS zPlatform Services)]

Classification: Public
They are indeed, but I don't have enough skills (yet..?) to rewrite bits of 
x3270 I want.

I have looked and attempted on a couple of occasions, and I've always failed. 
Because it relies on only X, and not QT or GTK, none of the features of either 
KDE or GNOME (or whatever that's called these days) appear to be used. I'm 
guessing that's because it's generically available to all Linux, and possibly 
beyond.

One day maybe I'll spend time and effort doing something with it!

Andy Styles
z/Series Systems Programmer


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jack J. Woehr
Sent: 23 November 2017 01:30
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Shocking Bug in Latest PCOMM Release

-- This email has reached the Bank via an external source --
 

On 11/22/2017 6:22 PM, Jack J. Woehr wrote:
> On 11/22/2017 1:46 AM, Styles, Andy (ITS zPlatform Services) wrote:
>> I've used x3270, and I find it functional, but lacking. Both keyboard 
>> remapping and font support are stuck in the 90s.
> Open source software works because users participate. Send Paul some 
> diffs.

The latest checkins to the x3270 source tree are this month, so obviously Paul 
Mattes is still at it, like 20 years later.

Open source will still be there when the vendors wander away in search of fresh 
blood :)

Participate.

https://sourceforge.net/p/x3270/code/ci/master/tree/Common/

-- 
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe 
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

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


Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank plc, Bank of Scotland plc are authorised by the Prudential 
Regulation Authority and regulated by the Financial Conduct Authority and 
Prudential Regulation Authority.

Halifax is a division of Bank of Scotland plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.

This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: Shocking Bug in Latest PCOMM Release

[Styles, Andy (ITS zPlatform Services)]

Classification: Public
Perhaps Tom could be persuaded to port Vista to Linux :-)

I've used x3270, and I find it functional, but lacking. Both keyboard remapping 
and font support are stuck in the 90s.

Andy Styles
z/Series Systems Programmer

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Crayford
Sent: 22 November 2017 05:51
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Shocking Bug in Latest PCOMM Release

On 22/11/2017 1:36 PM, Jack J. Woehr wrote:
> On 11/21/2017 8:44 PM, Jesse 1 Robinson wrote:
>> Two words. Vista TN3270.
>
>
> One word: x3270
>
>

There's not much choice on Linux. x3270 is full of bugs and not well 
maintained. What we need is more cross-platform browser based 3270 emulators 
like the Mocha TN3270 chrome app.

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


Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank plc, Bank of Scotland plc are authorised by the Prudential 
Regulation Authority and regulated by the Financial Conduct Authority and 
Prudential Regulation Authority.

Halifax is a division of Bank of Scotland plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.

This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

zAware?

[Styles, Andy (ITS zPlatform Services)]

Classification: Public

Morning folks,

We've got a zAware partition running, but we've done almost nothing with since 
it was set up a couple of years back, so we're thinking of dropping it.

Does anyone actively use zAware?

Thanks,

Andy Styles
z/Series Systems Programmer



Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555. Lloyds Bank plc. 
Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England 
and Wales no. 2065. Telephone 0207626 1500. Bank of Scotland plc. Registered 
Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC327000. 
Telephone: 03457 801 801. Cheltenham & Gloucester plc. Registered Office: 
Barnett Way, Gloucester GL4 3RL. Registered in England and Wales 2299428. 
Telephone: 0345 603 1637

Lloyds Bank plc, Bank of Scotland plc are authorised by the Prudential 
Regulation Authority and regulated by the Financial Conduct Authority and 
Prudential Regulation Authority.

Cheltenham & Gloucester plc is authorised and regulated by the Financial 
Conduct Authority.

Halifax is a division of Bank of Scotland plc. Cheltenham & Gloucester Savings 
is a division of Lloyds Bank plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.

This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.

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

Re: Removing Catalog Entries for Datasets That Do Not Exist [Public Information]

[Styles, Andy (ITS zPlatform Services)]

Classification: Public
I imagine that a vendor product like CIM or TACM could surgically zap the 
catalog to remove the entries.

I checked with one of our storage folks, he suggested that the catalog entry 
actually has MIGRAT (I've checked that on one of my own migrated datasets with 
LISTC), and it's actually the listing that adds the "1" or "2" depending on the 
device type of the catalog entry. He suggests:

"As far as I can remember, the actual entry for a migrated entry is MIGRAT (as 
that is a 6 char VOLSER entry). It is the listing of it that adds the suffix 1 
or 2 depending on the catalog device type (either disk or tape) - but - to get 
rid of the entries, you need to connect to the ARCCATGP RACF group. That will 
cause allocation to just delete it rather than drive a recall attempt."

Sure enough that appears to be a valid group - whether you still need DFHSM to 
be active, though..

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.arci000/endus.htm

Not really my area, so I'm hoping some of this will help!

Andy Styles
z/Series Systems Programmer


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Dawes
Sent: 21 August 2017 12:50
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Removing Catalog Entries for Datasets That Do Not Exist [Public 
Information]

-- This email has reached the Bank via an external source --
 

Bill,I checked some of our migrated dsns.  They have the catalog entry as 
MIGRAT1 or MIGRAT2.  The status of MIGRAT (folks at FDR please correct me if I 
am wrong) indicates that the dsn was archived by FDR.

  From: "Usher, Darrold" <014f796d148d-dmarc-requ...@listserv.ua.edu>
 To: IBM-MAIN@LISTSERV.UA.EDU
 Sent: Friday, 18 August 2017, 11:58
 Subject: Re: Removing Catalog Entries for Datasets That Do Not Exist [Public 
Information]
   
Did your try DEL 'dsname' NSCR?

Classification: Public Information


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Rodatz, William J
Sent: Friday, August 18, 2017 10:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: Removing Catalog Entries for Datasets That Do Not Exist

Hello Everyone,

Recently I discovered some datasets with "MIGRAT" as the volser.  These 
datasets had been migrated with DFHSM many years ago.  My organization is no 
longer running the product.  I am attempting to remove the dangling catalog 
entries which appears to be challenging.  The pubs say to use IEHPROGM with the 
SCRATCH function if (1) the dataset is non-SMS managed and (2) you know the 
dataset's volser prior to migration.  I don't what the original volser was and 
I don't know why it matters.  The catalog entry has only the dataset name and 
"MIGRAT" for the volser.

When I execute IEHPROGM, I get messages denoting that DFHSM is not active.  I 
am unable to move past this point.

Does anyone have an idea how the catalog entries can be removed?  Any input 
would be greatly appreciated.

Thank you.

Bill

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


Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555. Lloyds Bank plc. 
Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England 
and Wales no. 2065. Telephone 0207626 1500. Bank of Scotland plc. Registered 
Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC327000. 
Telephone: 03457 801 801. Cheltenham & Gloucester plc. Registered Office: 
Barnett Way, Gloucester GL4 3RL. Registered in England and Wales 2299428. 
Telephone: 0345 603 1637

Lloyds Bank plc, Bank of Scotland plc are authorised by the Prudential 
Regulation Authority and regulated by the Financial Conduct Authority and 
Prudential Regulation Authority.

Cheltenham & Gloucester plc is authorised and regulated by the Financial 
Conduct Authority.

Halifax is a division of Bank of Scotland plc. Cheltenham & Gloucester Savings 
is a division of Lloyds Bank plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.

This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, 

Re: "New" Java-less Operating System Messages blips like crazy

[Styles, Andy (ITS zPlatform Services)]

Classification: Public
I would hazard a guess that the answer to that is the same answer as to why 
Windows XP (and probably NT!) is still in use! 

Not to mention anyone running out-of-support mainframe software (and hardware 
for that matter).. 

Andy Styles
z/Series Systems Programmer

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Crayford
Sent: 14 June 2017 04:47
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: "New" Java-less Operating System Messages blips like crazy

-- This email has reached the Bank via an external source --
 

On 11/06/2017 7:15 AM, Ed Jaffe wrote:
> On 6/6/2017 8:54 PM, David Crayford wrote:
>> On 7/06/2017 1:43 AM, Ed Jaffe wrote:
>>>
>>> We test (E)JES Web with current releases of Chrome, Firefox, Opera, 
>>> Safari, and IE. We also test with IE8 because it's a different 
>>> animal and requires special code to make things work right...
>>>
>>
>> Do you have a firm requirement to support IE8?
>
> We'd love, Love, LOVE to drop support for IE8 but for some strange 
> reason a LOT of customers are still using it. :-(
>

Interesting. I hope none of our customers are using IE8 because they won't be 
able to use the Web UI!

Do you have any idea why they are using an unsupported browser?

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


Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555. Lloyds Bank plc. 
Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England 
and Wales no. 2065. Telephone 0207626 1500. Bank of Scotland plc. Registered 
Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC327000. 
Telephone: 03457 801 801. Cheltenham & Gloucester plc. Registered Office: 
Barnett Way, Gloucester GL4 3RL. Registered in England and Wales 2299428. 
Telephone: 0345 603 1637

Lloyds Bank plc, Bank of Scotland plc are authorised by the Prudential 
Regulation Authority and regulated by the Financial Conduct Authority and 
Prudential Regulation Authority.

Cheltenham & Gloucester plc is authorised and regulated by the Financial 
Conduct Authority.

Halifax is a division of Bank of Scotland plc. Cheltenham & Gloucester Savings 
is a division of Lloyds Bank plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.

This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: "New" Java-less Operating System Messages blips like crazy

[Styles, Andy (ITS zPlatform Services)]

Classification: Public
I can't really use FF officially, but I have an very old portable version lying 
around (37.0.2), and it seems fine on that too. 

Andy Styles
z/Series Systems Programmer


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Conley
Sent: 06 June 2017 15:50
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: "New" Java-less Operating System Messages blips like crazy

-- This email has reached the Bank via an external source --
 

On 6/6/2017 10:45 AM, Styles, Andy , ITS zPlatform Services wrote:
> Classification: Public
> It varies between browsers, I believe.
> 
> Chrome 55.0.2883.87 seems to play nicely - perhaps nicer - but IE 
> 11.0.9600.18665 is definitely not happy.
> 
> 
> Andy Styles
> z/Series Systems Programmer
> 

Andy,

Thanks for this, it 'splains a lot.  I'm using that level of IE, but I can't 
use Chrome because popups.  IBM uses FF, so I guess it's not surprising they're 
not seeing issues.

Thanks again,
Tom Conley

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


Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555. Lloyds Bank plc. 
Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England 
and Wales no. 2065. Telephone 0207626 1500. Bank of Scotland plc. Registered 
Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC327000. 
Telephone: 03457 801 801. Cheltenham & Gloucester plc. Registered Office: 
Barnett Way, Gloucester GL4 3RL. Registered in England and Wales 2299428. 
Telephone: 0345 603 1637

Lloyds Bank plc, Bank of Scotland plc are authorised by the Prudential 
Regulation Authority and regulated by the Financial Conduct Authority and 
Prudential Regulation Authority.

Cheltenham & Gloucester plc is authorised and regulated by the Financial 
Conduct Authority.

Halifax is a division of Bank of Scotland plc. Cheltenham & Gloucester Savings 
is a division of Lloyds Bank plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.

This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: "New" Java-less Operating System Messages blips like crazy

[Styles, Andy (ITS zPlatform Services)]

Classification: Public
It varies between browsers, I believe. 

Chrome 55.0.2883.87 seems to play nicely - perhaps nicer - but IE 
11.0.9600.18665 is definitely not happy. 


Andy Styles
z/Series Systems Programmer

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Conley
Sent: 06 June 2017 15:42
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: "New" Java-less Operating System Messages blips like crazy

-- This email has reached the Bank via an external source --
 

On 6/6/2017 8:48 AM, John Eells wrote:
> The HMC architect was not aware of this; he'd be thankful if someone 
> opened a problem (PMH) for it.
> 
> 

John,

It's kinda hard to miss.  Our hardware guy is out for a few days, so I'll get a 
hardware PMR to you early next week.  We're on an EC12.

Let me ask this of the list.  Is anyone out there NOT getting a blippy HMC 
Operating System Messages console?  If so, do you see smooth scrolling or does 
the message just pop up in the window?

Regards,
Tom Conley

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


Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555. Lloyds Bank plc. 
Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England 
and Wales no. 2065. Telephone 0207626 1500. Bank of Scotland plc. Registered 
Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC327000. 
Telephone: 03457 801 801. Cheltenham & Gloucester plc. Registered Office: 
Barnett Way, Gloucester GL4 3RL. Registered in England and Wales 2299428. 
Telephone: 0345 603 1637

Lloyds Bank plc, Bank of Scotland plc are authorised by the Prudential 
Regulation Authority and regulated by the Financial Conduct Authority and 
Prudential Regulation Authority.

Cheltenham & Gloucester plc is authorised and regulated by the Financial 
Conduct Authority.

Halifax is a division of Bank of Scotland plc. Cheltenham & Gloucester Savings 
is a division of Lloyds Bank plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.

This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: "New" Java-less Operating System Messages blips like crazy

[Styles, Andy (ITS zPlatform Services)]

We are not on z13s yet, but we've been using the Javascript version for a few 
months now on EC12s, and it's generally okay - we do get the NIP messages okay, 
recently we had to reply to some when we mucked up some page datasets.

I agree it blips sometimes, but I've put that down to the browser (IE) rather 
than IBM's code - though I could be wrong :-) I always use it maximised on a 
4:3 display (no wide screen for me yet..).

I dislike the HTML it generates, with extra spacing around the lines, meaning 
fewer ‎display lines on screen at any one time, and I also want more scroll 
back - somewhere in the region of 5k lines would be good, especially for IPLs.

We discovered a bug in it too - we have some read-only user Ids, meaning you 
can watch the console but not ‎respond, as the command line and button are 
greyed out. That's fine, but after a shutdown, reset and IPL, those fields are 
enabled...

--
Andy Styles
  Original Message
From: Barbara Nitz
Sent: Tuesday, 6 June 2017 07:43
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: Re: "New" Java-less Operating System Messages blips like crazy


-- This email has reached the Bank via an external source --


>I'm trying to use the new Java-less Operating System Messages console on
>the HMC.  My version is Blippy McBlipperson, which makes it extremely
>difficult to use, because you can't watch it.  As new messages are sent
>to the console, the display collapses and expands at least 10x/sec.
>Anybody else's HMC console behave this way?  If so, what was IBM
>thinking?  We had to submit RFE's to get them to remove Java, do we have
>to submit more requirements to make it usable?

Same here; ever since we got the z13, it is essentially impossible to see NIP 
messages because the console doesn't scroll anymore. The first screen fills and 
then just blips, no new messages, and no scrollbar. When I reported it, it was 
implied that this was due to my 'failure' to use the tree-style interface.

I have resorted to using the 3270 console. Which has the disadvantage that you 
cannot scroll back. But at least I see the NIP messages.  After a while (and 
after closing the OSM screen and reopening it), the OSM screen actually gets a 
scroll bar. Never mind that the buffer is so small that the first messages have 
already gone. IBM was unable to tell me how to increase that buffer size.

I am glad that I am not the only one who sees this.

Barbara

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


Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555. Lloyds Bank plc. 
Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England 
and Wales no. 2065. Telephone 0207626 1500. Bank of Scotland plc. Registered 
Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC327000. 
Telephone: 03457 801 801. Cheltenham & Gloucester plc. Registered Office: 
Barnett Way, Gloucester GL4 3RL. Registered in England and Wales 2299428. 
Telephone: 0345 603 1637

Lloyds Bank plc, Bank of Scotland plc are authorised by the Prudential 
Regulation Authority and regulated by the Financial Conduct Authority and 
Prudential Regulation Authority.

Cheltenham & Gloucester plc is authorised and regulated by the Financial 
Conduct Authority.

Halifax is a division of Bank of Scotland plc. Cheltenham & Gloucester Savings 
is a division of Lloyds Bank plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.

This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: job output into dataset

[Styles, Andy (ITS zPlatform Services)]

Classification: Public
If it's just the JESLOG you're interested in, take a look at the JESLOG 
parameter of the JOB card:

Syntax:

JESLOG= {SPIN}
  {NOSPIN}
  {SUPPRESS}

Subparameter Definition:

SPIN
JESLOG is spin-eligible. There is an optional second operand.

JESLOG=(SPIN,hh:mm)
JESLOG will be spun at time hh:mm each 24 hour period. "hh" is
hours and has a range of 00 through 23. "mm" is minutes and has
a range of 00 through 59.

JESLOG will be spun when the next message is written to the
data set after the specified time.

JESLOG=(SPIN,+hh:mm)
JESLOG will be spun every hh:mm time interval. "hh" is hours
and has a range of 00 through 23. "mm" is minutes and has a
range of 00 through 59. The minimum interval which can be
specified is 10 minutes. Note that "hh" must be specified even
if zero. For example, JESLOG=(SPIN,0:20)

JESLOG will be spun when the next message is written to the
data set after the specified time.

JESLOG=(SPIN,nnn)
JESLOG=(SPIN,nnnK)
JESLOG=(SPIN,nnnM)
JESLOG will be spun when either data set has "n" lines. A
minimum of 500 lines must be specified. "K" is thousands and
"M" is millions.


Andy Styles
z/Series Systems Programmer

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of venkat kulkarni
Sent: 02 May 2017 08:35
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: job output into dataset

-- This email has reached the Bank via an external source --
 

Hello,

We have some address spaces running from long time and produce messages 
regularly. Now, my requirement is to cut those messages on regular basis and 
keep appending into seperate dataset.

This way, we will save spool size and no need to recycle the address space to 
remove old message.

Can anybody help me doing this task.

Regards
Venkat

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


Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555. Lloyds Bank plc. 
Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England 
and Wales no. 2065. Telephone 0207626 1500. Bank of Scotland plc. Registered 
Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC327000. 
Telephone: 03457 801 801. Cheltenham & Gloucester plc. Registered Office: 
Barnett Way, Gloucester GL4 3RL. Registered in England and Wales 2299428. 
Telephone: 0345 603 1637

Lloyds Bank plc, Bank of Scotland plc are authorised by the Prudential 
Regulation Authority and regulated by the Financial Conduct Authority and 
Prudential Regulation Authority.

Cheltenham & Gloucester plc is authorised and regulated by the Financial 
Conduct Authority.

Halifax is a division of Bank of Scotland plc. Cheltenham & Gloucester Savings 
is a division of Lloyds Bank plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.

This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: Vendor Licensing Frustrations

[Styles, Andy (ITS zPlatform Services)]

Classification: Public
If you DON'T have the keys for DR, then it makes a mockery of any DR capability 
you think you have.  In a real DR situation, you can't plan, you need it all 
working there and then.

Andy Styles
z/Series Systems Programmer

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dan Little
Sent: 26 April 2017 08:42
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Vendor Licensing Frustrations

-- This email has reached the Bank via an external source --
 

Ideally I would like to have keys for DR on an ongoing basis to avoid the 
delays that Lionel mentions.

Dan


> On Apr 26, 2017, at 05:30, Timothy Sipples  wrote:
> 
> Lionel Dyck wrote:
>> I've been working on DR planning for one of our locations and out of
>> 15 non-IBM products, ONLY 3 will continue to operate without temp 
>> codes, and of those 3, 1 expires after 2 days and the others after 7 
>> days. For the 12 vendor products I have to contact 7 different 
>> vendors to get temporary DR license keys.
> 
> I know there's been lots of back and forth, but Lionel is zeroing in 
> on the crux of the issue. What do customers need? I think we need to 
> (re)focus on that, first. These vendors' current arrangements add risk 
> to disaster recovery, plain and simple. I agree with Lionel. It's a 
> genuine problem. I truly feel it's an avoidable problem, even while 
> respecting vendors'
> important business needs.
> 
> --
> --
> Timothy Sipples
> IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA
> E-Mail: 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

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



Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555. Lloyds Bank plc. 
Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England 
and Wales no. 2065. Telephone 0207626 1500. Bank of Scotland plc. Registered 
Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC327000. 
Telephone: 03457 801 801. Cheltenham & Gloucester plc. Registered Office: 
Barnett Way, Gloucester GL4 3RL. Registered in England and Wales 2299428. 
Telephone: 0345 603 1637

Lloyds Bank plc, Bank of Scotland plc are authorised by the Prudential 
Regulation Authority and regulated by the Financial Conduct Authority and 
Prudential Regulation Authority.

Cheltenham & Gloucester plc is authorised and regulated by the Financial 
Conduct Authority.

Halifax is a division of Bank of Scotland plc. Cheltenham & Gloucester Savings 
is a division of Lloyds Bank plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.

This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.

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

Re: z/OS 2.3 preview announcement

[Styles, Andy (ITS zPlatform Services)]

Classification: Public
I think:

+1+2+3+4+5+6+7--
//SYSIN DD DATA,
// DLM=AVERYLONGDELIMITERSTRINGCANONLYBEGINAT16ANDREACHUNTILCOL71PLUS06

So the extra 6 characters bring it to 63 (assuming my maths is correct!).

Andy Styles
z/Series Systems Programmer

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, Kees (ITOPT1) - KLM
Sent: 08 March 2017 13:02
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 2.3 preview announcement

-- This email has reached the Bank via an external source --


Being precise, you won't get further than 57, because the longest delimiter you 
can get is:
+1+2+3+4+5+6+7--
//D DATA,DLM=AVERYLONGDELIMITERSTRINGCANONLYBEGINAT16ANDREACHUNTILCOL71

Although I can imagine Gill requiring continuation for the stringdefinition ;-)

Kees.


For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



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


Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555. Lloyds Bank plc. 
Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England 
and Wales no. 2065. Telephone 0207626 1500. Bank of Scotland plc. Registered 
Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC327000. 
Telephone: 03457 801 801. Cheltenham & Gloucester plc. Registered Office: 
Barnett Way, Gloucester GL4 3RL. Registered in England and Wales 2299428. 
Telephone: 0345 603 1637

Lloyds Bank plc, Bank of Scotland plc are authorised by the Prudential 
Regulation Authority and regulated by the Financial Conduct Authority and 
Prudential Regulation Authority.

Cheltenham & Gloucester plc is authorised and regulated by the Financial 
Conduct Authority.

Halifax is a division of Bank of Scotland plc. Cheltenham & Gloucester Savings 
is a division of Lloyds Bank plc.

HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.

This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: TSO LINE COMMAND - EDIT MODE

[Styles, Andy (ITS zPlatform Services)]

Classification: Public
This might depend on your code page settings. 

For me, using IBM-1047, it's:

C P'^' ' ' 80 95 ALL 

Where the '^' is the shift-6 character (on my UK keyboard!). To find out what 
character you're expected to use, in EDIT, issue:

HELP
14
2
CHANGE
1
3

This should take you to the "'CHANGE' STRINGS" help panel, where it describes 
picture strings. 


Andy Styles
z/Series Systems Programmer


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of willie bunter
Sent: 16 December 2016 15:52
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TSO LINE COMMAND - EDIT MODE

-- This email has reached the Bank via an external source --
 

Carmen,

I gave it a shot but I get message :No CHARS '¬' found

On Fri, 12/16/16, Carmen Vitullo  wrote:

 Subject: Re: TSO LINE COMMAND - EDIT MODE
 To: IBM-MAIN@LISTSERV.UA.EDU
 Received: Friday, December 16, 2016, 10:32 AM
 
 you can rerun that
 command for any other char or use the command to change any  non blank char in 
those fields  I don't  have a system right now to test but I believe  C P'¬' NX 
" " ALL  will change any NO BLANK CHAR to " "
 BLANK
 Carmen 
 
 - Original Message -
 
 From: "willie
 bunter" <001409bd2345-dmarc-requ...@listserv.ua.edu>
 
 To: IBM-MAIN@LISTSERV.UA.EDU
 
 Sent: Friday, December 16, 2016 9:24:29 AM
 
 Subject: Re: TSO LINE COMMAND - EDIT MODE
 
 
 John, 
 
 I tried out your suggestion and it pariallly  worked.. The 00 were removed 
however the non-00 were left.
 
 
 63
 64 02
 **
 65 
 
 Thanks for your help. 
 
 
 On Fri, 12/16/16, John McKown 
 wrote: 
 
 Subject: Re: TSO
 LINE COMMAND - EDIT MODE
 To: IBM-MAIN@LISTSERV.UA.EDU
 
 Received: Friday, December 16, 2016, 10:18  AM 
 
 On Fri, Dec 16, 2016 at
 
 9:15 AM, willie bunter <
 001409bd2345-dmarc-requ...@listserv.ua.edu>
 
 wrote: 
 
 > Good Day To
 All,
 >
 > Is there a
 way of filling columns 80 95 with blanks? I  have  sequence  >  commands 
(please see below for  an example)  which I would like to remove. 
 >
 >
 00550003 **
 > 0056
 > 00570001 *
 
 > 00580003 **
 >
 0059
 >
 0061 *
 
 >
 00610003 **
 > 0062
 > 00630001 *
 
 > 00640003 **
 >
 0065
 >
 00660001 *
 
 >
 00670003 **
 > 0068
 > 00690001 *
 
 > 0073 **
 >
 0071
 >
 > I
 looked at using C P'00' " 
 " 80 95 however since this is a huge dsn I  was  > wondering if there is a 
quicker  way. I  also considered pressing the EOF  > key on  my keyboard on  
every line however since the file is quite  large it  > would take me a  while. 
 > 
 
 ​In the
 ISPF editor or the
 TSO line editor. With ISPF, just put the  word  "ALL" at the  end of your
 command: 
 
 C P'00' 
 " "
 80 95 ALL​ 
 
 
 
 >
 > Is
 there a line command I could issue to
 do
 what I want to do? I remember
 > in
 ROSCOE I could issue the command FILL 80 95 and  it would  replace the  >  
numbers with blank  spaces. 
 >
 > Thanks
 >
 >
 --
 
 > For IBM-MAIN subscribe / signoff /
 archive
 access instructions,
 > send email to lists...@listserv.ua.edu
 
 with the message: INFO IBM-MAIN
 > 
 
 
 
 --
 Heisenberg
 may have been
 here. 
 
 
https://clicktime.symantec.com/a/1/KVxojQoIkexmDISImZfwJJKx0WsF-g_avKf51EJRYt0=?d=aZAKo4NbKUrg-nctvDhGZmLi3vtfqldw-YQn71uyFMgO32ZxMiiI3ZLusip8R8fOSXDIYAQB9LTumZPFYtICapDZi5-QSlS_GRyR7GYUM7SoPEEnCCCGNpppOr_W2qeTdN34YQmsecMNx1rjuEYOiC5qIzHcOjpLFsEIyMbZqXua2jmuV7Jxz0MXgObw4DZyId2UzGdPWAmcDUIbZyRZvfgEG2jo6deRvb445haHWqb3CtThOAvYbWzR1BY2_4G3ERnKtNskXcGPB8ADiVLYn488FEUMwF9gof380FxmWlttpkHu3M9gs6C8yS0oliu2cBlyWuf9jmdT2bjqG4AWSy-GzEnKs5feUsrDTcuwXuX2JKnyWKUU3ExM39N9bap_aao%3D=http%3A%2F%2Fxkcd.com%2F1770%2F
 
 
 Maranatha! <><
 John McKown 
 
 --
 
 For IBM-MAIN subscribe / signoff / archive
 
 access instructions,
 send
 email to lists...@listserv.ua.edu
 
 with the message: INFO IBM-MAIN 
 
 --
 
 For IBM-MAIN subscribe / signoff / archive  access instructions,  send email 
to lists...@listserv.ua.edu  with the message: INFO IBM-MAIN 
 
 
 --
 For IBM-MAIN subscribe / signoff / archive  access instructions,  send email 
to lists...@listserv.ua.edu  with the message: INFO IBM-MAIN

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


Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555. Lloyds Bank plc. 
Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England