Re: No BPX-level interface for __passwd_applid? Was: Re: Code to verify LOGON password

2021-01-15 Thread PINION, RICHARD W.
It's probably a bug in SORT.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Thomas David Rivers
Sent: Friday, January 15, 2021 3:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: No BPX-level interface for __passwd_applid? Was: Re: Code to verify 
LOGON password

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

Kirk Wolf wrote:

>/*
>  Check password for a userid.
>  Note: requires program-controlled environment
>  To build:
>  c99 -o checkpass checkpass.c  i
>  extattr +p checkpass
>*/
>#define _POSIX_SOURCE
>#include 
>#include 
>#include 
>#include 
>#include 
>#include 
>
>int main(int argc, char** argv) {
>
>  if (argc != 3) {
>fprintf(stderr, "Syntax: checkpass  \n");
>return 1;
>  }
>  setenv("_EDC_ADD_ERRNO2", "1", 1);
>  if (__passwd(argv[1], argv[2], NULL)) {
>if (errno == EACCES) {
>  fprintf(stderr, "password not authorized\n");
>  return 2;
>} else {
>  fprintf(stderr, "__passwd() - %s\n", strerror(errno));
>  return 3;
>}
>  }
>  return 0;  /* no message - password valid */ }
>
>On Fri, Jan 8, 2021 at 11:19 AM Sam Golob  wrote:
>
>
>
I took a moment to dig into the BPX interface for this, I found BPX1PWD, which 
documents __passwd().  It also documents __passwd_applid(), but provides no 
interface information for it (although it discusses it as if it were a 
different interface) and provides alternatives to using the __passwd_applid BPX 
interface if you wanted to set fields in the BPX thread info yourself.

Seems like there is some doc confusion there...

I didn't find a separate BPX offset definition for __passwd_applid().

Is the _only_ way to specify the APPLID via directly setting fields in the 
BPXYTHLI thread-info  or is there an actual BPX-level interface for this?

   - Dave R. -



--
riv...@dignus.comWork: (919) 676-0847
Get your mainframe programming tools at http://www.dignus.com

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


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


Re: ZFS using zEDC hardware compression

2021-01-08 Thread PINION, RICHARD W.
We're at z/OS 2.2, hoping to go to 2.4 soon, so zfsadm compress isn't available.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Jacobs
Sent: Friday, January 8, 2021 11:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ZFS using zEDC hardware compression

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

My personal zFS filesystem is compressed (using zfsadm compress)

$ zfsadm fsinfo -aggregate OMVS.PROD.SY010A.ZFS File System Name: 
OMVS.PROD.SY010A.ZFS
Status:  RW,NS,EN,CO

Legend: RW=Read-write, NS=Mounted NORWSHARE, EN=Encrypted, CO=Compressed

Sent from ProtonMail, Swiss-based encrypted email.

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

‐‐‐ Original Message ‐‐‐

On Friday, January 8th, 2021 at 11:20 AM, PINION, RICHARD W. 
 wrote:

> That's a definitive answer, thanks.
>
> -Original Message-
>
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf 
> Of Seymour J Metz
>
> Sent: Friday, January 8, 2021 11:08 AM
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: Re: ZFS using zEDC hardware compression
>
> [External Email. Exercise caution when clicking links or opening 
> attachments.]
>
> A zFS is stored in a VSAM linear data set. I found "Only 
> extended-format key-sequenced data sets can be compressed." at 
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zo
> s.v2r1.idad400/compdta.htm
>
>
> --
> --
> --
> --
> --
> 
>
> Shmuel (Seymour J.) Metz
>
> http://mason.gmu.edu/~smetz3
>
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on 
> behalf of PINION, RICHARD W. [rpin...@firsthorizon.com]
>
> Sent: Friday, January 8, 2021 10:00 AM
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: ZFS using zEDC hardware compression
>
> Can a ZFS dataset be defined with the DATACLAS zEDC compression option? I'm 
> looking for a way to reduce the size of our SMPNTS datasets.
>
> 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
>
> --
> -
>
> 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, s

Re: ZFS using zEDC hardware compression

2021-01-08 Thread PINION, RICHARD W.
That's a definitive answer, thanks.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Friday, January 8, 2021 11:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ZFS using zEDC hardware compression

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

A zFS is stored in a VSAM linear data set. I found "Only extended-format 
key-sequenced data sets can be compressed." at 
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.idad400/compdta.htm


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
PINION, RICHARD W. [rpin...@firsthorizon.com]
Sent: Friday, January 8, 2021 10:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ZFS using zEDC hardware compression

Can a ZFS dataset be defined with the DATACLAS zEDC compression option?  I'm 
looking for a way to reduce the size of our SMPNTS datasets.
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

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


ZFS using zEDC hardware compression

2021-01-08 Thread PINION, RICHARD W.
Can a ZFS dataset be defined with the DATACLAS zEDC compression option?  I'm 
looking for a way
to reduce the size of our SMPNTS datasets.
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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


Re: Compiler options in object code?

2020-12-21 Thread PINION, RICHARD W.
I apologize if someone has already suggested it.  But, there is the COBANAL
program from CBT.  

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Monday, December 21, 2020 9:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Compiler options in object code?

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

On Sun, 20 Dec 2020 11:52:13 -0800, Charles Mills wrote:

>Does anyone know where any compiler options are preserved in object 
>code? I am at this moment specifically interested in the XL C/C++ 
>compiler options TARGET and ARCH. In the pseudo-assembler listing I see
>
__ARCH__ is available as a predefined macro:

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.cbclx01/macros_option_settings.htm
... Prefix an eyecatcher and STRINGIFY it.

I don't see TARGET there.

-- gil

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


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


Re: COBOL LIB

2020-12-17 Thread PINION, RICHARD W.
I would say either SYS1.SIGYCOMP, or IGY.SIGYCOMP.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
CarlosM Martinez
Sent: Thursday, December 17, 2020 4:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: COBOL LIB

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

Hello all,
Does anyone know what library the COBOL compiler is in Z/OS 1.0 ?
SYS1.???

Thank you
Carlos Martinez
SUNY Downstate Med. Center

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


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


Re: Edit the OSA/ICC definitions using the HMC

2020-12-04 Thread PINION, RICHARD W.
Have you tried other browsers, i.e. older version of IE?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gord Neill
Sent: Friday, December 4, 2020 12:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Edit the OSA/ICC definitions using the HMC

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

Hi,
I'm trying to edit the the OSA-ICC configuration on the HMC for a zBC12, and I 
can get to the panel for Import / Export / Edit / Validate, but when I select 
Edit Source file, the same panel expands a little bit, but there is no other 
panel that opens up to show the source file.  When select Cancel, essential 
nothing happens - I select Cancel many, many, many times, and eventually I get 
back to the panel that allows for Manual Configuration Options.

In the HMC guide it says that SSLv3 and RC4 must be enabled, and they are.  
I've allowed Pop-Ups from Firefox  (and Chrome and IE, still didn't work), 
enabled as much as I could see in the current version of Java, still no change. 
 I'm using Remote Access to the HMC if that has any bearing on things.

These are the steps I was following:
1. Log on to the HMC, select the CPC, and open the OSA Advanced Facility.
2. Select the OSC CHPID to export the OSA-ICC configuration file.
3. Select Card specific advanced facilities.
4. Select Manual configuration options and click OK 5. The Manual Configuration 
Options window opens, and I select Edit Source File

I asked one of my customers to try to do the Edit Source File on their zBC12, 
same results - they were not able to edit the configuration, as no edit window 
appears.  They were also working with a Remote connection to the HMC.

Any suggestions muchly appreciated!


--
Gord Neill | Senior I/T Consultant | GlassHouse Systems
Tel: +1 (416) 229-2950 x306 | Mobile: +1 (416) 347-8454





[https://secureimages.mcafee.com/common/affiliateImages/mfe/logo.png]
  Scanned by 
McAfee
 and confirmed virus-free.

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

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


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

2020-11-19 Thread PINION, RICHARD W.
Have you considered OMVS's CRON?

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

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

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

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

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

Charles


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

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

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

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

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


Re: gskkyman & public key

2020-11-04 Thread PINION, RICHARD W.
Now, if you're talking about SFTP, that's a whole different animal.
And, I don't think gskkyman comes into play with that.  Rather, you
would use the ssh-keygen stuff.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
PINION, RICHARD W.
Sent: Wednesday, November 4, 2020 11:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [Originated Externally]Re: gskkyman & public key

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

I used the instructions from

https://www3.rocketsoftware.com/bluezone/help/v52/en/bzadmin/bzd_aref_enable-ssl-on-z-os.htm

I think that will detail the creation of keys and certificates.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Skippy the Ancient
Sent: Wednesday, November 4, 2020 11:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: gskkyman & public key

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

How does one create a public key with gskkyman?

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


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

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


Re: gskkyman & public key

2020-11-04 Thread PINION, RICHARD W.
I used the instructions from

https://www3.rocketsoftware.com/bluezone/help/v52/en/bzadmin/bzd_aref_enable-ssl-on-z-os.htm

I think that will detail the creation of keys and certificates.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Skippy the Ancient
Sent: Wednesday, November 4, 2020 11:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: gskkyman & public key

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

How does one create a public key with gskkyman?

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


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


Re: [EXTERNAL] z/OS 2.4 and FTP server with FTP ATTLS verifying client certificates

2020-10-28 Thread PINION, RICHARD W.
What I have may not be the best.  This is my first attempt at this.  
And, I'm no expert in this area.  If you see things that I shouldn't
be using, please let me know.  This is what I cobbled together
from the zOSMF Network thing, and Googling.  So, please be
kind in your criticism.

TTLSRule  FTPRule
{
   LocalPortRange 0
   Direction  Both
   TTLSGroupActionRef FTPGroup
   TTLSEnvironmentActionRef   FTPEnvironment
   TTLSConnectionActionRefFTPConnectAct
}
TTLSGroupAction   FTPGroup
{
   TTLSEnabledOn
   Trace  254
}
TTLSEnvironmentAction FTPEnvironment
{
   HandshakeRole  ServerWithClientAuth
   TTLSKeyRingParms
   {
  Keyring /usr/local/certificates/BCI.kdb
  KeyringStashFile/usr/local/certificates/BCI.sth
   }
}
TTLSConnectionAction  FTPConnectAct
{
   TTLSConnectionAdvancedParmsRef FTPAdvPrm
   Trace  254
}
TTLSConnectionAdvancedParms   FTPAdvPrm
{
  SecondaryMapOn
  ApplicationControlled   On
  TLSv1   On
  TLSv1.1 On
  TLSv1.2 On
  }

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Marshall Stone
Sent: Wednesday, October 28, 2020 11:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] z/OS 2.4 and FTP server with FTP ATTLS verifying client 
certificates

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

Reply with your PAGENT rules for FTPS - you need a client and a server rule

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
PINION, RICHARD W.
Sent: Wednesday, October 28, 2020 10:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] z/OS 2.4 and FTP server with FTP ATTLS verifing client 
certificates

I've been working with z/OS 2.4's FTP server using AT-TLS with certificates for 
the last few days.  PAGENT is setup, and it seems to be functioning correctly.  
I've finally gotten to the point of the client sending in a certificate and 
logging on without having to specify a password, which is what I wanted.
I'm using Core FTP LE as my ftp client.

I'm almost through the door, so to speak, but when I get to the point of 
getting a directory listing on Core FTP, on the z/OS side I get this error.

protDataConnAttls: ioctl() failed on SIOCTTLSCTL - EDC8148I Protocol error. 
(errno2=0x77B70291)

At this point the TLS negotiation fails, and the data connection is closed.  
Below the EDC8148I message text are my FTP Server options.  One more piece of 
information, z/OS 2.4 is running under VM.

Looking up EDC8184I,

EDC8148I   Protocol error.
Explanation

A protocol error occurred. This error is device-specific, but is usually not 
caused by a hardware failure.

System action

The request fails. The application continues to run.

Programmer response

Proceed with cleanup of the application resources, and then close the socket. 
When the socket has been freed, the application may begin the process again.


My z/OS FTP server options are,

TLSMECHANISM  ATTLS

EXTENSIONSAUTH_TLS  ; Enable TLS authentication
; Default is disabled.

SECURE_FTPALLOWED   ; Authentication indicator
; ALLOWED(D)
; REQUIRED

SECURE_LOGIN  VERIFY_USER   ; Authorization level indicator
; for TLS
; NO_CLIENT_AUTH (D)
; REQUIRED
; VERIFY_USER

SECURE_PASSWORD   OPTIONAL  ; REQUIRED (D) - User must enter
  password
; OPTIONAL - User does not have to
; enter a password
; This setting has meaning only
; for TLS when implementing client
; certificate authentication
SECURE_CTRLCONN   PRIVATE   ; Minimum level of security for
; the control connection
; CLEAR  (D)
; SAFE
; PRIVATE

SECURE_DATACONN   PRIVATE   ; Minimum level of security for
; the data connection
; NEVER
; CLEAR  (D)
; SAFE
; PRIVATE

SECURE_PBSZ   16384 ; Kerberos maximum size of the
; encoded data

z/OS 2.4 and FTP server with FTP ATTLS verifing client certificates

2020-10-28 Thread PINION, RICHARD W.
I've been working with z/OS 2.4's FTP server using AT-TLS with certificates
for the last few days.  PAGENT is setup, and it seems to be functioning
correctly.  I've finally gotten to the point of the client sending in a 
certificate
and logging on without having to specify a password, which is what I wanted.
I'm using Core FTP LE as my ftp client.

I'm almost through the door, so to speak, but when I get to the point of
getting a directory listing on Core FTP, on the z/OS side I get this error.

protDataConnAttls: ioctl() failed on SIOCTTLSCTL - EDC8148I Protocol error. 
(errno2=0x77B70291)

At this point the TLS negotiation fails, and the data connection is closed.  
Below the EDC8148I
message text are my FTP Server options.  One more piece of information, z/OS 
2.4 is
running under VM.

Looking up EDC8184I,

EDC8148I   Protocol error.
Explanation

A protocol error occurred. This error is device-specific, but is usually not 
caused by a hardware failure.

System action

The request fails. The application continues to run.

Programmer response

Proceed with cleanup of the application resources, and then close the socket. 
When the socket has been freed, the application may begin the process again.


My z/OS FTP server options are,

TLSMECHANISM  ATTLS

EXTENSIONSAUTH_TLS  ; Enable TLS authentication
; Default is disabled.

SECURE_FTPALLOWED   ; Authentication indicator
; ALLOWED(D)
; REQUIRED

SECURE_LOGIN  VERIFY_USER   ; Authorization level indicator
; for TLS
; NO_CLIENT_AUTH (D)
; REQUIRED
; VERIFY_USER

SECURE_PASSWORD   OPTIONAL  ; REQUIRED (D) - User must enter
  password
; OPTIONAL - User does not have to
; enter a password
; This setting has meaning only
; for TLS when implementing client
; certificate authentication
SECURE_CTRLCONN   PRIVATE   ; Minimum level of security for
; the control connection
; CLEAR  (D)
; SAFE
; PRIVATE

SECURE_DATACONN   PRIVATE   ; Minimum level of security for
; the data connection
; NEVER
; CLEAR  (D)
; SAFE
; PRIVATE

SECURE_PBSZ   16384 ; Kerberos maximum size of the
; encoded data blocks
; Default value is 16384
; Valid range is 512 through 32768

SECURE_SESSION_REUSE  REQUIRED  ; Specify whether session reuse is
; required when SSL/TLS is being
; used to protect the connections
; ALLOWED(D)
  password
; OPTIONAL - User does not have to
; enter a password
; This setting has meaning only
; for TLS when implementing client
; certificate authentication
 CIPHERSUITE   SSL_NULL_MD5  ; 01
 CIPHERSUITE   SSL_NULL_SHA  ; 02
 CIPHERSUITE   SSL_RC4_MD5_EX; 03
 CIPHERSUITE   SSL_RC4_MD5   ; 04
 CIPHERSUITE   SSL_RC4_SHA   ; 05
 CIPHERSUITE   SSL_RC2_MD5_EX; 06
 CIPHERSUITE   SSL_DES_SHA   ; 09
 CIPHERSUITE   SSL_3DES_SHA  ; 0A
 CIPHERSUITE   SSL_AES_128_SHA   ; 2F
 CIPHERSUITE   SSL_AES_256_SHA   ; 35

KEYRING /usr/local/certificates/BCI.kdb ; Name of the keyring for TLS
; It can be the name of an HFS x
; file (name starts with /) or
; a resource name in the security
; product (e.g., RACF)
TLSTIMEOUT100   ; Maximum time limit between full
; TLS handshakes to protect data
; connections
; Default value is 100 seconds.
; Valid range is 0 through 86400

TLSRFCLEVEL   DRAFT ; Specify what level of RFC 4217,
; On 

Re: Remember the 9370?

2020-08-11 Thread PINION, RICHARD W.
I remember the IBM marketing team calling it the "VAX Killer".  Our company
bought the VAX instead of the 9370.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Phil Smith III
Sent: Tuesday, August 11, 2020 4:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Remember the 9370?

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

George Rodriguez wrote:

>Sorry, I was thinking about the 3370... The 9370 was a small computer

>system that we used in the Engineering department.



Right, it was the early rack-mount 370 from IBM (1988 or so). We had one, and 
microcode updates came as BOXES of floppies, which meant some unlucky bastard 
got to spend a day feeding them into the HMC (a PS/2). Less content in all the 
boxes than one CD, never mind a DVD or flash drive.



And woe betide the poor soul who got a bad floppy on #45 of 50! Which happened. 
A lot.


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

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


Re: OT: OOBOL and English was Re: Still COBOL After All These Years?

2020-08-06 Thread PINION, RICHARD W.
Touche!

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R.S.
Sent: Thursday, August 6, 2020 5:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OT: OOBOL and English was Re: Still COBOL After All These Years?

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

W dniu 05.08.2020 o 17:07, Seymour J Metz pisze:
> Must you be so obtuse? The structure that they devised is extremely hard to 
> change. Look at how long it took for everyone to switch from the Julian 
> Calendar to the Gregorian calendar.
>
> Yes, Europe has had treaties, and before the ones that you mentioned 
> at that, but some things are easier to change than others. Let me know 
> when, e.g., Europe gets rid of its royalty (yes, I know that they're 
> mostly symbolic.)

Must you be so boorish?
Must you insult people?
Don't you have better hobby? This is not the place for your rudeness, better 
would be psychiatric office.

--
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,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2020 r. wynosi 169.401.468 złotych.

If you are not the addressee of this message:

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

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

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

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


Re: SFTP and z/OS Migration

2020-07-22 Thread PINION, RICHARD W.
As others of this list will chime in, please look at www.dovetail.com
for their CoZ product line.  There's the free, with no formal support,
and the chargeable, with formal support.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Roberto Halais
Sent: Wednesday, July 22, 2020 3:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SFTP and z/OS Migration

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

Listers:

My company has decided to forego FTP and go the SFTP way.

I have installed OPENSSH and have SFTP working.

I installed using the IBM user's guide and everything installed in the default 
libraries.

My concern is, when we migrate to a new z/OS release do I have to do the whole 
install again?

Can I, from the beginning, install all the SSH libraries in a different 
filesystem so that when I migrate I can just mount the filesystem and execute.
And later on install the new version Openssh.

Don't know if I am clear in what I am asking.

Just some tips on facilitating installing under a new release.

Thank you.

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


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


Re: OOBOL and English was Re: Still COBOL After All These Years?

2020-07-22 Thread PINION, RICHARD W.
What about cubits and stadia?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Bob 
Bridges
Sent: Wednesday, July 22, 2020 12:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OOBOL and English was Re: Still COBOL After All These Years?

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

If we're going to express sympathy for imperial units, I've always thought the 
furlong was pretty useful.  Not so much when you're driving a car, but for 
walking it works pretty well.

Portages in Minnesota and Ontario are measured in rods, but I could never get 
my head wrapped around them.  Besides, I think there are two different rods.

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

/* It said "Insert disk #3", but only two will fit. */

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pew, Curtis G
Sent: Tuesday, July 21, 2020 09:47

For everyday life, though, I think American/Imperial units (and any other 
traditional systems that may survive elsewhere) have their advantages. They 
evolved because people found them useful. For example, when I’m cooking I could 
say 250 milliliters or one cup (they’re close enough for the precision I need) 
but one cup is simpler. Or if my pedometer says I’ve walked 2000 steps I know 
I’ve gone about a mile. (“Mile” comes from “mille passuum” = “a thousand of 
steps”; my pedometer counts left and right as separate steps but for the Romans 
you had to move both before they counted it.)

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


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


Re: IFG0EX0B to increase secondary allocation

2020-07-09 Thread PINION, RICHARD W.
That's what I got from Sri.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Smith
Sent: Thursday, July 9, 2020 5:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IFG0EX0B to increase secondary allocation

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

I don't follow.  I understand the JFCNWRIT flag, as it's documented.  I don't 
know why you would set it in the first place if you don't have a good reason 
for it.  But where did this undocumented flag that you're now setting come from 
and how does it relate to JFCNWRIT?

sas


On Thu, Jul 9, 2020 at 1:40 PM PINION, RICHARD W. 
wrote:

> I'd like to take this opportunity to thank Sri Kolusu, of IBM, for 
> taking the time to help with the open exit IFG0EX0B, in regards to 
> IEBGENER/ICEGENER and DF/SORT.
> He has spent the last few days researching and testing.
>
> He came up with a solution, and the exit is now working with 
> IEBGENER/ICEGENER and DF/SORT.  Below is the solution he came up with.
>
> "And the reason as to why the increased secondary quantity in the 3.4 
> is because you haven't forced the modified JFCB writeback into the 
> DSCB
>
> There's a long discussion of RDJFCB in DFSMSdfp Advanced Services.
>
> Tip: If you set the bit JFCNWRIT in the JFCBTSDM field to 1 before you 
> issue the OPEN macro instruction, the JFCB is not written back at the 
> conclusion of open processing. OPEN TYPE=J normally moves your 
> program's modified copy of the JFCB, to replace the system copy. To 
> ensure that this move is done, your program must set bit zero of the 
> JFCBMASK+4 field to 1.
> IBM recommends not setting on JFCNWRIT.
>
> So I would add the flag to set jfcbmask+4 bit 0 to 1 when the 
> secondary gets modified.
>
> Here is the modified code at label STSQTY (in blue color)
>
> STSQTY EQU *  STORE SECONDARY QTY
>STCM RODD,7,JFCBSQTY
>OI JFCBMASK+4,X'80'REQUEST JFCB WRITEBACK
>LA RINCODE,MODJFCB JFCB MODIFIED
>RETSQTY EQU *  RETURN FROM SQTY
>BR RET RETURN "
>
> 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
>

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


IFG0EX0B to increase secondary allocation

2020-07-09 Thread PINION, RICHARD W.
I'd like to take this opportunity to thank Sri Kolusu, of IBM, for taking the 
time
to help with the open exit IFG0EX0B, in regards to IEBGENER/ICEGENER and 
DF/SORT.
He has spent the last few days researching and testing.

He came up with a solution, and the exit is now working with IEBGENER/ICEGENER
and DF/SORT.  Below is the solution he came up with.

"And the reason as to why the increased secondary quantity in the 3.4 is 
because you haven't forced the modified JFCB writeback into the DSCB

There's a long discussion of RDJFCB in DFSMSdfp Advanced Services.

Tip: If you set the bit JFCNWRIT in the JFCBTSDM field to 1 before you issue 
the OPEN macro instruction, the JFCB is not written back at the conclusion of 
open processing. OPEN TYPE=J normally moves your program's modified copy of the 
JFCB, to replace the system copy. To ensure that this move is done, your 
program must set bit zero of the JFCBMASK+4 field to 1. IBM recommends not 
setting on JFCNWRIT.

So I would add the flag to set jfcbmask+4 bit 0 to 1 when the secondary gets 
modified.

Here is the modified code at label STSQTY (in blue color)

STSQTY EQU *  STORE SECONDARY QTY
   STCM RODD,7,JFCBSQTY
   OI JFCBMASK+4,X'80'REQUEST JFCB WRITEBACK
   LA RINCODE,MODJFCB JFCB MODIFIED
   RETSQTY EQU *  RETURN FROM SQTY
   BR RET RETURN "

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

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


Re: IFG0EX0B DCB Open Exit

2020-07-07 Thread PINION, RICHARD W.
This is what we have.


ITEM   JCL (ICEAM1) VALUE   INV (ICEAM2) VALUE   TSO (ICEAM3) 
VALUE   TSOINV (ICEAM4) VALUE  
-- - -  
   -   --
OUTSEC YES YES  
  YES   YES   

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Sri 
h Kolusu
Sent: Tuesday, July 7, 2020 2:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IFG0EX0B DCB Open Exit

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

Richard,

Your shop probably has OUTSEC set  to NO.  OUTSEC specifies whether DFSORT uses 
automatic secondary allocation for output data sets that are temporary or new.  
OUTSEC=YES is the default.

You can run the following job to list the installation defaults

//STEP0100 EXEC PGM=ICETOOL
//TOOLMSG  DD SYSOUT=*
//DFSMSG   DD SYSOUT=*
//OUT  DD SYSOUT=*
//TOOLIN   DD *
  DEFAULTS LIST(OUT)
/*

In the output search for OUTSEC


Thanks,
Kolusu
DFSORT Development
IBM Corporation

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
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


IFG0EX0B DCB Open Exit

2020-07-07 Thread PINION, RICHARD W.
I am using IFG0EX0B to change the secondary space quantity.  From my
testing, if I use IDCAMS or IBM's original IEBGENER I get the change.  But,
if I use DFSORT's ICEGENER or use DFSORT, I do not get the change.  I used
IBM's sample as my starting point.

Not knowing how to test/trace this module, I make my changes, ASM/Link
into a user LPA library, IPL my test system, and run my jobs.  I've changed
all of the logic that bypasses the setting of the secondary quantity, in the
"SCREEN" section of the program, and it still won't change the secondary
amount for ICEGENER or SORT.

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

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


Re: SMS Data Class attribute Extended

2020-07-01 Thread PINION, RICHARD W.
Are saying that I can't find that kind of information from the SMF Type 14/15
records?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R.S.
Sent: Wednesday, July 1, 2020 7:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Data Class attribute Extended

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

W dniu 30.06.2020 o 21:53, PINION, RICHARD W. pisze:
> We are attempting, on our QA LPAR, to use the SMS DC attributes,
>
> Data Set Name Type  . . . . . : EXTENDED
>If Extended . . . . . . . . : PREFERRED
>Extended Addressability . . : YES
>
> for all of our sequential data sets.  Of several hundred/thousands of 
> dataset allocations, during the test period, we ran into 4 ABENDS, 3 S213-94 
> and 1 S213-B8.  Which is pretty good, in my opinion.
>
> IEC143I 213-94 - An OPEN macro instruction was attempted against an 
> extended-format data set, but the access method is not BSAM or QSAM, or is 
> BDAM load mode.
>
> IEC143I 213-B8 - An OPEN was attempted against an extended-format data set 
> with a DCB that specified EXCP. EXCP is not supported for extended-format 
> data sets.
>
> I would like to examine our SMF 14/15 records from our production LPAR 
> to identify other potential problem datasets.  I have an ancient user 
> written assembler program, 1980's, that reports on SMF 14/15 records.  
> One of the reported columns is MACREF, which has a test for EXCP processing.  
> If it was EXCP processing, the record is reported with an "E" for that 
> column.  I'm able to see all 14/15 activity that has activity for EXCP 
> processing.
> However, I noticed that SORT and ICEGENER use EXCP processing.   We didn't 
> have any ABENDS with SORT
> or ICEGENER.
>
> Two questions,   1)  In addition to my ancient assembler program, can anyone 
> recommend a free reporting tool,
> that we could use to identify datasets not eligible for EXT format, 
> and 2) Why does SORT/ICEGENER work against EXT type datasets with EXCP 
> process?

1. I think you ask about programs, not datasets. No tool can recognize how the 
dataset will be or would be used in the future or was used in the past.
2. As Shmuel said there are nuances here.

--
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,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2020 r. wynosi 169.401.468 złotych.

If you are not the addressee of this message:

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

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

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
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


SMS Data Class attribute Extended

2020-06-30 Thread PINION, RICHARD W.
We are attempting, on our QA LPAR, to use the SMS DC attributes,

Data Set Name Type  . . . . . : EXTENDED
  If Extended . . . . . . . . : PREFERRED
  Extended Addressability . . : YES

for all of our sequential data sets.  Of several hundred/thousands of dataset 
allocations, during the test
period, we ran into 4 ABENDS, 3 S213-94 and 1 S213-B8.  Which is pretty good, 
in my opinion.

IEC143I 213-94 - An OPEN macro instruction was attempted against an 
extended-format data set, but the access method is not BSAM or QSAM, or is BDAM 
load mode.

IEC143I 213-B8 - An OPEN was attempted against an extended-format data set with 
a DCB that specified EXCP. EXCP is not supported for extended-format data sets.

I would like to examine our SMF 14/15 records from our production LPAR to 
identify other potential problem
datasets.  I have an ancient user written assembler program, 1980's, that 
reports on SMF 14/15 records.  One
of the reported columns is MACREF, which has a test for EXCP processing.  If it 
was EXCP processing, the record
is reported with an "E" for that column.  I'm able to see all 14/15 activity 
that has activity for EXCP processing.
However, I noticed that SORT and ICEGENER use EXCP processing.   We didn't have 
any ABENDS with SORT
or ICEGENER.

Two questions,   1)  In addition to my ancient assembler program, can anyone 
recommend a free reporting tool,
that we could use to identify datasets not eligible for EXT format, and 2) Why 
does SORT/ICEGENER work against
EXT type datasets with EXCP process?

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

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


Re: GRSRNL Example

2020-06-29 Thread PINION, RICHARD W.
This is what we are using.

/*  SYSTEMS EXCLUSION RESOURCE NAME LIST - RNLDEF STATEMENTS*/ 
  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  - 1 Line(s) not Displayed 
RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSDSN) RNAME(SYS1.DEVB.DAE) 
RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSDSN) RNAME(SYS1.FXPA.DAE) 
RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSDSN) RNAME(SYS1.PRDA.DAE) 
RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSDSN) RNAME(SYS1.BRODCAST) 
  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  - 7 Line(s) not Displayed 
/*  SYSTEM INCLUSION RESOURCE NAME LIST - RNLDEF STATEMENTS */ 
  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  - 2 Line(s) not Displayed 
RNLDEF RNL(INCL) TYPE(GENERIC) QNAME(SYSDSN)   
RNLDEF RNL(INCL) TYPE(GENERIC) QNAME(SPFEDIT)  
RNLDEF RNL(INCL) TYPE(GENERIC) QNAME(SYSZVOLS) 
  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  - 3 Line(s) not Displayed 
/*  SYSTEM INCLUSION RESOURCE NAME LIST - RNLDEF STATEMENTS */ 
  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  - 3 Line(s) not Displayed 
/*  RESERVE CONVERSION RESOURCE NAME LIST - RNLDEF STATEMENTS   */ 
  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  - 2 Line(s) not Displayed 
RNLDEF RNL(CON) TYPE(PATTERN)  QNAME(*)
  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  - 5 Line(s) not Displayed

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Norman Hollander
Sent: Monday, June 29, 2020 1:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: GRSRNL Example

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

Been a while since I've done this.  Anyone have a good example of a GRSRNL for 
a Sysplex?  DASD only shared among the Sysplex members.
TIA!
zN

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

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


Re: How display amount of real storage?

2020-06-22 Thread PINION, RICHARD W.
DISPLAY MATRIX I think.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Monday, June 22, 2020 1:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How display amount of real storage?

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

Playing around, I see that /D M with no =anything gives the information also, 
but the real storage display rolls off the screen.

What does the M in DISPLAY M stand for? systeM ?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Monday, June 22, 2020 9:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How display amount of real storage?

Gracias!

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of PINION, RICHARD W.
Sent: Monday, June 22, 2020 9:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How display amount of real storage?

D M=STOR

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

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


Re: How display amount of real storage?

2020-06-22 Thread PINION, RICHARD W.
D M=STOR

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Monday, June 22, 2020 12:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: How display amount of real storage?

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

Dumb question of the week: is there a command to display the amount of real 
storage configured for the LPAR?

I did all of the obvious (to me) searches in System Commands.

Thanks!

Charles

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

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


Re: "Everyone wants to retire mainframes"

2020-06-09 Thread PINION, RICHARD W.
That's just the price of the current ADCD offering.  To license
zPDT itself is roughly $4,000/emulated CPU.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
John McKown
Sent: Tuesday, June 9, 2020 12:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: "Everyone wants to retire mainframes"

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

On Tue, Jun 9, 2020 at 10:54 AM Tom Brennan 
wrote:

> When I bought my Yamaha piano in 1989, I heard a story that Yamaha had 
> been supplying free pianos to universities for years.  It was more 
> than them just being nice, they knew that someone practicing every day 
> on the school grand piano would likely go on to buy one, or be the 
> decision maker for an orchestra, night club, or whatever.  I always 
> thought that was super smart of them.  What I always thought was 
> rather dumb, is that IBM doesn't do similar with educational use of 
> all their software.  And that's just copied bits ... no wood, metal, 
> delivery, tuning, etc.
>
>
I want an _affordable_ version of zPDT for _myself_ as a _hobbiest_. The 
current zPDT seems to be for "home workers" of an ISV or maybe office workers 
for a 2-3 person operation (IDK). I just looked and it is $900/yr U.S. . I can 
afford that. But I'm not an ISV. And I don't want to "bother"
with whatever it takes to convince IBM that I am an ISV. Mainly because I'd be 
lying through my teeth. And I'm not a scum politician, so I'm adverse to doing 
that. {yeah, I'm being tacky}


--
People in sleeping bags are the soft tacos of the bear world.
Maranatha! <><
John McKown

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


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


Re: System Exit

2020-06-04 Thread PINION, RICHARD W.
We have IBM's TAAM, which increases the secondary allocation amount
after "x" number of extents.  I'm in the process of eliminating the TAAM
intercepts, that SMS provides.  The only thing that SMS doesn't do is the
increasing of the secondary allocation.  I'm turning on the DVC for all of
our SMS DC's.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Thursday, June 4, 2020 9:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: System Exit

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

Not sure an exit can, IGGPRE? maybe, but SMS an SMS dataclas can using dynamic 
volume count, something like what STOPX-37 did


Carmen Vitullo

- Original Message -

From: "RICHARD W. PINION" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Thursday, June 4, 2020 8:30:13 AM
Subject: System Exit

Does anybody have a system exit that has the ability to increase the secondary 
allocation for a data set, after "x" number of extents?

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


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


System Exit

2020-06-04 Thread PINION, RICHARD W.
Does anybody have a system exit that has the ability to 
increase the secondary allocation for a data set, after 
"x" number of extents?

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


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


Re: tcpip or telnet

2020-05-19 Thread PINION, RICHARD W.
This company used to have a trial copy of their software available for download.

https://www.servicepilot.com/en/application-flow/mainframe/

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Wawiorko
Sent: Tuesday, May 19, 2020 9:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: tcpip or telnet

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

History

You may find this SMF record interesting for historical detail. It relies on 
configuring MONITORGROUP.
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.halx001/serversna.htm

TN3270E Telnet server round trip performance section. This section is optional 
and is present when performance data is being collected for this connection as 
a result of a MONITORGROUP being mapped to this connection.


NMI

For (near) real time I guess you'd need a network monitor. There are several 
marketed that use the z/OS TCPIP stack NMI (Network Management Interface) to 
give detail similar to the SMF record.

Mike Wawiorko

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Shelia Chalk
Sent: 19 May 2020 13:52
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: tcpip or telnet


This mail originated from outside our organisation - sch...@trustmark.com

I don't know were to start, but i will try to explain what i am looking for... 
tcpip i am looking batch job or command that will produce a report to see if i 
have got any connections very slow or over loaded.. if there is such a thing. i 
want to find any connection that has a delay and a report gives me that 
information..

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

This e-mail and any attachments are confidential and intended solely for the 
addressee and may also be privileged or exempt from disclosure under applicable 
law. If you are not the addressee, or have received this e-mail in error, 
please notify the sender immediately, delete it from your system and do not 
copy, disclose or otherwise act upon any part of this e-mail or its attachments.
Internet communications are not guaranteed to be secure or virus-free. The 
Barclays Group does not accept responsibility for any loss arising from 
unauthorised access to, or interference with, any Internet communications by 
any third party, or from the transmission of any viruses. Replies to this 
e-mail may be monitored by the Barclays Group for operational or business 
reasons.
Any opinion or other information in this e-mail or its attachments that does 
not relate to the business of the Barclays Group is personal to the sender and 
is not given or endorsed by the Barclays Group.
Barclays Execution Services Limited provides support and administrative 
services across Barclays group. Barclays Execution Services Limited is an 
appointed representative of Barclays Bank UK plc, Barclays Bank plc and 
Clydesdale Financial Services Limited. Barclays Bank UK plc and Barclays Bank 
plc are authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and the Prudential Regulation Authority. Clydesdale 
Financial Services Limited is authorised and regulated by the Financial Conduct 
Authority.

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


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


Re: Developers say Google's Go is 'most sought after' programming language of 2020

2020-05-10 Thread PINION, RICHARD W.
What the world really needs is a HAL9000.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Brennan
Sent: Sunday, May 10, 2020 3:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Developers say Google's Go is 'most sought after' programming 
language of 2020

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

Thanks, now my head is going to explode :)

Maybe one day it'll be like Star Trek where we get to tell the computer to 
create the program for us, like a designer would describe general specs to a 
programmer today, then go through an evaluation and corrections without ever 
seeing any actual code.

Now I'm reminded of an episode ending that always bothers me, TNG Hollow
Pursuits:

"Computer.  End programming.  Erase all programs filed under Reginald Barclay."



"Except program nine"

Hey!  It's too late.  You already deleted ALL the programs.

On 5/9/2020 9:47 PM, David Crayford wrote:
> On 2020-05-10 11:33 AM, Tom Brennan wrote:
>> When will it all settle down to just one programming language?? Ha - 
>> I know, never.
>
> Never! The new kid on the dynamic language block is Julia 
> https://julialang.org/.
>
> It's a very well designed language that feels a lot like Lua. Because 
> of the great design it's possible to write a tracing JIT that produces 
> code that runs as fast as C. Parallelism is baked in too. It's 
> becoming very popular in the data science community and is likely to 
> eat into Python pretty quickly.
>
> The reason new languages keep appearing is because the ones we have 
> now are not that great.
>
> --
> 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
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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


Re: Developers say Google's Go is 'most sought after' programming language of 2020

2020-05-09 Thread PINION, RICHARD W.
PL/I, the language to replace all other languages.  At least that's what IBM 
said.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Brennan
Sent: Saturday, May 9, 2020 11:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Developers say Google's Go is 'most sought after' programming 
language of 2020

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

Nice web site and pottery!

PHP has long been my favorite even for larger web applications, and also for 
scripting under Windows.  I was just about to try to learn something new though 
- web page scraping in whatever language they use for Chrome plug-ins.  Now I 
guess I'll have to look at this "Go" thing too.  When will it all settle down 
to just one programming language??  Ha - I know, never.

On 5/9/2020 6:49 PM, Jack J. Woehr wrote:
> On 5/9/20 7:12 PM, Seymour J Metz wrote:
>> Python certainly has a lot of eyeballs, although I'm still seeing 
>> calls for PHP,
>
> PHP is a fun language for coding small, interactive websites like the 
> one I coded "by hand" for my wife's pottery https://herwheel.com
>
> Python is a masterfully designed, mature language, easy to learn, with 
> huge community module support including scientific programming.
>

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


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


Re: [External] Re: Here we go again;

2020-04-23 Thread PINION, RICHARD W.
Some other things I have observed.  Sequentially searching large arrays
for each input record, when the input data set contained 100,000's of 
records.  Use of DISPLAY DECIMAL or COMP-3 subscripts instead of INDEX's
or at the very least using a COMP subscript.  

Switching to SEARCH ALL and INDEX's can save large amounts of wall clock
time and CPU time.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R.S.
Sent: Thursday, April 23, 2020 7:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] Re: Here we go again;

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

Adam,
Believe me or not, but I (my folks) saved a lot of space by changing BLKSIZE to 
correct one, means SDB. It was not only JCL, but also COBOL.
What is "a lot of space"? It was enough free space on our huge 500GB DASD box 
to NOT PURCHASE ANOTHER BOX. Multiply it x2, because we used PPRC.
We also saved a lot of space by elimination of redundant jobs and datasets. 
However the main goal was to make batch time shorter.
Few years later we saved a lot of space by using extended format PS and 
compression - for selected datasets.
Few years ago we saved a lot of space by using zEDC almost everywhere.

Optimization is still valid, even today. It was extremely valid 30 or years ago 
due to DASD capacity and prices.
We did it, we do it, we will do it.

--
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,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2020 r. wynosi 169.401.468 złotych.

If you are not the addressee of this message:

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

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

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


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


Re: [External] Re: Here we go again;

2020-04-23 Thread PINION, RICHARD W.
Fully agree with all of that.  In addition, proper blocking will reduce CPU and 
DASD connect time.  The worst offenders, are the ones who hard code block
size in the COBOL programs.  Case in point, application program specified a
block size equal to record length, writing to tape.  The job ran for several
hours each week.  Coding BLOCK CONTAINS 0 in the program, and using
SDB, the job ran in less than one hour.  Not to mention, the savings in the
number of tapes used (VTS).

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R.S.
Sent: Thursday, April 23, 2020 7:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] Re: Here we go again;

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

Adam,
Believe me or not, but I (my folks) saved a lot of space by changing BLKSIZE to 
correct one, means SDB. It was not only JCL, but also COBOL.
What is "a lot of space"? It was enough free space on our huge 500GB DASD box 
to NOT PURCHASE ANOTHER BOX. Multiply it x2, because we used PPRC.
We also saved a lot of space by elimination of redundant jobs and datasets. 
However the main goal was to make batch time shorter.
Few years later we saved a lot of space by using extended format PS and 
compression - for selected datasets.
Few years ago we saved a lot of space by using zEDC almost everywhere.

Optimization is still valid, even today. It was extremely valid 30 or years ago 
due to DASD capacity and prices.
We did it, we do it, we will do it.

--
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,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2020 r. wynosi 169.401.468 złotych.

If you are not the addressee of this message:

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

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

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


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


Re: Any shop use UNIX in a production job?

2020-04-13 Thread PINION, RICHARD W.
How about a NIC card?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Bob 
Bridges
Sent: Monday, April 13, 2020 12:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Any shop use UNIX in a production job?

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

Like talking about a VIN number or an ATM machine.  It could be worse, though; 
I once heard someone refer (really!) to an "automatic ATM machine".

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

/* Another reason why creative individuals prefer to work at home, as opposed 
to an office, is that when you need to scratch yourself, you don't have to 
sneak behind the copying machine and settle for a hasty grope.  At home, you 
can rear back and assault the affected region with both hands, or, if you want, 
gardening implements.  -Dave Barry */


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Monday, April 13, 2020 09:11

...USS (I would say USS services but that would be redundant)

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


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


Re: New Jersey Pleas for COBOL Coders for Mainframes Amid Coronavirus Pandemic

2020-04-07 Thread PINION, RICHARD W.
WISP???

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Tuesday, April 7, 2020 4:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New Jersey Pleas for COBOL Coders for Mainframes Amid Coronavirus 
Pandemic

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

It's an AI language and it operates by matching things against rules. It's a 
totally different approach from LISP, which also doesn't look much like COBOL.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Bob 
Bridges [robhbrid...@gmail.com]
Sent: Tuesday, April 7, 2020 4:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New Jersey Pleas for COBOL Coders for Mainframes Amid Coronavirus 
Pandemic

I'm not familiar with Prolog, but if it doesn't (in John's words) do Input, 
Process or Output I can see it wouldn't have much in common with COBOL.

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

/* The conviction of the rich that the poor are happier is no more foolish than 
the conviction of the poor that the rich are.  -Mark Twain */

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Tuesday, April 7, 2020 15:53

I don't see much commonality between, e.g., COBOL and Prolog.


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Nightwatch RenBand [johnmattson...@gmail.com]
Sent: Tuesday, April 7, 2020 11:06 AM

I totally agree with Bob Bridges.  It can be boiled down to "all programming 
languages do the same things, just in, of ten, slightly different ways."  Learn 
one, and you have a head start to learning any of them.

Best thing I learned: Virtually all programs come down to Input, Process, 
Output.

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

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


Re: Forcing Logonproc USSMSG10

2020-03-20 Thread PINION, RICHARD W.
Use RACF to protect the TSOPROC general resource profile.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jake Anderson
Sent: Friday, March 20, 2020 10:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Forcing Logonproc USSMSG10

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

Hello

Apologies for the dummy question

Is it possible to enforce logon proc name while we so LOGON APPLID(USERID) ?

As am unable to get into TSO login screen where I can modify the TSOPROC value

Jake

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


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


Re: BMC and Compuware

2020-03-02 Thread PINION, RICHARD W.
WOW, Innovation Data Processing just came under Compuware's umbrella
on 01/01/2020.

This reminds me of UCC buying ACF2, and in short order CA bought UCC.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Monday, March 2, 2020 1:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: BMC and Compuware

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

Hi List,

Just saw on Compuware's web site that BMC is buying them.  Announcement just 
came today.

https://resources.compuware.com/bmc_to_acquire_compuware

Rex


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

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


Re: DF/EF andd DFP the IBM predecessor was Re: OT Boeing flight software

2020-03-01 Thread PINION, RICHARD W.
My first job as a system programmer was at a company that attempted to
put DF/EF into production.  It was quickly pulled out.  And no, there was 
no test/QA environment.  All they had was a 370/168, with 8MB of main
storage.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Saturday, February 29, 2020 9:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DF/EF andd DFP the IBM predecessor was Re: OT Boeing flight 
software

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

I don't recall any problems with DFP, but I counted myself blessed that I never 
installed DF/EF.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Clark Morris [cfmt...@uniserve.com]
Sent: Friday, February 28, 2020 7:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: DF/EF andd DFP the IBM predecessor was Re: OT Boeing flight software

[Default] On 28 Feb 2020 07:24:20 -0800, in bit.listserv.ibm-main 
idfli...@gmail.com (scott Ford) wrote:

>Mike,
>
>Reminds me of this whole Agile process that's being used. Incomplete 
>thinking, not like a lot of old timer Sysprogs, who had to think about 
>, installation, testing, implementation in production, impact on users 
>and backup.

DF/EF comes to mind and Jamie Yates of IBM describing a situation of clients 
calling with a SEV 1 problem when they didn't have one because they would by 
the time they got a call back.  After installing DFP, my feeling at the time 
that DFP stood for Damn Fragile Product, a sentiment at least some of my 
compatriots at SHARE agreed with.  The PE chains were something else.

Clark Morris
>
>Boeing sounds piecemeal ..
>
>Scott
>
>On Fri, Feb 28, 2020 at 6:42 AM Ray Pearce  wrote:
>
>> Orlando Sentinel says:
>>
>> Unfortunately, our website is currently unavailable in most European 
>> countries. We are engaged on the issue and committed to looking at 
>> options that support our full range of digital offerings to the EU 
>> market. We continue to identify technical compliance solutions that 
>> will provide all readers with our award-winning journalism.
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>> On Behalf Of Mike Schwab
>> Sent: 28 February 2020 02:19
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: OT Boeing flight software
>>
>>
>> https://www.orlandosentinel.com/space/os-bz-boeing-safety-commercial-
>> crew-20200226-bgvthodnjzgmlc36hsxcaopahu-story.html
>>
>> Boeing didn't perform full end-to-end test of its astronaut capsule 
>> before troubled mission, 'surprising' NASA safety panel.
>>
>> Critically, the panel learned early this month that Boeing did not 
>> perform a full, end-to-end integrated test of Starliner in a Systems 
>> Integration Lab with ULA's Atlas V rocket. The test typically shows 
>> how all the software systems during each component of the mission 
>> would have responded with each other through every maneuver - and it 
>> could potentially have caught the issues Boeing later experienced in 
>> the mission.
>>
>> "It's pretty exhaustive. You gotta do that," said Christopher 
>> Saindon, a former member who ended his tenure on the panel in mid-February.
>> "That was somewhat surprising to us on the panel. There were 
>> certainly gaps in the test protocol."
>>
>>
>> It was software that ultimately did fail Boeing when it flew 
>> Starliner on a Dec. 20 mission intended to dock with the 
>> International Space Station. The capsule's internal clock was 11 
>> hours ahead, causing it to miss critical maneuvers and fly into the 
>> incorrect orbit. Then, communication issues potentially caused by 
>> cell towers in the area blocked Boeing from sending a command to 
>> rectify the orbit. Starliner, the company determined, wasn't going to 
>> be able to reach the space station.
>>
>> But in the process of bringing it back down and re-checking its 
>> software, the company caught yet another issue that could have caused 
>> Starliner to collide with its service module when the two separated 
>> prior to the capsule's return to Earth. Teams were able to correct 
>> the issue before to the capsule's return on Dec. 22, but the 
>> multitude of problems have led NASA to call for a full 
>> re-verification of Boeing's software - a process that will take 
>> analyzing about a million lines of code.
>>
>> Software issues are also plaguing another arm of Boeing, which is 
>> dealing with the fall out of problems with its 737 Max airplanes that 
>> led to the deaths of 346 people and has grounded the planes.
>>
>>
>> --
>> 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 

Re: Migrated Data Set Recall Messages

2020-02-19 Thread PINION, RICHARD W.
Perhaps the environment used FDR/ABR.  STC's are executed to recall data sets.
FDR311 messages are displayed in SYSLOG, detailing the recall process.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Elardus Engelbrecht
Sent: Wednesday, February 19, 2020 2:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Migrated Data Set Recall Messages

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

Ed Jaffe wrote:


>One of our developers claims that at places he's worked before, messages are 
>written to joblog and/or syslog when a migrated data set is being recalled.

Can he/she prove it? Do you have any sample of such messages?


>No such messages are being written here (other than to TSO/E users).
>Batch jobs just hang on allocation until the recall completes.

Indeed. Batch jobs are putting in a limbo until HSM completes its homework. 
Even if you cancel that job, HSM will still continue to recall all the 
datasets. TSO ids will get those messages, it is somewhat annoying if you 
recall 1000 datasets, but that is WAD.


>Do these recall messages actually exist? How do we get them? An option in HSM? 
>A well-known, popular exit?

H, if that is possible, this will be really useful, but not for all and 
every recalls.

Groete / Greetings
Elardus Engelbrecht

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


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


Re: Looking for a utility to create a master listing of all PDS members on a system

2019-12-10 Thread PINION, RICHARD W.
Run the TSO command LISTD 'partitioned.data.set' M in a batch job executing 
IKJEFT01. 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vernooij, Kees (ITOP NM) - KLM
Sent: Tuesday, December 10, 2019 8:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Looking for a utility to create a master listing of all PDS 
members on a system

[External Email]

If you have SAS I would use this, because then you can produce all kinds of 
statistics on the PDSs and members.
- Use PROC SOURCE to produce a memberlist of each PDS.
- Create a database with the PDS / member info.
- Produce all desired statistics and cross checks from that database.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tony Thigpen
Sent: 10 December 2019 14:11
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Looking for a utility to create a master listing of all PDS members on 
a system

I am looking for a utility that will take a list of PDS libraries and generate 
a list of all members in the PDS.

I have hundreds of PDSs on an old system I have to maintain and all the old 
staff with any knowledge are gone. There are hundreds of PDS libraries and no 
doc as to where anything is stored. I want, as a one time job, to create a 
listing with a single line per member/PDS set:
Member_name PDS_name

I figure there is something already available before I start writing something 
new.

This system does *not* have any PDSE libraries as it is OS/390 02.10.

--
Tony Thigpen

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

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


Re: Mainframe DEVOPS

2019-11-21 Thread PINION, RICHARD W.
I got this sometime in the late eighties or early nineties.  No, didn't get
an upgrade.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Thursday, November 21, 2019 4:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe DEVOPS

[External Email]

Didn't you get the free upgrade?

Have you had problems running the 32 bit windoze version of TSPF on a 32 bit 
windoze? I recall having successfully done so once on either 7 or vista (I 
don't recall which).


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



From: IBM Mainframe Discussion List  on behalf of 
PINION, RICHARD W. 
Sent: Thursday, November 21, 2019 3:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe DEVOPS

I still have the original Tritus ISPF with the 5.25 and 3.5 diskettes.
I have to run it under DOS Box.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Thursday, November 21, 2019 3:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe DEVOPS

[External Email]

It's totally useless to me if it only runs on windoze. Like the latest clone 
from CTC, it does not support macros written in REXX, mening that I can't run 
macros developed on z/OS. It's missing huge pieces of ISPF that TSPF supports.

If you know of a product that supports as much of ISPF as TSPF does and runs as 
either an OS/2 PM application or as a Linux KDE application, including 
clipboard support, I'll take a look at it. In the meantime, "cold dead fingers".

for that matter, if you know of an OS/2 or Linux application that does what 
DCF, BM/build and BookMaster do, I will be very interested.


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



From: IBM Mainframe Discussion List  on behalf of 
Mike Schwab 
Sent: Thursday, November 21, 2019 3:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe DEVOPS

How well does 
http://secure-web.cisco.com/1Yj7f9keIh_ZHN-4COJ4EKV7tBbfIAjMpTNBVys_oKhPxLVL0raBDlc7_cRph9f_2IGjAw6E4FPQtK0bkOEq80eEwHYpA1DeGQZTqjixs9XMO2aHcd2Ebw7B3Uk14PDKjRf_SfRvOCBAtDSfnyJah2qCBygV5j5-r3dFR8p2vx3ov_zFM_7EWfdK7_M_e_8FvEfGgihEXptOBil4eOv35X6dFbOppysJ5wD5Zo2m4DCFJ29yhyBKP1PegJY_8aBQBzzbkNJVMQlyKJRBU5AGTx4vBFYbOSGzyP1y7WIBqEmFN9PJAJe4nyHHa789vm8v36ChQrC58z6Oqy_dj3JlCVoKtRHbGhs10BjtX0sLRLVDY2T7Ycuhmkaepf2ySk4Pz/http%3A%2F%2Fspflite.com%2F
 work for you?

On Thu, Nov 21, 2019 at 2:00 PM Seymour J Metz  wrote:
>
> Tritus SPF; it is, alas, abandon-ware, but it is able to run ISPF dialogs 
> that do not depend on TSO commands or TSO function packages. It has regexen, 
> but the syntax is not the same as either ISPF or the major PC languages. I 
> would happily pay for an upgrade if the developers would revive it, but as I 
> understand it there are legal issues that make it unlikely.
>
> If  Mark Hessling ever upgrades the support of prefix macros in THE to be 
> fully compatible with XEDIT, I may switch, but I would still retain TSPF for 
> the utility functions.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>
> 
> From: IBM Mainframe Discussion List  on 
> behalf of Jeremy Nicoll 
> Sent: Thursday, November 21, 2019 6:02 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Mainframe DEVOPS
>
> On Wed, 20 Nov 2019, at 22:21, Seymour J Metz wrote:
>
> > FWIW the PC editor I use most is TSPF
>
> Transport Scotland Pavement Forum ?
>
> --
> Jeremy Nicoll - my opinions are my own.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



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

Re: Mainframe DEVOPS

2019-11-21 Thread PINION, RICHARD W.
I still have the original Tritus ISPF with the 5.25 and 3.5 diskettes.
I have to run it under DOS Box.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Thursday, November 21, 2019 3:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe DEVOPS

[External Email]

It's totally useless to me if it only runs on windoze. Like the latest clone 
from CTC, it does not support macros written in REXX, mening that I can't run 
macros developed on z/OS. It's missing huge pieces of ISPF that TSPF supports.

If you know of a product that supports as much of ISPF as TSPF does and runs as 
either an OS/2 PM application or as a Linux KDE application, including 
clipboard support, I'll take a look at it. In the meantime, "cold dead fingers".

for that matter, if you know of an OS/2 or Linux application that does what 
DCF, BM/build and BookMaster do, I will be very interested.


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



From: IBM Mainframe Discussion List  on behalf of 
Mike Schwab 
Sent: Thursday, November 21, 2019 3:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe DEVOPS

How well does 
http://secure-web.cisco.com/1Yj7f9keIh_ZHN-4COJ4EKV7tBbfIAjMpTNBVys_oKhPxLVL0raBDlc7_cRph9f_2IGjAw6E4FPQtK0bkOEq80eEwHYpA1DeGQZTqjixs9XMO2aHcd2Ebw7B3Uk14PDKjRf_SfRvOCBAtDSfnyJah2qCBygV5j5-r3dFR8p2vx3ov_zFM_7EWfdK7_M_e_8FvEfGgihEXptOBil4eOv35X6dFbOppysJ5wD5Zo2m4DCFJ29yhyBKP1PegJY_8aBQBzzbkNJVMQlyKJRBU5AGTx4vBFYbOSGzyP1y7WIBqEmFN9PJAJe4nyHHa789vm8v36ChQrC58z6Oqy_dj3JlCVoKtRHbGhs10BjtX0sLRLVDY2T7Ycuhmkaepf2ySk4Pz/http%3A%2F%2Fspflite.com%2F
 work for you?

On Thu, Nov 21, 2019 at 2:00 PM Seymour J Metz  wrote:
>
> Tritus SPF; it is, alas, abandon-ware, but it is able to run ISPF dialogs 
> that do not depend on TSO commands or TSO function packages. It has regexen, 
> but the syntax is not the same as either ISPF or the major PC languages. I 
> would happily pay for an upgrade if the developers would revive it, but as I 
> understand it there are legal issues that make it unlikely.
>
> If  Mark Hessling ever upgrades the support of prefix macros in THE to be 
> fully compatible with XEDIT, I may switch, but I would still retain TSPF for 
> the utility functions.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>
> 
> From: IBM Mainframe Discussion List  on 
> behalf of Jeremy Nicoll 
> Sent: Thursday, November 21, 2019 6:02 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Mainframe DEVOPS
>
> On Wed, 20 Nov 2019, at 22:21, Seymour J Metz wrote:
>
> > FWIW the PC editor I use most is TSPF
>
> Transport Scotland Pavement Forum ?
>
> --
> Jeremy Nicoll - my opinions are my own.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



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

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


Re: DFDSS backup retore

2019-11-13 Thread PINION, RICHARD W.
Reminds me of the original STK RVA, before IBM got involved with the microcode. 
The box would crash, and all of the data disappeared.  And there was no way to
recover it.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jesse 1 Robinson
Sent: Wednesday, November 13, 2019 7:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFDSS backup retore

[External Email]

Unlikely to be your problem, but we actually had the following scenario 
recently. We use 'STK' virtual tape VSMx. After a system crash of some sort, we 
got the ubiquitous warning to 'run a tape audit'. We've seen this message for 
years. Somehow it was overlooked in this case, and no 'audit' was run. We 
started getting similar errors for mismatching tape labels. Damndest thing. We 
finally ran the STK tape audit. The problem disappeared totally. Maybe the 
weirdest thing I ever saw.

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Edward Finnell
Sent: Wednesday, November 13, 2019 3:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: DFDSS backup retore

Only way to find out is run TAPEMAP on INDD1 VOLSER.

In a message dated 11/13/2019 5:11:20 PM Central Standard Time, 
dean@doit.nh.gov writes:
ADR012I (SCH)-DSSU (01), 2019.317 14:11:07 DFSMSDSS PROCESSING COMPLETE. 
HIGHEST RETURN CODE IS 0008 FROM:
TASK001


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


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


Re: git with it

2019-11-05 Thread PINION, RICHARD W.
Git'er done!

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lionel B Dyck
Sent: Tuesday, November 5, 2019 1:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: git with it

[External Email]

On Thursday the git repository will change from private to public and you'll be 
able to git a copy for yourself 


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Tuesday, November 5, 2019 12:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: git with it

I just wish it had more detail and fewer superlatives. I assume that the 
current release icon will eventually take us to details.


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



From: IBM Mainframe Discussion List  on behalf of 
Lionel B Dyck 
Sent: Tuesday, November 5, 2019 7:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: git with it

The countdown continues towards an epic announcement that will rock the z/OS 
development world down to the bit level. Be prepared as you'll have to wait for 
the announcement at GSE UK this Thursday at 11:15. Be prepared to git it.  Or 
go to  

 
https://secure-web.cisco.com/1YPLXK51W8atPq2Fbq2T7cyKbgjj4PBRfsL4uqBAnLM3zCD64WkSWXRPIzmA3j83k1pWAkNoRirKBQ56wcdIypNdU1tqYXUk0vpLUJCJR-AaJIJcewykFnhkO_Pkcptz-1jajxTIA45Xp1EdAI9TJ8XeURj2YdsRmvS9_HmJGbd5nQuGYyfhej2K66aJEeU9V5boHGknNnII456Y9jYtw_TftFipqQ5SV8pdmUffDVy7MJJrtU7nY5n2-8zwK6AwnYLuq37QKzsN0-6EX2YG5N5Z_mfOArFka3HGXPMe6_JxaqboThzzbaLyOmNVdQF7yBrLlYWmwIniVDIgzu69RDzR7u-g7yGxTjISr8GM2O38TFwIbi5Bm5yS_EhcbnuogFC_q1FldX8m43jCG4nSjVSr8bgVAbOKSmGBZZjtb22znrrN9obzjbQ!
 TterZO5pkR/https%3A%2F%2Fzigi.rocks to be a preview. #git #ispf #zos #zdevops 
#awesome #epic #gseconf



Lionel B. Dyck <
Website:  

 
http://secure-web.cisco.com/1EKmeCpOoTB2Vg9wwQzoI76J6kqN9LWevSHzFXhEIfZkfVG8PQGF0WICWRf39ZnvcJoDkjbwA3n9BRA4L3NJlcuqgCl7HlcXRqkhw-DQ7ZbsYZfQM2APgnbNpeRrA-nMBxqHnrTv2OYMJBj4FuDoQGBgU_Z6V_OV6Ct6FaAsc2750Y4qE6Kw_S9IBJSP3NB1uH1v41IU_23uy3M3_BquPXkYbdIX0htqPKUnNR-aw_oDRTWaPvqkho7h24jnHQkb9InxzSXWnwXFHav0zHpxYIfpNlJm-CNS30DLFZACCBHt5ekXto2x_XOxV4z2GgK2GcF7DKBDXYMshA9p8HPKvxmtw9NELAaGJobql2QMO08UwBM-wNk3EiwkTDfn8f_n4fBm9DXmd3iMe6Mn-oS-B0N6348wzPV_Knxm5MGTby4LW96vTiS!
 cI7IqmQt0EEAQP/http%3A%2F%2Fwww.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden




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


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

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


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

Re: Submitting batch if you don't have TSO

2019-09-11 Thread PINION, RICHARD W.
Been there, done that.  Fortunately, the company still had a card reader and a 
card punch, lat 1980's.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jesse 1 Robinson
Sent: Wednesday, September 11, 2019 1:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Submitting batch if you don't have TSO

[External Email]

This reminds me of the tale I related recently about having to revive a data 
center 400 miles away after VTAM got broken in a sysres switch. It seems so 
simple to 'run a job to rename a data set'. But if you cannot logon to a 
system, how will that job get submitted? If you are clever enough to have a 
mechanism like 'S JOB,JOBNAME=XXX', how will you edit up the IDCAMS control 
statements you need in job XXX? Or whatever else it would take to accomplish 
what one minute of TSO activity could achieve?

We can dismiss TSO as a simple tool with no special comic book powers. But try 
to get anything useful done without it.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Wednesday, September 11, 2019 10:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Submitting batch if you don't have TSO

On Wed, 11 Sep 2019 10:58:58 -0400, Bob Bridges wrote:

>LOL.  What gave me that idea is sheer, unadulterated ignorance.  I came 
>into the mainframe world through applications development.  I was given 
>a solid grounding in JCL back in the beginning of my training, decades 
>ago; to me "INTRDR" is an argument that I can include in my JCL with 
>the TSO SUBMIT command.  (Or, as someone else pointed out, using FTP.)
>
An alternative might be might be as simple as:
//STEPEXEC  PGM=IEBGENER
//SYSUT2  DDSYSOUT=(,INTRDR),...

As I follow this thread, I wonder why CICS doesn't submit batch jobs with the 
credentials of the requesting individual rather than the CICS region.

-- gil


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
EXCITING NEWS! Beginning this fall, First Tennessee will become First Horizon. 
Learn more:  thenewfirsthorizon.com

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


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


Re: COBOL for z/OS V6R2M0

2019-08-06 Thread PINION, RICHARD W.
What I have determined is that when I use IGYWDOPT, or at least a version that 
I had, my
overrides are not present.  If I use the non-SMPE install, I get the requested 
overrides.  I'm
in the process of trying to understand why my usermod is causing the problem.  

I'll probably RESTORE the usermod, and rebuild my usermod using the skeleton 
JCL in
IGY620.SIGYSAMP.  If this does not produce the correct results, I'll post to 
the forum
again.

At least, I can get the options I want by running a non-smpe ASM/Link.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Ross
Sent: Tuesday, August 6, 2019 4:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: COBOL for z/OS V6R2M0

[External Email]

>I have updated the COBOL options using IGY620.SIGYSAMP(IGYWDOPT), SMP/E 
>usermod to update the COBOL options.  IGY620.SIGYCOMP is in the system 
>link list, and the usermod updates IGYCDOPT in that load library.  
>After updatin g the module I refresh LLA with F LLA,REFRESH.
>
>I have used ISRDDN to search both the system link list and LPA for 
>module IGYCDOPT.  It only appears in the link listed load library 
>IGY620.SIGYLOAD.
>
>I have changed ARCH=3D7 to ARCH=3D12, OPT=3D0 to OPT=3D2, and NOBLOCK0 
>to BLOCK0.  The changes I have made do not show up when I run a COBOL 
>compile after applying the usermod, and refreshing LLA.  I have tried 
>RESTORING the usermod, refreshing LLA, and APPLY'ing the usermod again.  
>Still the same results.

Very strange!  Have you confirmed that your updated IGYCDOPT is actually in 
SIGYCOMP?  Checked the 'compile date' etc?  Have you confirmed that you got
RC=0 from the assemble of igycdopt?  One thing to try and make some sense of 
would be to put your new IGYCDTOP in a different dataset and STEPLIB that ahead 
of your SIGYCOMP dataset and see if you still get the old options.
Soemthing is definitely not right here...maybe some restrictions with z/PDT?

Cheers,
TomR, AKA Captain COBOL  >> COBOL is the Language of the Future! <<

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
EXCITING NEWS! Beginning this fall, First Tennessee will become First Horizon. 
Learn more:  thenewfirsthorizon.com

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

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


Re: COBOL for z/OS V6R2M0

2019-08-02 Thread PINION, RICHARD W.
It depends on "Who's on first, what's on second, and I don't know is on third".

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Chris Hoelscher
Sent: Friday, August 2, 2019 5:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL for z/OS V6R2M0

[External Email]

So does SECONDTENNESSEE move up to FIRSTTENNESSEE ??

Thank You,
Chris Hoelscher| ITI . DB Services . Mainframe Database | Humana Inc.| T 
502.476.2538  or 502.407.7266

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
PINION, RICHARD W.
Sent: Friday, August 2, 2019 2:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM-MAIN] COBOL for z/OS V6R2M0

I have updated the COBOL options using IGY620.SIGYSAMP(IGYWDOPT), SMP/E usermod 
to update the COBOL options.  IGY620.SIGYCOMP is in the system link list, and 
the usermod updates IGYCDOPT in that load library.  After updating the module I 
refresh LLA with F LLA,REFRESH.

I have used ISRDDN to search both the system link list and LPA for module 
IGYCDOPT.  It only appears in the link listed load library IGY620.SIGYLOAD.

I have changed ARCH=7 to ARCH=12, OPT=0 to OPT=2, and NOBLOCK0 to BLOCK0.  The 
changes I have made do not show up when I run a COBOL compile after applying 
the usermod, and refreshing LLA.  I have tried RESTORING the usermod, 
refreshing LLA, and APPLY'ing the usermod again.  Still the same results.

This is a ADCD z/OS 2.3 system running on IBM's zPDT environment.

EXCITING NEWS! Beginning this fall, First Tennessee will become First Horizon. 
Learn more:  thenewfirsthorizon.com

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

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

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


Re: COBOL for z/OS V6R2M0

2019-08-02 Thread PINION, RICHARD W.
But wouldn't ISRDDN with LINKLIST and LPA, with the MEMBER command, do this same
thing?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jesse 1 Robinson
Sent: Friday, August 2, 2019 4:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL for z/OS V6R2M0

[External Email]

If you have the PDS command, try FINDMOD. It seems that the options module is 
being found elsewhere.

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
PINION, RICHARD W.
Sent: Friday, August 2, 2019 1:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: COBOL for z/OS V6R2M0

No STEPLIB/JOBLIB, and the parms being passed to the compiler are not ARCH(7), 
OPT(0), and NOBLOCK0.  Now, there are other options being passed, 
LIB,TEST(HOOK).  Yes, I know TEST(HOOK) is not supported with 6.2.  But, that's 
what the programmer has in his JCL, and that's what I'm testing with.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Edward Finnell
Sent: Friday, August 2, 2019 4:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL for z/OS V6R2M0

[External Email]

Check for STEPLIB/JOBLIB in COBOL job.
Check for PARMS in compile PROC.Run a nekkid compile in foreground In a message 
dated 8/2/2019 1:35:36 PM Central Standard Time, rpin...@firsttennessee.com 
writes:
The changes I have made do not show up when I run a COBOLcompile after applying 
the usermod, and refreshing LLA.  I have triedRESTORING the usermod, refreshing 
LLA, and APPLY'ing the usermodagain.  Still the same results.
This is a ADCD z/OS 2.3 system running on IBM's zPDT environment.


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
EXCITING NEWS! Beginning this fall, First Tennessee will become First Horizon. 
Learn more:  thenewfirsthorizon.com

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


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


Re: COBOL for z/OS V6R2M0

2019-08-02 Thread PINION, RICHARD W.
No STEPLIB/JOBLIB, and the parms being passed to the compiler are
not ARCH(7), OPT(0), and NOBLOCK0.  Now, there are other options
being passed, LIB,TEST(HOOK).  Yes, I know TEST(HOOK) is not supported
with 6.2.  But, that's what the programmer has in his JCL, and that's
what I'm testing with.  

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Edward Finnell
Sent: Friday, August 2, 2019 4:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL for z/OS V6R2M0

[External Email]

Check for STEPLIB/JOBLIB in COBOL job.
Check for PARMS in compile PROC.Run a nekkid compile in foreground In a message 
dated 8/2/2019 1:35:36 PM Central Standard Time, rpin...@firsttennessee.com 
writes:
The changes I have made do not show up when I run a COBOLcompile after applying 
the usermod, and refreshing LLA.  I have triedRESTORING the usermod, refreshing 
LLA, and APPLY'ing the usermodagain.  Still the same results.
This is a ADCD z/OS 2.3 system running on IBM's zPDT environment.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
EXCITING NEWS! Beginning this fall, First Tennessee will become First Horizon. 
Learn more:  thenewfirsthorizon.com

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


COBOL for z/OS V6R2M0

2019-08-02 Thread PINION, RICHARD W.
I have updated the COBOL options using IGY620.SIGYSAMP(IGYWDOPT), SMP/E
usermod to update the COBOL options.  IGY620.SIGYCOMP is in the system link
list, and the usermod updates IGYCDOPT in that load library.  After updating the
module I refresh LLA with F LLA,REFRESH.

I have used ISRDDN to search both the system link list and LPA for module
IGYCDOPT.  It only appears in the link listed load library IGY620.SIGYLOAD.

I have changed ARCH=7 to ARCH=12, OPT=0 to OPT=2, and NOBLOCK0
to BLOCK0.  The changes I have made do not show up when I run a COBOL
compile after applying the usermod, and refreshing LLA.  I have tried
RESTORING the usermod, refreshing LLA, and APPLY'ing the usermod
again.  Still the same results.

This is a ADCD z/OS 2.3 system running on IBM's zPDT environment.

EXCITING NEWS! Beginning this fall, First Tennessee will become First Horizon. 
Learn more:  thenewfirsthorizon.com

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

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


Re: Looking for a rexx that...

2019-07-30 Thread PINION, RICHARD W.
Do you have any third part DASD reporting software, i.e. FDREPORT?  

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Tony Thigpen
Sent: Tuesday, July 30, 2019 7:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Looking for a rexx that...

[External Email]

All,

I am looking for a rexx example that takes the output from a "DS 
QD,TYPE=ALL,ONLINE" (or similar) and then generate a vtoc report for each 
volume that is online.

I will then take the output and ftp it to an offsite location for DR recovery.

This seems something that others may have already written, so before I started 
from scratch, I figured I would ask here.

--
Tony Thigpen

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


Re: DASD nostalgia

2019-07-23 Thread PINION, RICHARD W.
Reading Railroad, the one that does not go past GO.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Tuesday, July 23, 2019 1:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DASD nostalgia

[External Email]

> They had three 3211 disk drives

What train did you use on your disk drives? 

> hardware check

Yeah, DANCE got those on the Memorex drives, but I don't know whether there was 
ever an issue with normal seek patterns.


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


From: IBM Mainframe Discussion List  on behalf of Ray 
Pearce 
Sent: Tuesday, July 23, 2019 12:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DASD nostalgia

That reminds me of an incident in my first ever job on a 360/25 They had three 
3211 disk drives and were running a large tape to tape sort with work files 
spread across two of the disks.
In the middle of the sort a disk had a hardware check. Engineer came, reset the 
disk but no fault was found. Re-started the machine and ran the job again. At 
the exact same point in the job the disk checked again.
Engineer came back and watched as the job ran - the heads on the two drives 
were seeking back and forth so much that both drive units were rocking slightly 
and at the critical point the two boxes clashed and bingo.
The solution was to move the drives quarter of an inch further apart.

Ray Pearce

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: 23 July 2019 17:35
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DASD nostalgia

Nothing as drastic as the alleged FastRand, but I can vouch for 3330 and 
3330-equivalent drives dancing. My boss told me to write a program that started 
at the middle of the pack and then did seeks in and out to the first untouched 
cylinder until it had hit every cylinder. I told him that the timings from the 
test would have no relevance to performance in the wild, but he insisted that I 
write it anyway.


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


--
This e-mail message has been scanned and cleared by Google Message Security and 
the UNICOM Global security systems. This message is for the named person's use 
only. If you receive this message in error, please delete it and notify the 
sender.

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


Re: Assembly JCL for tpx 5.4

2019-05-09 Thread PINION, RICHARD W.
If you really want/need them, search for a reverse assembler.  I think there is
one on the CBT tape.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Peter
Sent: Thursday, May 9, 2019 2:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Assembly JCL for tpx 5.4

[External Email]

It's not part of smpe..

Just assembly and Linkedit..


On Thu, 9 May, 2019, 10:35 PM Jousma, David, < 
01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:

> Probably not a good idea.  Do you know if they were smpe installed?  There
> could be a copy in your SMPPTS, or SMPSTS datasets?   Otherwise, try it,
> but I'd expect unexpected results.
>
>
> __
> ___
> 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 Peter
> Sent: Thursday, May 9, 2019 2:24 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Assembly JCL for tpx 5.4
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
>
> We have some user exits used for TPX 5.2 and unfortunately we don't 
> know where the source codes are located.
>
> Is it ok to just copy over to 5.4 ?
>
> On Fri, 3 May, 2019, 3:09 AM Mark Zelden,  wrote:
>
> > On Thu, 2 May 2019 15:44:14 -0500, Michael Cleary < 
> > michaeljosephcle...@yahoo.com> wrote:
> >
> > >If the product is installed with SMPE best practice would be to 
> > >install
> > the exit via an SMPE USERMOD.
> > >
> >
> > Not a bad idea, but I don't consider that necessary if the product 
> > doesn't come with an LMOD for that exit in the product loadlib that 
> > is being replaced by the one you want to create.  There is no chance 
> > that product maintenance will regress the exit which is the main 
> > reason you would want a usermod.  Good product installation 
> > documentation that says there is an exit in use and putting it in a 
> > concatenated loadlib or even directly into the product loadlib is 
> > fine as far as I'm concerned.  Just so the next pour sole that has 
> > to upgrade the product next knows there is an exit and where the 
> > source code and asm/lnk JCL is.
> >
> > But that's just my opinion.  Creating the usermod is more trouble 
> > than I want to go through if I don't have to do it to protect the 
> > integrity of the product installation.
> >
> > Best Regards,
> >
> > Mark
> > --
> > Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL
> > v3 Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities:
> > https://protect2.fireeye.com/url?k=146e0b62-4832ff6d-146e21fa-0cc47a
> > 33 347c-65139aa7751c56b9=http://www.mzelden.com/mvsutil.html
> > Systems Programming expert at
> > http://search390.techtarget.com/ateExperts/
> > 
> > -- 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 
> **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
>

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

Re: Newbie SMP/E questions

2019-01-29 Thread PINION, RICHARD W.
And on top of that, backup, ACCEPT, backup, RECEIVE, backup, APPLY

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Rugen, Len
Sent: Tuesday, January 29, 2019 11:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Newbie SMP/E questions

[External Email]

Some of us developed a maintenance cycle of ACCEPT, RECEIVE, APPLY.  :-)

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


Re: Where's the fire? | Computerworld Shark Tank

2019-01-17 Thread PINION, RICHARD W.
In 1981, I was working on a 370/168 that had 8 MB.  Of course at that time, the 
168 was a used machine, and not state of the art.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Thursday, January 17, 2019 10:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Where's the fire? | Computerworld Shark Tank

[External Email]

1M ?
I recall our 370/158 @ Sears around 1977 had 1M IIRC, we later on purchased 
another 2M of stand alone memory from a company called ITEL ?
it was a stand alone unit, had to be powered up before the 370 .. it was bigger 
that a large restaurant size freg :(



Carmen Vitullo

- Original Message -

From: "R.S." 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Thursday, January 17, 2019 9:29:14 AM
Subject: Re: Where's the fire? | Computerworld Shark Tank

1 MB in 1987?
Good for PC, but not for mainframe IMHO ;-)

BTW: the machine model and amount of RAM are completely irrelevant in the story.

--
Radoslaw Skorupka
Lodz, Poland






W dniu 2019-01-17 o 02:51, Wayne Bickerdike pisze:
> Many a machine running DOS and later VSE had 1 Meg memory.
>
> In 1987 we ran an HDS clone with 1 Meg of memory. Two CICS regions. It 
> was flat out most of the time and compiling in prime time was largely 
> verboten.
>
> I convinced my manager if we could get more memory it would alleviate 
> some problems.
>
> When we went to 2 Meg it flew (like a turkey).
>
> We seemed to a manage a whole savings and loans application with that 
> and less than 3 GB of dusk.
>
>
>
> On Thu, Jan 17, 2019 at 9:37 AM Lester, Bob  wrote:
>
>> H. I worked on a 360/75J in 1979-1980. We had 1Mib "high-speed"
>> RAM, and 2Mib of LCS storage.
>>
>> BobL
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>> On Behalf Of Seymour J Metz
>> Sent: Wednesday, January 16, 2019 1:41 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Where's the fire? | Computerworld Shark Tank [ EXTERNAL 
>> ]
>>
>> "It's the late 1970s, and this data center has a high-performance IBM
>> 360/75 mainframe that sports a massive 1 MB of core memory -- one of 
>> only four in the world,"
>>
>> I might believe late 1960s, but by the late 1970s the 360/75 was well 
>> and truly obsolete and 1 MiB was nothing to brag about. We had 2 Mib 
>> at the Technion in 1973, and I'm sure that places like NASA Goddard 
>> had more, to say nothing of the tri-ASP 195 complex at Suiteland and 
>> the intelligence facilities in Maryland and Virginia.
>>
>>
>> --
>> Shmuel (Seymour J.) Metz
>>
>> https://urldefense.proofpoint.com/v2/url?u=http-3A__mason.gmu.edu_-7E
>> smetz3=DwIFAw=huW-Z3760n7oNORvLCN2eBo-Ehm9Q_bNeNJaAMovBjQ=Qowht
>> qe2n9CP4j5cKgUfmAFB9ziwNIdru4NRZBXkzeA=tdso1lYSOJgijDN5RFGzjrXNbPvS
>> wvL3PazX5YXt1xY=5QOqXm4jAtrU1cb1s70WX6_f7R6L1kLqo0NweYwOzCE=
>>
>> 
>> From: IBM Mainframe Discussion List  on 
>> behalf of Mark Regan 
>> Sent: Wednesday, January 16, 2019 7:43 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>>

==

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,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2018 r. wynosi 169.248.488 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,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169,248,488 as at 1 January 2018.

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

Re: SMP/E question

2018-12-14 Thread PINION, RICHARD W.
Clone or take backups of the SMP/E environment, and apply to  cloned SYSRES's 
and/or target libraries.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R.S.
Sent: Friday, December 14, 2018 9:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/E question

[External Email]

It is quite typical that new version replaces (deletes) the old one.
Usually SMP/E APPLY can be reverted by SMP/E, but ...I wouldn't rely on that.
Even regular PTF with DELETE cannot be reverted.
What to do? make copy of CSF.** datasets.

--
Radoslaw Skorupka
Lodz, Poland






W dniu 2018-12-14 o 14:30, Lopez, Sharon pisze:
> We want to install the new ICSF HCR77C1 to pick up the new function but we 
> have HCR77C0 installed.  Why does HCR77C1 delete HCR77C0 and would I be able 
> to back HCR77C1 off if we need to.
>
>
>
>
> The information in this transmission may contain proprietary and non-public 
> information of BB or its affiliates and may be subject to protection under 
> the law. The message is intended for the sole use of the individual or entity 
> to which it is addressed. If you are not the intended recipient, you are 
> notified that any use, distribution or copying of the message is strictly 
> prohibited. If you received this message in error, please delete the material 
> from your system without reading the content and notify the sender 
> immediately of the inadvertent transmission.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN .
>


==

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,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2018 r. wynosi 169.248.488 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,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169,248,488 as at 1 January 2018.

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


Re: Examples of roll your own "LIKE()" for data sets?

2018-12-04 Thread PINION, RICHARD W.
Don't suppose you have Innovation Data Processing's FDREPORT?
If you did, you could set up a job to select data sets based on your
requirements, and tell FDREPORT to generate JCL or ALLOCATE
statements, using the DCB and space allocation information that
FDREPORT gathers.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kirk Wolf
Sent: Tuesday, December 04, 2018 12:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Examples of roll your own "LIKE()" for data sets?

[External Email]

I need to be able to reverse engineer the allocation of cataloged DSORG=PS data 
sets by looking at the DSCBs and catalog.

To be specific, I would like to generate BPXWDYN allocation keywords for an 
existing cataloged DSORG=PS data set to that I can use allocate a new data set 
LIKE() it on another system.

Are there examples in CBT of code that do similar analysis of DASD
datasets?   Even something that does a good job at deducing
SPACE=(unit,(pri,sec)) is not as simple as one might think.

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

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


IBM Service Link

2018-11-02 Thread PINION, RICHARD W.
Is anyone else receiving "500 Internal Server Error"
trying to get into Service Link?
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


Re: How can I list the contents of a ADRDSSU DUMP dataset?

2018-10-19 Thread PINION, RICHARD W.
Convert to FDR/ABR :)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jerry Callen
Sent: Friday, October 19, 2018 3:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: How can I list the contents of a ADRDSSU DUMP dataset?

[External Email]

I'd like to be able to list the names of the files present in a "logical dump" 
dataset produced by ADRDSSU. AFAIK, there isn't a command to ADRDSSU to do that 
(seems like an odd omission...).

The format of the dump dataset is thoroughly described:

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.adru000/fmtdds.htm

But I really don't want to have to write the code to grovel over the dataset 
and format this stuff if someone else has already done it. :-)

I looked on the CBT Tape; no joy.

Any suggestions?

-- Jerry

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


Re: fixing a tersed file.

2018-10-16 Thread PINION, RICHARD W.
Tom's response about the last 4 bytes of each record is probably the reason the 
resulting untersed DF/DSS dump data set is corrupted.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Tuesday, October 16, 2018 11:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: fixing a tersed file.

[External Email]

Hi,
That worked, The resulting file was read by AMATERSE and created an output file.
The output file was supposed to be the output of DFSMSdss dump, and that seems 
to be broken.

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
PINION, RICHARD W.
Sent: Tuesday, October 16, 2018 6:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: fixing a tersed file.

Did you specify this in your IEBGENER JCL?

//SYSIN DD *
  GENERATE MAXFLDS=1
  RECORD  FIELD=(1024,,,1)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Tuesday, October 16, 2018 11:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: fixing a tersed file.

[External Email]

I tried IEBGENER
Doesn't see to work.
Do I need to specify any parameters, or just input and output files?

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Tuesday, October 16, 2018 6:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: fixing a tersed file.

AMATERSE wants RECFM=FB,LRECL=1024, right? IEBGENER should be able to copy a 
dataset from VB to FB.

Did you foul anything else up? If you translated them to ASCII or inserted 
carriage returns you've got a bigger problem.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gadi Ben-Avi
Sent: Tuesday, October 16, 2018 7:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: fixing a tersed file.

Hi,

I used FTP to transfer a bunch of tersed files from one LPAR to another.
By mistake, the destination files were created as VB1024

The original files were deleted.

Is there any way to fix file files.
Using ISPF copy did not work.

Help

Gadi

? ?? ?    ?? ??? ??? ??  ? ??? ??
??. ?? ,  ?? ???  ?, ???   ? ?? ???
? ?? ?? ?. ? ?  ?? ?? ?? ??  ?? 
??? ??? ???, ?/?? ?, ? ?? ? ? ? ? ?? ??
? ??? ?/?? ?? ?? ??.

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

.
הודעה זו נשלחה אליך מטעם חברה בקבוצת מלם תים וייתכן שהיא מוגנת תחת סודיות 
מסחרית. כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי 
מורשה החתימה של החברה. החברה רשאית לנטר כל תכתובת העוברת בשרתיה והיא לא תישא 
באחריות לכל נזק, ו/או אובדן, שיבוש או פגיעה במידע כלשהו שנגרם מסיבות של תקיפה 
חיצונית ו/או זדונית על הארגון.

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

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


Re: fixing a tersed file.

2018-10-16 Thread PINION, RICHARD W.
Did you specify this in your IEBGENER JCL?

//SYSIN DD *
  GENERATE MAXFLDS=1
  RECORD  FIELD=(1024,,,1)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Tuesday, October 16, 2018 11:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: fixing a tersed file.

[External Email]

I tried IEBGENER
Doesn't see to work.
Do I need to specify any parameters, or just input and output files?

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Tuesday, October 16, 2018 6:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: fixing a tersed file.

AMATERSE wants RECFM=FB,LRECL=1024, right? IEBGENER should be able to copy a 
dataset from VB to FB.

Did you foul anything else up? If you translated them to ASCII or inserted 
carriage returns you've got a bigger problem.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gadi Ben-Avi
Sent: Tuesday, October 16, 2018 7:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: fixing a tersed file.

Hi,

I used FTP to transfer a bunch of tersed files from one LPAR to another.
By mistake, the destination files were created as VB1024

The original files were deleted.

Is there any way to fix file files.
Using ISPF copy did not work.

Help

Gadi

? ?? ?    ?? ??? ??? ??  ? ??? ??
??. ?? ,  ?? ???  ?, ???   ? ?? ???
? ?? ?? ?. ? ?  ?? ?? ?? ??  ?? 
??? ??? ???, ?/?? ?, ? ?? ? ? ? ? ?? ??
? ??? ?/?? ?? ?? ??.

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


Re: S106 abends after copying into LINKLIST

2018-10-05 Thread PINION, RICHARD W.
And ACC/SRS from DTS Software.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jackson, Rob
Sent: Friday, October 05, 2018 2:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [Originated Externally]Re: S106 abends after copying into LINKLIST

[External Email]

Hah, I'll help too:  BMC's MainView SRM StopX37.

Also, Tivoli Advanced Allocation Manager from IBM.

There are probably others.

First Tennessee Bank
Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Longabaugh, Robert E
Sent: Friday, October 05, 2018 2:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: S106 abends after copying into LINKLIST

[External Email]

" Now my memory is fading, what is the name of that third party product which 
could intercept x37 abends and then dynamically fix it for you? "

CA Allocate does that and many other things.   Another ISV markets the one you 
are thinking of, and its name matches up with what you said it does.

Just trying to help

Bob Longabaugh
CA Technologies
Storage Management



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Elardus Engelbrecht
Sent: Friday, October 05, 2018 6:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: S106 abends after copying into LINKLIST

CAUTION: This email originated from outside of CA. Do not click links or open 
attachments unless you recognize the sender and know the content is safe.


John Eells wrote:

>I expect that we will err on the side of more free space pretty soon to help 
>alleviate out of space problems in this new(er) era of larger system software 
>volumes, particularly because system software is such a small fraction of the 
>disk space requirements for nearly any shop out there.

Indeed.


>System software data set level space management and x37 abends during APPLY 
>and ACCEPT processing will, I would hope, become a fading memory in a few 
>years.

Now my memory is fading, what is the name of that third party product which 
could intercept x37 abends and then dynamically fix it for you?


>Unlike some other memories, nobody will miss the "good old days."  This will 
>be more like the stories about how much more complicated life used to be when 
>you had to walk to school.  It was always uphill both ways and it was always 
>cold and snowing.  At least, that's what people used to tell their kids who 
>rode those cushy heated (FSVO "heated," at least in Maine) buses, right?

Right. In my child days, we were so poor, we have:

1. Running water - you run outside to get water using your pail and your feet.
2. cold and hot water - cold in the winter, hot in the summer.
3. shools have a tree structure - you just sit under a tree.
4. good transport - donkey car, cycle or just walking.
5. excellent entertainment - you just play outside.
6. But food was at least good - no junk food like those fast take aways.
7. I wish I could remember the rest, but my memory is fading... ;-)

John, thanks for your kind and educational posts. I really value them. Please 
continue sharing your wisdom.

Groete / Greetings
Elardus Engelbrecht

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

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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

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


DAF 1.49 & SMF Type 42 records

2018-09-25 Thread PINION, RICHARD W.
When using DAF 1.49 to report on SMF Type 42 records, the program
appears to be in a loop.  Executing from a PDSE, the CPU consumption
is very high.  Using MainView program trace, the hot spot is in IAXVP,
and the EXCP count is excessively high for my STEPLIB, which is where
DAF is executing from.

Re-assembling and linking into a PDS, the CPU consumption goes down,
but the EXCP count is excessively high.  I let DAF execute for over 30
minutes, which is an unusually long time for DAF to run, before
cancelling it.

I was attempting to report on SMF Type 42 records for one day.  The
SMF extract data set was about 800 tracks.
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


Re: FDR and RECALL Tasks

2018-09-20 Thread PINION, RICHARD W.
Ask him to execute from ISPF 6, exec 'his.fdr.clist.library(ABRALLOC)', select 
Option I, select Option 4, and do an AUDIT function.  This should give him the 
info he needs.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lizette Koehler
Sent: Thursday, September 20, 2018 11:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FDR and RECALL Tasks

[External Email]

I have a friend who just came into a shop with FDR and not HSM

He is wondering if there is a parm that controls how many RECALL tasks FDR will 
run

I do not have FDR so cannot look it up

Thanks



Lizette Koehler
statistics: A precise and logical method for stating a half-truth inaccurately

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


Re: COBANALZ CBT file 321

2018-09-11 Thread PINION, RICHARD W.
Turns out, I didn't have the CBT library in the assembler SYSLIB concatenation 
to resolve the STRING64 macro.  After I added that
it assembled fine.  Not sure why I didn't get macro not found???

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Tony Harminc
Sent: Tuesday, September 11, 2018 1:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBANALZ CBT file 321

[External Email]

On 11 September 2018 at 08:07, PINION, RICHARD W.
 wrote:
> I receive the message below when attempting to assemble the COBANALZ 
> member from CBT file 321.  This is on z/OS 2.2 with HLASM R6.0.  Below 
> the message is the assemble JCL that I am using.  Anyone have any 
> suggestions?  Thanks in advance.
>
> HIGH LEVEL ASSEMBLER - INTERRUPT AND DIAGNOSTIC DUMP
> ** ASMA973U WORK file maximum block count exceeded

It's interesting that this message is not in the "Version 1 Release 6"
book SC26-4941-08 (for all the good that it does these days to quote a 
particular version of an IBM manual...) KC finds the message (in a VSE 
document, it claims), but its own link to the z/OS doc is broken.

In my experience, messages like this one relating to out of memory or workfile 
space are almost always due not to the size or complexity of the program being 
assembled, but to looping in conditional assembly (open code or macros).

Is there any SYSPRINT output other than this message?

Tony H.

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


Re: COBANALZ CBT file 321

2018-09-11 Thread PINION, RICHARD W.
I did.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Peter Hunkeler
Sent: Tuesday, September 11, 2018 1:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AW: Re: COBANALZ CBT file 321

[External Email]

I don't remember having ever specified the WORKFILE option. Have you tried 
without?


--
Peter Hunkeler




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


Re: COBANALZ CBT file 321

2018-09-11 Thread PINION, RICHARD W.
I did.  

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lizette Koehler
Sent: Tuesday, September 11, 2018 11:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBANALZ CBT file 321

[External Email]

When you looked up the message, did you try the suggestion?

ASMA973U

WORK file maximum block count exceeded
Explanation

The maximum block count of 65,535 has been exceeded for SYSUT1 (MVS and CMS) or
IJSYS03 (VSE).
System action

The assembly stops and no listing is produced.
Programmer response

Increase the work file block size, or split the assembly into two or more 
smaller assemblies.



Lizette


> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of PINION, RICHARD W.
> Sent: Tuesday, September 11, 2018 5:08 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: COBANALZ CBT file 321
>
> I receive the message below when attempting to assemble the COBANALZ 
> member from CBT file 321.  This is on z/OS 2.2 with HLASM R6.0.  Below 
> the message is the assemble JCL that I am using.  Anyone have any 
> suggestions?  Thanks in advance.
>
> HIGH LEVEL ASSEMBLER - INTERRUPT AND DIAGNOSTIC DUMP
> ** ASMA973U WORK file maximum block count exceeded
>
> //XX JOB (ME9950),RPINION,CLASS=2,MSGCLASS=O,
> //  NOTIFY=,COND=(0,LT),REGION=0M
> //ASM1EXEC PGM=ASMA90,PARM=(SIZE(MAX,ABOVE),WORKFILE)
> //SYSLIB   DD  DSN=SYS1.MACLIB,DISP=SHR,
> // UNIT=3390
> // DD  DSN=SYS1.MODGEN,DISP=SHR,
> // UNIT=3390
> //SYSUT1   DD  DSN=&,UNIT=SYSDA,SPACE=(CYL,(2500,450))
>

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


COBANALZ CBT file 321

2018-09-11 Thread PINION, RICHARD W.
I receive the message below when attempting to assemble the COBANALZ member
from CBT file 321.  This is on z/OS 2.2 with HLASM R6.0.  Below the message is 
the
assemble JCL that I am using.  Anyone have any suggestions?  Thanks in advance.

HIGH LEVEL ASSEMBLER - INTERRUPT AND DIAGNOSTIC DUMP
** ASMA973U WORK file maximum block count exceeded

//XX JOB (ME9950),RPINION,CLASS=2,MSGCLASS=O,
//  NOTIFY=,COND=(0,LT),REGION=0M
//ASM1EXEC PGM=ASMA90,PARM=(SIZE(MAX,ABOVE),WORKFILE)
//SYSLIB   DD  DSN=SYS1.MACLIB,DISP=SHR,
// UNIT=3390
// DD  DSN=SYS1.MODGEN,DISP=SHR,
// UNIT=3390
//SYSUT1   DD  DSN=&,UNIT=SYSDA,SPACE=(CYL,(2500,450))
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


Re: Incremental volume and dataset backups

2018-08-31 Thread PINION, RICHARD W.
Second that on FDR/ABR/CPK.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pew, Curtis G
Sent: Friday, August 31, 2018 12:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Incremental volume and dataset backups

[External Email]

On Aug 31, 2018, at 11:34 AM, IBM user  wrote:
>
> Is there a better 3rd party backup package you can recommend?

I can’t say that it’s better since I’ve never used ADRDSSU, but we use FDRABR 
and we’re very happy with it.


--
Pew, Curtis G
curtis@austin.utexas.edu
ITS Systems/Core/Administrative Services


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


Re: 0,clpa

2018-08-24 Thread PINION, RICHARD W.
Maybe, 

ISREDDE2   SP9149.USER.PARMLIB(IEASYS00) - 01.22  
Command ===>  
23 OPI=NO, DO NOT ALLOW OPERATOR OVERRIDE

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Tony Thigpen
Sent: Friday, August 24, 2018 4:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: 0,clpa

[External Email]

Every time one specific z/os system IPLs, I have to enter:
0,clpa
on the console to get it to continue. I have other machines that do not prompt. 
What can I set to avoid having to enter this response during ipl?
--
Tony Thigpen

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


STRNO for ICF catalogs

2018-07-24 Thread PINION, RICHARD W.
If one has placed an ICF catalog in VLF, is the STRNO still useful or even used?
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


Re: Adding a patch area

2018-07-24 Thread PINION, RICHARD W.
Linkage editor EXPAND?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jesse 1 Robinson
Sent: Tuesday, July 24, 2018 12:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Adding a patch area

[External Email]

We have a vendor product for which we previously ZAPped some tailored code into 
a patch area. The latest upgrade of the product module does not come with a 
patch area. I seem to remember a method of adding a patch area to a module for 
which no source is available. Using I think ASMH and IEWL. Sound familiar? 
Sound doable?

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


Re: [External] Re: remove bad GDG entry from GDG base

2018-07-06 Thread PINION, RICHARD W.
Maybe you can try this, note the use of GDG, RECOVERY, and FORCE.

GENERATIONDATAGROUP
specifies that the entry to be deleted is a generation data group (GDG)
entry. To delete a generation data group that is not empty, you must
specify either the FORCE or the RECOVERY parameter. When FORCE is
used, all SMS-managed generation data sets pointed to by the GDG base
are scratched. Generation data sets are also removed from the catalog
when you use FORCE.
For both SMS-managed and non-SMS-managed GDGs, if you use
RECOVERY, the GDG entry is deleted from the catalog and generation
data sets remain unaffected in the VTOC. To delete a GDG using
RECOVERY or FORCE, you must specify both
GENERATIONDATAGROUP and RECOVERY or
GENERATIONDATAGROUP and FORCE.
The FORCE and RECOVERY generation data set parameters require RACF
FACILITY class authorization. For information concerning RACF
authorization levels, see Appendix A, “Security Authorization Levels,” on
page 385.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Friday, July 06, 2018 8:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] Re: remove bad GDG entry from GDG base

[External Email]

DEL entryname NSCR?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jackson, Rob
Sent: Thursday, July 5, 2018 6:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] Re: remove bad GDG entry from GDG base

That's because if the original attempt was tape, there's definitely no NVR.

Sorry, when I mentioned IEHPROGM earlier, I was actually thinking of the CATLG 
command, as in CATLG DSNAME=dataset,VOL=3390=whocares (disk doesn't matter, 
because you just want an entry you can actually delete).  I thought about 
IEHPROGM, because it's still sort of "dumb," and just does what it's told, and 
I hoped it might just make the entry in the catalog.  If it does, the base 
already has it rolled in, and you can simply delete it with noscratch.  I'm not 
sure your IEHPROGM results so far indicate anything other than there is no 
complete catalog entry.

That's a shame about rename giving you a 040842CD, which says duplicate catalog 
entry exists.  It makes me think the IEHPROGM CATLG won't work either, despite 
being old school.  It depends upon which interfaces IEHPROGM does not respect 
(but which ISPF clearly does).

First Tennessee Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Nelson, Judith
Sent: Thursday, July 05, 2018 5:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] Re: remove bad GDG entry from GDG base

[External Email]

We tried. :(



   DELETE PTP.DP.TRMS.ARCH999.X3.G0308V00 FILE(VOL2) NVR

IDC3014I CATALOG ERROR

IDC3009I ** VSAM CATALOG RETURN CODE IS 50 - REASON CODE IS IGG0CLE3-92

IDC0551I ** ENTRY PTP.DP.TRMS.ARCH999.X3.G0308V00 NOT DELETED

IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 8


Judith Nelson  | Senior Systems Programmer Sammons® Financial Group Member 
Companies One Sammons Plaza  | Sioux Falls, SD 57193
Phone: (605) 373-2321
jnel...@sfgmembers.com



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Thursday, July 5, 2018 10:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: remove bad GDG entry from GDG base



On Thu, 5 Jul 2018 09:27:07 -0500, Brad Wissink wrote:



>We need to remove a GDG entry from a GDG base, but the catalog entry

>doesn't exist.  What happened was that during the creation of the GDG

>(PTP.DP.TRMS.ARCH999.X3.G0308V00) the user catalog filled up and could

>not extend.



I suspect that the NVR was created in the VVDS. I would try DELETE NVR, 
followed by DEFINE.



--

Tom Marchant



--

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

Confidentiality notice:

Re: Would SHARE kindly kick IBM in the ass for what the've done with their web content?

2018-06-14 Thread PINION, RICHARD W.
That's not what most of us are complaining about.  It's when doing a Google 
search, and Google returns hits that are referencing the 2.1 manuals, which are 
not there.  And for whatever reason, Google is only returning hits on 2.1.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
John Eells
Sent: Thursday, June 14, 2018 12:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Would SHARE kindly kick IBM in the ass for what the've done with 
their web content?

[External Email]

Does this link not work for everyone?

https://www-304.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosv2r1-pdf-download?OpenDocument

I fully recognize that this is not the full complement of what was available 
before, but my (only) point is that the 2.1 documentation seems to be available.

--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

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


z/OS 2.1 documentation and Google searches

2018-06-13 Thread PINION, RICHARD W.
I got bit by this one this morning.  Like others have
said, it makes Google searching much more difficult.
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


Re: REXX to change Date in PDS member

2018-06-11 Thread PINION, RICHARD W.
That was part of the original post.  It appears to me, that the OP wants to 
update members in a PDS.  As for the contents of the members, I have no 
comments.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Monday, June 11, 2018 3:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: REXX to change Date in PDS member

[External Email]

WTF? Are D18610 and D18611 supposed to be dates/ If not, what's your point? If 
so, what's with the one digit month?


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


From: IBM Mainframe Discussion List  on behalf of 
PINION, RICHARD W. 
Sent: Monday, June 11, 2018 3:47 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: REXX to change Date in PDS member

" BROWSEBKP.JCL.CNTL(BKPDABD1) - 01.99Line  Col 001
080

* Top of Data **


D18610 On Behalf Of 
Seymour J Metz
Sent: Monday, June 11, 2018 3:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: REXX to change Date in PDS member

[External Email]

Does the OP want to change a record containing the date, or does he want to the 
date in the ISPF statistics?


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


From: IBM Mainframe Discussion List  on behalf of 
PINION, RICHARD W. 
Sent: Monday, June 11, 2018 3:27 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: REXX to change Date in PDS member

Why re-invent the wheel, use IPOUPDTE.

//UPDATE1  EXEC  PGM=IPOUPDTE,PARM=UPDATE
//*
//*   *
//* PARM=UPDATECAUSES IPOUPDTE TO CHANGE PDS MEMBERS  *
//*   *
//*   *
//*
//SYSPRINT DD  SYSOUT=*
//SYSUDUMP DD  SYSOUT=*
//@LIB DD  DSN=x.my.CNTL,DISP=SHR
//* FROM  *   TO  *
//SYSINDD  DATA,DLM='@@'
xx On Behalf Of 
Seymour J Metz
Sent: Monday, June 11, 2018 3:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: REXX to change Date in PDS member

[External Email]

You can write an ISPF script to edit the member.


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


From: IBM Mainframe Discussion List  on behalf of 
saurabh khandelwal 
Sent: Monday, June 11, 2018 3:11 PM
To: IBM-MAIN@listserv.ua.edu
Subject: REXX to change Date in PDS member

Hello Group,


I am new to rexx and our new requirement to edit one PDS member with previous 
day day date today's date on regular basis .


We are doing this  to edit our full set of JCL on daily basis according to this 
new date by over writing  previous datr date and putting new date.


currently we do this manually by editing below member every day with new date ( 
current date. ) .


BROWSEBKP.JCL.CNTL(BKPDABD1) - 01.99Line  Col 001
080

* Top of Data **


D18610

Re: REXX to change Date in PDS member

2018-06-11 Thread PINION, RICHARD W.
" BROWSEBKP.JCL.CNTL(BKPDABD1) - 01.99Line  Col 001
080

* Top of Data **


D18610 On Behalf Of 
Seymour J Metz
Sent: Monday, June 11, 2018 3:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: REXX to change Date in PDS member

[External Email]

Does the OP want to change a record containing the date, or does he want to the 
date in the ISPF statistics?


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


From: IBM Mainframe Discussion List  on behalf of 
PINION, RICHARD W. 
Sent: Monday, June 11, 2018 3:27 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: REXX to change Date in PDS member

Why re-invent the wheel, use IPOUPDTE.

//UPDATE1  EXEC  PGM=IPOUPDTE,PARM=UPDATE
//*
//*   *
//* PARM=UPDATECAUSES IPOUPDTE TO CHANGE PDS MEMBERS  *
//*   *
//*   *
//*
//SYSPRINT DD  SYSOUT=*
//SYSUDUMP DD  SYSOUT=*
//@LIB DD  DSN=x.my.CNTL,DISP=SHR
//* FROM  *   TO  *
//SYSINDD  DATA,DLM='@@'
xx On Behalf Of 
Seymour J Metz
Sent: Monday, June 11, 2018 3:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: REXX to change Date in PDS member

[External Email]

You can write an ISPF script to edit the member.


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


From: IBM Mainframe Discussion List  on behalf of 
saurabh khandelwal 
Sent: Monday, June 11, 2018 3:11 PM
To: IBM-MAIN@listserv.ua.edu
Subject: REXX to change Date in PDS member

Hello Group,


I am new to rexx and our new requirement to edit one PDS member with previous 
day day date today's date on regular basis .


We are doing this  to edit our full set of JCL on daily basis according to this 
new date by over writing  previous datr date and putting new date.


currently we do this manually by editing below member every day with new date ( 
current date. ) .


BROWSEBKP.JCL.CNTL(BKPDABD1) - 01.99Line  Col 001
080

* Top of Data **


D18610

Re: REXX to change Date in PDS member

2018-06-11 Thread PINION, RICHARD W.
Why re-invent the wheel, use IPOUPDTE.

//UPDATE1  EXEC  PGM=IPOUPDTE,PARM=UPDATE 
//*   
//*   *   
//* PARM=UPDATECAUSES IPOUPDTE TO CHANGE PDS MEMBERS  *   
//*   *   
//*   *   
//*   
//SYSPRINT DD  SYSOUT=*   
//SYSUDUMP DD  SYSOUT=*   
//@LIB DD  DSN=x.my.CNTL,DISP=SHR   
//* FROM  *   TO  *   
//SYSINDD  DATA,DLM='@@'  
xx On Behalf Of 
Seymour J Metz
Sent: Monday, June 11, 2018 3:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: REXX to change Date in PDS member

[External Email]

You can write an ISPF script to edit the member.


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


From: IBM Mainframe Discussion List  on behalf of 
saurabh khandelwal 
Sent: Monday, June 11, 2018 3:11 PM
To: IBM-MAIN@listserv.ua.edu
Subject: REXX to change Date in PDS member

Hello Group,


I am new to rexx and our new requirement to edit one PDS member with previous 
day day date today's date on regular basis .


We are doing this  to edit our full set of JCL on daily basis according to this 
new date by over writing  previous datr date and putting new date.


currently we do this manually by editing below member every day with new date ( 
current date. ) .


BROWSEBKP.JCL.CNTL(BKPDABD1) - 01.99Line  Col 001
080

* Top of Data **


D18610

Re: SORTLIB DD

2018-06-07 Thread PINION, RICHARD W.
Yes I know DFSORT, but many moons ago, we used SYNCSORT's tape sort, which was 
expressly for this type of problem.  

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jesse 1 Robinson
Sent: Thursday, June 07, 2018 2:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SORTLIB DD

[External Email]

Let me reiterate. The problem job tries to allocate more DASD work space than 
*exists* on the system. SORTIN is on tape--multiple files. We have the 
capability of putting more volumes online temporarily, but this is a major PITA 
and requires intervention from the Storage boys. I'm hoping that tape SORTWK 
will get the user over the occasional hump for this ad hoc non-production job. 
It does not have to perform well. It just has to work.

.
.
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 R.S.
Sent: Thursday, June 07, 2018 2:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: SORTLIB DD

Get rid of SORTLIB DD
Get rid of SORTWKnn DD
Use dynamic sortwork datasets, optionally set the number of datasets via OPTION 
DYNALLOC Don't use tapes for sortwork

BTW:
What is a size of input data?
How much space do you have for temp datasets?
How much memory can the job use?


My €0.02

--
Radoslaw Skorupka
Lodz, Poland






W dniu 2018-06-05 o 18:31, Jesse 1 Robinson pisze:
> We have a DFSORT job that wolfs down enormous amounts of SORTWK space. 
> It has been exceeding the DASD capacity on the system where it runs, 
> so we advised the user to point SORTWK to tape instead of DASD. Now it 
> fails with
>
> IEC130I SORTLIB  DD STATEMENT MISSING
> IEF472I CIHM373 STEP010 CIHM373 - COMPLETION CODE - SYSTEM=000 
> USER=0063
>
> IBM doc indicates the need for SORTLIB with a 'tape sort'. We have no 
> working example to share with the user. My question: what should DD 
> SORTLIB point to? SMPE puts load modules into
>
> SYS1.SORTLIB
> SYS1.SICELINK
>
> Should the user specify only the first one or both? I hate to drag them into 
> a sysprog guessing game.
>
> .
> .
> 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
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


Re: How Programming Affects Your Brain: 3 Big Truths According to Science

2018-05-01 Thread PINION, RICHARD W.
What about SNOBOL or ALGOL?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jack J. Woehr
Sent: Tuesday, May 01, 2018 2:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How Programming Affects Your Brain: 3 Big Truths According to 
Science

[External Email]

On 5/1/2018 11:55 AM, Gabe Goldberg wrote:
> Funny, didn't mention effects on brain of learning APL or assembler.


Or FORTH or m4

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


Re: DFSMSdss Release command

2018-05-01 Thread PINION, RICHARD W.
I have a program that releases free space without updating the last use date.  
The program reads an input file to select data sets for space release.  We 
build the input with FDREPORT.  
We select data sets that have a SMS MGMT class that allows
release of free space.

I am ashamed to say, but I can't remember the name of the gentlemen, on this 
list, who gave the program to me.  In addition, Sam Golob, of CBT fame, greatly 
assisted me in updating the program to run on z/OS 2.2.  

If you would like a copy of the program, please send me your email address, and 
I'll send you the source.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Tuesday, May 01, 2018 8:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFSMSdss Release command

[External Email]

Thanks
Sometimes you need a microscope to find information.
I wish I had CA-Disk on this system.

Any suggestions on how to free this space?

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, Kees (ITOPT1) - KLM
Sent: Tuesday, May 1, 2018 2:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFSMSdss Release command

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.adru000/dgt3u2131.htm

again, if you know what you are looking for, you can find it, often with help 
of Google.
Well hidden in the text is:
"DFSMSdss does not release any space for data sets that are empty (the last 
used block pointer in the data set’s VTOC entry is zero)."
AFAIK, there is no way around this restriction. We use CA-DISK for that.

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Gadi Ben-Avi
> Sent: 01 May, 2018 13:36
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFSMSdss Release command
>
> Thanks
> I did that, but for some reason it's not working.
> This is the command I am using:
> GE 0001 5695-DF175  DFSMSDSS V2R02.0 DA
> RELEASE -
>   INCLUDE( -
> KVPO.LGDM02.KLITMINL.SHILTA.D1180409 -
> KVPO.LGDM02.KLITMINL.SHILTA.D1180412 -
> KVPO.LGDM02.KLITMINL.SHILTA.D1180415 -
> KVPO.LGDM02.KLITMINL.SHILTA.D1180416 -
> KVPO.LGDM02.KLITMINL.SHILTA.D1180422 -
> KVPO.LGDM02.KLITMINL.SHILTA.D1180423 -
> KVPO.LGDM02.KLITMINL.SHILTA.D1180425 -
> KVPO.LGDM02.KLITMINL.SHILTA.D1180426 -
>   )
>
> If I look at the file using DSLIST I see:
> --
> - Enter "/" to select actionTracks %Used   XT
> --
>  KVPO.LGDM02.KLITMINL.SHILTA.D11804091  100 1
>  KVPO.LGDM02.KLITMINL.SHILTA.D11804121  100 1
>  KVPO.LGDM02.KLITMINL.SHILTA.D118041510 1
>  KVPO.LGDM02.KLITMINL.SHILTA.D118041610 1
>  KVPO.LGDM02.KLITMINL.SHILTA.D118042210 1
>  KVPO.LGDM02.KLITMINL.SHILTA.D1180423 35420 2
>  KVPO.LGDM02.KLITMINL.SHILTA.D1180425 35420 2
>  KVPO.LGDM02.KLITMINL.SHILTA.D1180426 35420 2
>
> So I would expect the last 63 files to be processed, but I get a 
> message saying that no files were processed.
> Each of the files is allocated on one volume, so there are no 
> multivolume issues.
>
> Gadi
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Vernooij, Kees (ITOPT1) - KLM
> Sent: Tuesday, May 1, 2018 2:18 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFSMSdss Release command
>
> The manual is a mess to find what you are looking for.
> This the example chapter of RELEASE in the DFdss manual.
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v
> 2r
> 1.adru000/dgt3u2147.htm
>
> to specify a list of datasets, use the FILTERDD parameter
> //SYSINDD  *
>   RELEASE DS(FILTERDD(FILTD1))
>  //FILTD1   DD*
>   INCLUDE(DSN1-
>   DSN2-
>   DSN3-
>   DSN4-
>   DSN5-
>   DSN6-
>   DSN7-
>   DSN8-
>   DSN9-
> )
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v
> 2r
> 1.adru000/cnsfil.htm
>
> Kees.
>
> > -Original Message-
> > From: IBM Mainframe Discussion List
> > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 

Re: DFSMSdss dump fix after binary transfer

2018-04-23 Thread PINION, RICHARD W.
This doesn't help for something done already.  But, if you do this again in the 
future, first process the ADRDSSU dump data set with either IBM's TRSMAIN or 
TSO's XMIT.  Both of these methods convert the squirely RECFM=U records/blocks 
into fixed length records, 1024 or 80 byte records respectively.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Peter Hunkeler
Sent: Monday, April 23, 2018 10:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AW: DFSMSdss dump fix after binary transfer

[External Email]

>A colleague has made a logical data set DUMP of important data and downloaded 
>to his PC in binary (by mistake, without additional steps). As expected, after 
>uploading from PC to z/OS, the format is broken, and ADRDSSU doesn't recognize 
>the DUMP (uploaded as blksize=27998, lrecl=0, recfm=u).

>Any recovery ideas for this situation, how to recover the PC data to a 
>RESTORE-able dataset? :)


The problem is that DSS Dumps are RECFM=U, and each block may have a different 
length, up to the maximum (usually half track). This is why DSS does not accept 
the dump after retransmitting back to z/OS (in binary, of course).


I don't know if the format of the dump records is documented (outside of IBM), 
but looking at an (uncompressed) DSS dump data set, the individual blocks seem 
to be of format


o Bytes 1-4 is the binary number of the record (block) within the dump data set.
o Bytes 5-6 are maybe some flags. I see mostly x'0101', but also x'0202'.
o Bytes 7-8 seems to be the number of bytes in this block including this field 
and the 6 bytes ahead.


So to recover as a last resort, if you're desperate, you would need to


o upload in binary as RECFM=U to z/OS.
o read the RECFM=U blocks, e.g. with REXX o rebuild the original blocks using 
the information above o write the new RECFM=U blocks


All of this is untested.


--
Peter Hunkeler







--
Peter Hunkeler

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


Re: Theology (was: Many arguments to a Rexx function call)

2018-04-11 Thread PINION, RICHARD W.
BR549 and ask for Junior of Junior Samples Auto Sales,
or BroadLane 9972 after 5 o'clock.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Chris Hoelscher
Sent: Wednesday, April 11, 2018 2:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Theology (was: Many arguments to a Rexx function call)

[External Email]

Add to that (list of things incomprehensible today) a party line ... (not the 
1-900 variety)

Chris Hoelscher
Technology Architect, Database Infrastructure Services Technology Solution 
Services Humana Inc.
123 East Main Street
Louisville, KY 40202
Humana.com
(502) 476-2538 or 407-7266
 instructions, send email to lists...@listserv.ua.edu with the message: INFO 
IBM-MAIN

The information transmitted is intended only for the person or entity to which 
it is addressed and may contain CONFIDENTIAL material.  If you receive this 
material/information in error, please contact the sender and delete or destroy 
the material/information.

Humana Inc. and its subsidiaries comply with applicable Federal civil rights 
laws and do not discriminate on the basis of race, color, national origin, age, 
disability or sex. Humana Inc. and its subsidiaries do not exclude people or 
treat them differently because of race, color, national origin, age, disability 
or sex.

English: ATTENTION: If you do not speak English, language assistance services, 
free of charge, are available to you. Call 1‐877‐320‐1235 (TTY: 711).

Español (Spanish): ATENCIÓN: Si habla español, tiene a su disposición servicios 
gratuitos de asistencia lingüística. Llame al 1‐877‐320‐1235 (TTY: 711).

繁體中文(Chinese):注意:如果您使用繁體中文,您可以免費獲得語言援助
服務。請致電 1‐877‐320‐1235 (TTY: 711)。

Kreyòl Ayisyen (Haitian Creole): ATANSION: Si w pale Kreyòl Ayisyen, gen sèvis 
èd pou lang ki disponib gratis pou ou. Rele 1‐877‐320‐1235 (TTY: 711).

Polski (Polish): UWAGA: Jeżeli mówisz po polsku, możesz skorzystać z bezpłatnej 
pomocy językowej. Zadzwoń pod numer 1‐877‐320‐1235 (TTY: 711).

한국어 (Korean): 주의: 한국어를 사용하시는 경우, 언어 지원 서비스를 무료로 이용하실 수 있습니다. 1‐877‐320‐1235 
(TTY: 711)번으로 전화해 주십시오.


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


Re: IBM 1750 Disk Array (DS6000 Series)

2018-03-09 Thread PINION, RICHARD W.
I wonder if that would satisfy HIPAA requirements?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Schwab
Sent: Friday, March 09, 2018 1:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM 1750 Disk Array (DS6000 Series)

[External Email]

PGM=ICKDSF command TRKFMT CYCLE(1) TRACK (0:15) fills each track of the volume 
with b''. then b'', then b'10101010'.

Command line interface of removing and adding volumes would format the raw disk 
then the new raid array, don't know if you can capture the printout or get 
internal documentation from IBM.

On Fri, Mar 9, 2018 at 11:44 AM, PINION, RICHARD W.
<rpin...@firsttennessee.com> wrote:
> Does anyone know of any built-in utilities to perform a data wipe for 
> the IBM 1750 disk array attached to a mainframe?
> 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



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


IBM 1750 Disk Array (DS6000 Series)

2018-03-09 Thread PINION, RICHARD W.
Does anyone know of any built-in utilities to perform a data wipe
for the IBM 1750 disk array attached to a mainframe?
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


Re: Connor Krukosky is on the Main Webpage at www.ibm.com

2018-03-05 Thread PINION, RICHARD W.
Connor is famous!

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Clark Morris
Sent: Monday, March 05, 2018 3:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Connor Krukosky is on the Main Webpage at www.ibm.com

[External Email]

[Default] On 5 Mar 2018 11:46:12 -0800, in bit.listserv.ibm-main 
jesse1.robin...@sce.com (Jesse 1 Robinson) wrote:

>Marvel seems always to be on the lookout for a new superhero character...
>
I don't see it in Canada where IBM forces me to the ca-en page.

Clark Morris
>.
>J.O.Skip Robinson
>Southern California Edison Company
>Electric Dragon Team Paddler
>SHARE MVS Program Co-Manager
>323-715-0595 Mobile
>626-543-6132 Office ?=== NEW
>robin...@sce.com
>
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>On Behalf Of Lizette Koehler
>Sent: Monday, March 05, 2018 5:41 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: (External):Connor Krukosky is on the Main Webpage at 
>www.ibm.com
>
>In case you are interested
>
>The 'mainframe kid' follows his passion  Connor Krukosky rebuilt an old 
>z890 in his basement - and became a tech legend
>
>
>Just in case you want to see the z890 or Connor
>
>
>
>Lizette Koehler
>statistics: A precise and logical method for stating a half-truth 
>inaccurately
>
>
>--
>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
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


Re: FDRMOVE sample jcl

2018-03-05 Thread PINION, RICHARD W.
I'm not necessarily disagreeing with you, but DSS has a separate entry in 
IFAPRDxx.  I said, we're not paying for it.  But we are until we can convert 
application level backups to use FDRAPPL.  But, if what you say is true, then 
maybe applications can continue to use DSS.  I'm not the person who keeps up 
with the contracts and licensing.

PRODUCT OWNER('IBM CORP')  
NAME('z/OS')   
ID(5650-ZOS)   
VERSION(*) RELEASE(*) MOD(*)   
FEATURENAME(DFSMSDSS)  
STATE(ENABLED) 
PRODUCT OWNER('IBM CORP')  
NAME('z/OS')   
ID(5650-ZOS)   
VERSION(*) RELEASE(*) MOD(*)   
FEATURENAME(DFSMSHSM)  
STATE(DISABLED)
PRODUCT OWNER('IBM CORP')  
NAME('z/OS')   
ID(5650-ZOS)   
VERSION(*) RELEASE(*) MOD(*)   
FEATURENAME(DFSMSRMM)  
STATE(ENABLED) 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Monday, March 05, 2018 2:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FDRMOVE sample jcl

[External Email]

HSM and RMM are other payable products/services under the DF/SMS service, but 
DF/DSS 'data set services' are not payable services or product, its part of the 
base or base + features.



Carmen Vitullo

- Original Message -

From: "RICHARD W. PINION" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Monday, March 5, 2018 1:34:50 PM
Subject: Re: FDRMOVE sample jcl

DF/DSS & HSM can be deleted from the list of IBM products, and thus not be 
charged for them. In our shop, we have FDR/ABR/CPK and pay for those, but we 
not do pay for DF/DSS & HSM.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Monday, March 05, 2018 2:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FDRMOVE sample jcl

[External Email]

It BEEN a part of DPF for so many years, I don't order DFS services or ADRDSSU 
separately or get charged for these services.
I know most folks, if they get use to using FDR they'd rather use FDR for some 
functions, I know you can copy/move using ADRDSSU and once you have some good 
JCL and control cards (I use ISMF to create some samples) its quite easy, but 
so is FDR if you're use to it.



Carmen Vitullo

- Original Message -

From: "retired mainframer" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Monday, March 5, 2018 1:22:12 PM
Subject: Re: FDRMOVE sample jcl

Doesn't ADRDSSU come with SMS automatically? Is it really a separately priced 
product?

> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Clark Morris
> Sent: Monday, March 05, 2018 10:39 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: FDRMOVE sample jcl
>
> [Default] On 5 Mar 2018 10:11:44 -0800, in bit.listserv.ibm-main 
> retired-mainfra...@q.com (retired mainframer) wrote:
>
> >Why must it be FDR? Won't ADRDSSU do it?
>
> Probably because the original poster has the Innovation products and 
> doesn't have the DSS/HSM products.

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


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

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


Re: FDRMOVE sample jcl

2018-03-05 Thread PINION, RICHARD W.
DF/DSS & HSM can be deleted from the list of IBM products, and thus not be 
charged for them.  In our shop, we have FDR/ABR/CPK and pay for those, but we 
not do pay for DF/DSS & HSM.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Monday, March 05, 2018 2:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FDRMOVE sample jcl

[External Email]

It BEEN a part of DPF for so many years, I don't order DFS services or ADRDSSU 
separately or get charged for these services.
I know most folks, if they get use to using FDR they'd rather use FDR for some 
functions, I know you can copy/move using ADRDSSU and once you have some good 
JCL and control cards (I use ISMF to create some samples) its quite easy, but 
so is FDR if you're use to it.



Carmen Vitullo

- Original Message -

From: "retired mainframer" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Monday, March 5, 2018 1:22:12 PM
Subject: Re: FDRMOVE sample jcl

Doesn't ADRDSSU come with SMS automatically? Is it really a separately priced 
product?

> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Clark Morris
> Sent: Monday, March 05, 2018 10:39 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: FDRMOVE sample jcl
>
> [Default] On 5 Mar 2018 10:11:44 -0800, in bit.listserv.ibm-main 
> retired-mainfra...@q.com (retired mainframer) wrote:
>
> >Why must it be FDR? Won't ADRDSSU do it?
>
> Probably because the original poster has the Innovation products and 
> doesn't have the DSS/HSM products.

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


zEDC hardware compression with FTP

2018-03-01 Thread PINION, RICHARD W.
Does anybody know if the z/OS FTP client uses zEDC when the
FTP command COMPRESS is used?
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


Re: Tape to tape copy jcl

2018-02-28 Thread PINION, RICHARD W.
One thing to keep in mind, you cannot use IEBGENER or IDCAMS to copy ADRDSSU 
(DFDSS) or FDR dump tapes.  You must use the appropriate copy utility, COPYDUMP 
for ADRDSU and FDRTCOPY for FDR.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of willie bunter
Sent: Wednesday, February 28, 2018 8:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Tape to tape copy jcl

[External Email]

Besides IEBGENER and DITTO there is not much out there.  However, when we did a 
conversion from physical tape to virtual tape (VTS) we used FATSCOPY, a product 
by INNOVATIONS.  It is an excellent product and very safe to use.  We didn't 
lose not even 1 tape. I highly recommend it (if you are shopping for a software)

  From: venkat kulkarni 
 To: IBM-MAIN@LISTSERV.UA.EDU
 Sent: Wednesday, February 28, 2018 4:19 AM
 Subject: Tape to tape copy jcl

Hello Group,

We are in the process of migrating physical tape to virtual tape.

I am unable to find any process and JCL which can copy all my data residing in 
physical tape cartridge to virtual tape using JCL .

Can you please suggest .

Regards
Venkat

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


Re: Question: Users of Pacific Systems Group -- Vendor

2018-02-16 Thread PINION, RICHARD W.
We trialed their other product SMF Writer.  I liked the product.  
Unfortunately, upper management didn't want to spend the money to acquire the 
product.  In comparison to what we recently spent on hardware upgrades, that 
cost was insignificant.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Thompson
Sent: Friday, February 16, 2018 8:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Question: Users of Pacific Systems Group -- Vendor

[External Email]

I'm looking for users of Pacific Systems Group software, in particular z-Writer 
and its "front-ends" for other products, specifically ZWQUIK and ZWEASY.

I'd like to know how well these work for you and how Pacific Systems Group is 
as a vendor.

Regards,
Steve Thompson

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


Re: TSO temp dataset

2018-02-15 Thread PINION, RICHARD W.
After installing a new release of z/OS, and I'm bored and have nothing better 
to do, I go through the ISPF help panels to see what's new.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Thursday, February 15, 2018 3:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TSO temp dataset

[External Email]

On Thu, 15 Feb 2018 20:33:57 +, PINION, RICHARD W. wrote:

>J works from ISPF member list.  Might even work for sequential data sets from 
>ISPF 3.4.
>
In:  z/OS IBM ISPF User's Guide Volume II Version 2 Release 3
SC19-3628-30
 Chapter 5. Utilities (option 3)
Data set list utility (option 3.4)
Data set list utility line commands ... I see no such line command.

Similarly absent from:
Library utility (option 3.1)
Library utility options for members

Am I looking in the wrong place?

Is it a local mod?

>-Original Message-
>From: Gord Tomlin
>Sent: Thursday, February 15, 2018 3:28 PM
>
>IKJ56500I COMMAND J NOT FOUND
>***
>
>Apparently neither has TSO.

-- gil

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


Re: TSO temp dataset

2018-02-15 Thread PINION, RICHARD W.
J works from ISPF member list.  Might even work for sequential data sets from 
ISPF 3.4.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gord Tomlin
Sent: Thursday, February 15, 2018 3:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TSO temp dataset

[External Email]

On 2018-02-15 14:51, Itschak Mugzach wrote:
> If you copy the jcl to another PDS you can use the “j” (submit) command which 
> does not use temporary dataset for job submission. Never tested myself, but 
> it probably works with sequential datasets as well.

I've never heard of this.

IKJ56500I COMMAND J NOT FOUND
***

Apparently neither has TSO.

--

Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507
Support: https://actionsoftware.com/support/

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


Re: ServerPac z/OS 2.3

2018-01-24 Thread PINION, RICHARD W.
Latest ADCD of z/OS 2.3 has SYS1.AUADS on A3DIS2.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Beesley, Paul
Sent: Wednesday, January 24, 2018 4:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ServerPac z/OS 2.3

[External Email]

I've just installed 2.3 and neither of those 2 DLIB datasets ended up on a 
target volume. Mind you I had to do a lot of manipulation of the dataset 
groups. Life would be so much easier with model 9s or 27s!

SYS1.AUADS is missing here as well. Checking back, it doesn't exist in our 2.1 
or 2.2 systems either. I'd be surprised if maintenance was ever applied to 
UADS, in fact on most of our supported systems the catalogued UADS is not on 
the sysres and is not the SMPE managed one.

Regards and thanks
Paul

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Barbara Nitz
Sent: Wednesday, January 24, 2018 8:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ServerPac z/OS 2.3

While installing my (downloaded :-) ) serverpac for z/OS 2.3, I have noticed 
three problems (so far):

Datasets FFST.V120ESA.AEPWBENU and IOA.AIOAIBIN were both placed on my target 
volume instead of my DLIB volume.
And SYS1.AUADS is in SMPE, but it is completely missing, even from the RESTORE 
job. (No, I did not modify them in the 'modify the layout' dialog!)

So my first question is: Can I just carry forward the z/OS 2.1 SYS1.AUADS? Or 
would that be causing problems down the line? Is there ever maintenance applied 
to SYS1.UADS?

And a second question: Is there a way to get the dialogs to restore everything 
uncatalogued to my target and dlib volume? I see that I can specify a volume 
parm where the archive is to be allocated, but don't know if that would collide 
with ENQs on same named active datasets (on a different volume).

Barbara

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

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

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
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


Re: [EXTERNAL] CBT Tape Version 495 has been cut

2018-01-17 Thread PINION, RICHARD W.
I second that!

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dyck, Lionel B. (TRA)
Sent: Wednesday, January 17, 2018 7:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] CBT Tape Version 495 has been cut

[External Email]

Congratulations on another release. The site, and before that the tape, have 
been a great benefit to the mainframe community and your work is greatly 
appreciated.

--
Lionel B. Dyck <
Mainframe Systems Programmer - TRA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Sam Golob
Sent: Tuesday, January 16, 2018 9:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] CBT Tape Version 495 has been cut

Hi Folks,

 The CBT Tape Version 495 has been cut (finally).  There have been over 60 
file changes made since the last version was cut last March.  I believe that 
this is the single biggest increment in changes between file versions.

 The tape was cut yesterday, and the website updates were made today.

 Please look at the Changes section in the "CBT page", to see all the 
changes.

 Please also note that my sbgo...@attglobal.net email address has gone away 
irrevocably, and I can not retrieve any messages sent to there.  Please use 
sbgo...@cbttape.org to contact me, or alternatively, sbgo...@att.net.

 Use the materials safely, and in good health and happiness. All the 
contributors hope they will make your working life easier.

 All the best of everything to all of you.

Sincerely, Sam

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


Re: [EXTERNAL] Re: Can anyone remember "drum" storage?

2017-12-21 Thread PINION, RICHARD W.
Please share a picture of the "bomb" as I remember it being called.  IIRC, you 
could remove the cover and unwind the magnetic strip.  That would be a cool 
picture too.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dyck, Lionel B. (TRA)
Sent: Thursday, December 21, 2017 2:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Can anyone remember "drum" storage?

[External Email]

At a large company that I worked for in the 80's and early 90's we had a couple 
of sharp Sysprogs who developed an extension to JES3 that allowed large sysout 
files to be stored on the 3850 rather than the spool, which wasn't large 
enough. Then there was the ability to modify the printer to print from one of 
those spool datasets. When it was decommissioned the CE set it up to eject the 
3850 cartridges into a box and many of us were allowed to take some home - I 
still have 2 of them in my home office.

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


Re: Can anyone remember "drum" storage?

2017-12-21 Thread PINION, RICHARD W.
No 3850 in the video :(

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edward Finnell
Sent: Thursday, December 21, 2017 2:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Can anyone remember "drum" storage?

[External Email]

Found this link via 'IBM 3850 video' search. Don't know what it shows don't 
have Real Player. There was a competitor called MassStor in Silicon valley.
The CE's called them noodle snatchers...

We had some STC SSDs in mid eighties and one gen option was 2305(or something). 
They were way flakey so I put primary MIX dataset on one and a few TSO swap 
dsns. Well we got our money's worth.


https://www-03.ibm.com/ibm/history/exhibits/storage/video/storage1_high.rm
In a message dated 12/21/2017 1:04:14 PM Central Standard Time, 
p...@petelancashire.com writes:


Does a video of a 3850 in operation exist ?

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


Re: Can anyone remember "drum" storage?

2017-12-20 Thread PINION, RICHARD W.
If I remember correctly the cartridges were called "bombs".

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, Kees (ITOPT1) - KLM
Sent: Wednesday, December 20, 2017 9:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Can anyone remember "drum" storage?

[External Email]

Yes, you could configure the window as a slot location and by addressing it, 
you could make the arm knock on the window, trying to grab the cartridge (or 
what it was called).

Grtn,
Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of PINION, RICHARD W.
> Sent: 20 December, 2017 15:22
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Can anyone remember "drum" storage?
>
> Drifting slightly, ever see the IBM 3850 Mass Store device, or see it 
> in action?
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Allan Staller
> Sent: Wednesday, December 20, 2017 9:17 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Can anyone remember "drum" storage?
>
> [External Email]
>
> "pseudo-drum" - STK4305. I remember it well 
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Joel C. Ewing
> Sent: Wednesday, December 20, 2017 8:15 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Can anyone remember "drum" storage?
>
> I don't think so.  Says each R/W head accesses same disk blocks, and 
> there would be zilch improvement in speed if they were simply seen by 
> OS as two independent disks.  By electronically selecting which of the 
> two heads to use to read the track based on which sees the start of 
> the desired block first, you cut the rotational latency time in half.  
> With a single R/W head the only way to get the same reduction in 
> latency delay would be to double the rotational speed of the platter, 
> which might cause greater problems.
> J C Ewing
>
> On 12/20/2017 07:18 AM, Tony Thigpen wrote:
> > From reading the description, it really just appears to the OS as 
> > two drives in one housing.
> >
> > Tony Thigpen
> >
> > John McKown wrote on 12/20/2017 08:08 AM:
> >> It's not really a drum, but it is getting closer. Of course, for 
> >> true speed, one should go SSD.
> >>
> >> https://apac01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fw
> >> ww 
> >> .theregister.co.uk%2F2017%2F12%2F19%2Fseagate_disk_drive_multi_actu
> >> at
> >> or%2F=02%7C01%7Callan.staller%40HCL.COM%7C1e585afeeaf147533358
> >> 08
> >> d547b42536%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C63649376143
> >> 19 
> >> 95373=7BNHk4Ci%2Fq8zLD%2BgBDHrtFQOcgyBXiT1kUg1nK3fD6I%3D
> >> rv
> >> ed=0
> >>
> >>
> >> [quote]
> >>
> >> Seagate is increasing IO performance in disk drives by separating 
> >> read-write heads into two separate sets which can operate 
> >> independently and in parallel.
> >>
> >> The heads are positioned at one end of actuator arms which rotate 
> >> around a post at their other end to move the heads across the 
> >> platter surfaces.
> >> Thus, with an eight-platter drive, each read-write head is 
> >> positioned above the same cylindrical track on each platter and 
> >> reads or writes to and from the same disk blocks on each platter's surface.
> >>
> >> [\quote]
> >>
> >>
> >
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions, 
> > send email to lists...@listserv.ua.edu with the message: INFO 
> > IBM-MAIN
> >
>
> --
> Joel C. Ewing,Bentonville, AR   jcew...@acm.org
>
> --
> 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 

Re: Can anyone remember "drum" storage?

2017-12-20 Thread PINION, RICHARD W.
Drifting slightly, ever see the IBM 3850 Mass Store device, or see it in action?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: Wednesday, December 20, 2017 9:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Can anyone remember "drum" storage?

[External Email]

"pseudo-drum" - STK4305. I remember it well 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Joel C. Ewing
Sent: Wednesday, December 20, 2017 8:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Can anyone remember "drum" storage?

I don't think so.  Says each R/W head accesses same disk blocks, and there 
would be zilch improvement in speed if they were simply seen by OS as two 
independent disks.  By electronically selecting which of the two heads to use 
to read the track based on which sees the start of the desired block first, you 
cut the rotational latency time in half.  With a single R/W head the only way 
to get the same reduction in latency delay would be to double the rotational 
speed of the platter, which might cause greater problems.
J C Ewing

On 12/20/2017 07:18 AM, Tony Thigpen wrote:
> From reading the description, it really just appears to the OS as two 
> drives in one housing.
>
> Tony Thigpen
>
> John McKown wrote on 12/20/2017 08:08 AM:
>> It's not really a drum, but it is getting closer. Of course, for true 
>> speed, one should go SSD.
>>
>> https://apac01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww
>> .theregister.co.uk%2F2017%2F12%2F19%2Fseagate_disk_drive_multi_actuat
>> or%2F=02%7C01%7Callan.staller%40HCL.COM%7C1e585afeeaf14753335808
>> d547b42536%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C6364937614319
>> 95373=7BNHk4Ci%2Fq8zLD%2BgBDHrtFQOcgyBXiT1kUg1nK3fD6I%3D
>> ed=0
>>
>>
>> [quote]
>>
>> Seagate is increasing IO performance in disk drives by separating 
>> read-write heads into two separate sets which can operate 
>> independently and in parallel.
>>
>> The heads are positioned at one end of actuator arms which rotate 
>> around a post at their other end to move the heads across the platter 
>> surfaces.
>> Thus, with an eight-platter drive, each read-write head is positioned 
>> above the same cylindrical track on each platter and reads or writes 
>> to and from the same disk blocks on each platter's surface.
>>
>> [\quote]
>>
>>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
Joel C. Ewing,Bentonville, AR   jcew...@acm.org

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

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

Re: LRS VPS Printer Replacment

2017-12-15 Thread PINION, RICHARD W.
I personally like IP Print Server over NPF.  But it is a cost item, as in not
free as in NPF.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Roger Bolan
Sent: Friday, December 15, 2017 4:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LRS VPS Printer Replacment

[External Email]

You should also look at Infoprint Server.  It's a component of z/OS.

I don't know what the LRS VPS definitions look like, but I see another post 
here that mentions 12K definitions.  If you can read those with code, Rexx 
perhaps, and parse them, you could create a text file of pidu create commands 
to create the equivalent definitions for the Printer Inventory.
PIDU = Printer Inventory Definition Utility.

The documentation is in the IBM Knowledge Center.
You can go here:
https://www.ibm.com/support/knowledgecenter
and just search for pidu

or go here to see all the Infoprint Server related books, including in PDF 
format.
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.aps/aps.htm


--Roger

On Thu, Dec 14, 2017 at 2:20 AM, zos reader  wrote:

> Hi,
>
> We are planning to replace LRS VPS Printers to other Vendor product, I 
> am not aware of other vendor products in Market.
>
> Can you all share your thoughts please.
>
> Thanks..
>
> --
> 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
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


  1   2   >