Re: EBCDIC-ASCII converter and other tools

2020-12-29 Thread Mike Hochee
I like IBM's Unicode Services on z/OS for internationalization and conversion 
support, but of course z/OS only. A corresponding set of services and functions 
provided by IBM for LUW platforms as a free download would be most welcome! 

The following utility may have already been mentioned, but not sure, so...  
https://sourceforge.net/projects/convertcp/  

HTH, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of R.S.
Sent: Tuesday, December 29, 2020 12:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EBCDIC-ASCII converter and other tools

Caution! This message was sent from outside your organization.

1. Yes, maybe I described it incorretly.
Regarding your question - yes I need something like convert ifile ofile 
[-tablefile] Just byte to byte translation. No CR/LF issues, no record 
boundaries, just byte to byte. The file can be large (may not fit in memory).

I agree, it is not black magic. Actually ...I did it in the past.
I wrote simple program in Turbo Pascal. AFAIR 1 hour later I modified it to 
read translation table from a file.
However it was many moons ago and the tool is no longer usable, cause it is 
16-bit application (for DOS) and current x64 Windows does not run such 
programs. There are tools like virtual machine or just DosBox, but it seems to 
be Rube Goldberg solution.
While I am still able to code a program (I hope so!), I don't want to start the 
project, install huge tool like Visual Studio, start learning "foreign" 
language, learn all the environment specifics, etc. It is just like building 
brewery just to have a beer for dinner. Not to mention security policies.
As I said, I did it in the past, using ancient (now) tools, and I know how to 
do it in z/OS realm. And it seems simple, so I hope someone already did it and 
the tool is available as many, many other tools.
HxD has many advantages, but I guess it has no batch mode. Batch is better - it 
is automatic ;-) I don't know how many files will be processed that way, now it 
is possible to do it manually, but thing may change.

2. This is even simpler tool, maybe it address rare need - just to truncate 
first nnn bytes from beginning of file Possible usage:
truncfile -header -12384 ifile ofile
truncates/deletes header, which is 12384 bytes long, the output is written to 
ofile. Ofile is shorter than ifile, the difference is 12384 bytes. No CR/LF 
issues, just byte after byte.

I'm going to install HxD and try its features. However I'm still looking for 
something batch-able.

Thank you!

Regards
--
Radoslaw Skorupka
Lodz, Poland






W dniu 29.12.2020 o 17:32, Charles Mills pisze:
> 1. Conversion tool: your question is a little under-specified. You 
> want a file to file conversion program? Read in a file in EBCDIC and 
> write it out in ASCII?
>
> Do you have any ability at all to write a program for Windows? In C, 
> Rexx, Visual Basic, etc.? The basics of translation are fairly simple. 
> Would not be terribly hard to read-in the translation table from some 
> specified source. Can you code at all in any non-mainframe-specific 
> language? MS Visual Studio is free in lightweight versions and would 
> let you build and debug a simple program pretty readily.
>
> There is the nasty problem of line endings. (Don't get @Gil started 
> ) Do you expect "records" in ASCII? How will they be delimited? How 
> will the line endings in the EBCDIC file be indicated?
>
> 2. Pretty much the same answer.
>
> @Steve, I don't think it's what he is looking for, but another vote 
> here for HxD in general. I find it useful for examining EBCDIC files on a PC.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of R.S.
> Sent: Tuesday, December 29, 2020 5:30 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: EBCDIC-ASCII converter and other tools
>
> 1. I'm looking for some simple tool for conversion EBCDIC to ASCII and 
> vice versa.
> Unfortunately it has to run under Windows.
> Requirements:
> Run under Windows, preferrably in batch mode (command line interface) 
> Custom-defined tables of conversion
>
> 2. I'm looking for a tool similar to IDCAMS SKIP/COUNT - the goal is 
> to skip first nnn bytes of the file or skip file remainder.
>
> --
> 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 

Re: JCL divergence

2020-12-22 Thread Mike Hochee
There exist a number of scheduling solutions available for LUW workloads, IBM's 
Tivoli Workload Schedule is definitely among them... 
https://www.ibm.com/support/pages/tivoli-workload-scheduler-version-851-3  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Tuesday, December 22, 2020 6:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JCL divergence

Caution! This message was sent from outside your organization.

On Tue, Dec 22, 2020 at 5:26 PM Gibney, Dave  wrote:

> WindowsJob...Huh
>

Right. I am so ignorant, perhaps the Windows (and Linux?) world doesn't even 
have any unattended scheduled activities. I know that there is a "Windows 
Scheduler" that can run a batch file (MSDOS .bat) automatically at a given time 
or when a particular user does a "log on" (perhaps akin to a TSO logon proc).

If the above is true (no automated unattended work), I wonder how companies do 
{month,quarter,year}-end processing to generate reports to send to appropriate 
governmental bodies. Or even, as in my employer, to policyholders.



>
> > Hum, how do the Windows experts "restart" a "job" that fails? I 
> > really don't now.
> >
>
>

--
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: Determining required z/series hardware level - REVISED

2020-12-08 Thread Mike Hochee
Thanks all, yet again, for all the excellent ideas! These IBM- listservs are a 
truly fine resource. ('the power of many brains working!')  I will probably end 
up doing some flavor of opcode evaluation, and assumed, maybe erroneously, that 
opcode evaluation would be simpler/cleaner to implement than parsing or 
scanning source (which is available). I generally feel more comfortable working 
with machine/product outputs rather than the curveballs humans sometimes throw. 
 

Best, 
Mike   

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Hochee
Sent: Tuesday, December 8, 2020 5:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Determining required z/series hardware level - REVISED

Warning! This is a fake (spoofed) message. DO NOT TRUST!

Oops, got the hardware lvl for AHI wrong, so changed 'G9' to 'G10'

Hi,

I'm looking for a utility/program which is capable of reading a z/OS 
executable, whether an lmod or program object, or unbound object code, and 
examining it for hardware/architecture level compatibility. I'm not 
specifically referring to the ARCLVL of on the SYSSTATE macro, although I know 
there is some correspondence, but rather to the set of unprivileged 
instructions introduced at a particular hardware architecture levels. Apologies 
in advance for any imprecise/inaccurate  terminology.

For example, let's say I happen to know that the most recently introduced 
z/Series instruction used by a particular executable is the AHI instruction, 
then I would expect this utility/program to output 'G10', suggesting the 
minimum hardware architecture required to support execution.

I understand things are not always black/white in this area and could be 
clouded by instruction facility requirements, etc..

Thanks in advance for any suggestions, guidance.

Mike


--
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: Determining required z/series hardware level - REVISED

2020-12-08 Thread Mike Hochee
Oops, got the hardware lvl for AHI wrong, so changed 'G9' to 'G10'  

Hi,

I'm looking for a utility/program which is capable of reading a z/OS 
executable, whether an lmod or program object, or unbound object code, and 
examining it for hardware/architecture level compatibility. I'm not 
specifically referring to the ARCLVL of on the SYSSTATE macro, although I know 
there is some correspondence, but rather to the set of unprivileged 
instructions introduced at a particular hardware architecture levels. Apologies 
in advance for any imprecise/inaccurate  terminology.

For example, let's say I happen to know that the most recently introduced 
z/Series instruction used by a particular executable is the AHI instruction, 
then I would expect this utility/program to output 'G10', suggesting the 
minimum hardware architecture required to support execution.

I understand things are not always black/white in this area and could be 
clouded by instruction facility requirements, etc..

Thanks in advance for any suggestions, guidance.

Mike


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


Determining required z/series hardware level

2020-12-08 Thread Mike Hochee
Hi,

I'm looking for a utility/program which is capable of reading a z/OS 
executable, whether an lmod or program object, or unbound object code, and 
examining it for hardware/architecture level compatibility. I'm not 
specifically referring to the ARCLVL of on the SYSSTATE macro, although I know 
there is some correspondence, but rather to the set of unprivileged 
instructions introduced at a particular hardware architecture levels. Apologies 
in advance for any imprecise/inaccurate  terminology.

For example, let's say I happen to know that the most recently introduced 
z/Series instruction used by a particular executable is the AHI instruction, 
then I would expect this utility/program to output 'G9', suggesting the minimum 
hardware architecture required to support execution.

I understand things are not always black/white in this area and could be 
clouded by instruction facility requirements, etc..

Thanks in advance for any suggestions, guidance.

Mike


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


Re: Invoking IFASMFDP utility via CALL, LINK, ATTACH ?

2020-12-03 Thread Mike Hochee
Supportability had definitely crossed my mind, so the clarification is both 
timely and appreciated.  

Thanks! 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Relson
Sent: Thursday, December 3, 2020 8:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Invoking IFASMFDP utility via CALL, LINK, ATTACH ?

Caution! This message was sent from outside your organization.

It probably doesn't apply to this case, but if the documentation for a service 
says "invoke it this way" (and I don't just mean a "recommendation" or a 
"suggestion") and you choose to try something else that you think is 
equivalent, you are in unsupported territory. Do what you will; the risk is 
yours (and your site's).

There can be system integrity concerns with invoking something authorized in a 
way that it does not intend, when done by an authorized invoker. That could 
apply to an AC=1 program that you choose to invoke by (for example) LINK from 
an APF-authorized program.

Peter Relson
z/OS Core Technology Design


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

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


Re: Invoking IFASMFDP utility via CALL, LINK, ATTACH ?

2020-12-02 Thread Mike Hochee
Thanks to everyone for the xlnt suggestions. 

Much appreciated, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Hochee
Sent: Wednesday, December 2, 2020 2:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Invoking IFASMFDP utility via CALL, LINK, ATTACH ?

Warning! This is a fake (spoofed) message. DO NOT TRUST!

Wondering if anyone has attempted to invoke the SMF IFASMFDP utility (handles 
dumping and clearing of SMF data set logs, digital signature validation, etc.) 
via program invocation using CALL, LINK, or ATTACH?  Some of the dfp utilities 
allow dynamic invocation from a program, and for those some doc is provided, 
however I found no equivalent doc for IFASMFDP. (probably not a good sign)

Thanks,
Mike

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


Invoking IFASMFDP utility via CALL, LINK, ATTACH ?

2020-12-01 Thread Mike Hochee
Wondering if anyone has attempted to invoke the SMF IFASMFDP utility (handles 
dumping and clearing of SMF data set logs, digital signature validation, etc.) 
via program invocation using CALL, LINK, or ATTACH?  Some of the dfp utilities 
allow dynamic invocation from a program, and for those some doc is provided, 
however I found no equivalent doc for IFASMFDP. (probably not a good sign) 

Thanks, 
Mike   

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


Re: Non-L/E assembler program calling L/E Cobol program

2020-11-17 Thread Mike Hochee
I call LE C++ from non-LE assembler programs by first creating a Language 
Environment for them using IBM pre-initialization services. Check out CEEPIPI 
in chapter 30 of the following... 
https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R3sa380682/$file/ceea200_v2r3.pdf
  I suppose it depends on your use case and whether you need greater control of 
execution environment attributes, and probably other factors I'm unaware of. 

HTH, 
Mike  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Tuesday, November 17, 2020 9:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Non-L/E assembler program calling L/E Cobol program

Caution! This message was sent from outside your organization.

I call LE C++ from non-LE assembler and Rexx with no issues. It's just like 
calling any other program; just like calling IEFBR14.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Clark Morris
Sent: Tuesday, November 17, 2020 6:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Non-L/E assembler program calling L/E Cobol program

[Default] On Tue, 17 Nov 2020 10:52:49 -0800 (PST), in bit.listserv.ibm-main 
Joe DeChirico  wrote:

>Hi
>
>I have a need for a non-l/e program to call an l/e cobol program, are 
>there
any examples of this sort of call?
>
>Is it even possible?

--
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: Can a non-admin restrict others from viewing one of their own MVS data sets?

2020-11-06 Thread Mike Hochee
You might make a case to your security admins for UACC(NONE) for data set(s) 
involving your profile or add a profile for a specific data set with universal 
access none, yet providing you with whatever is needed; read, update, or alter. 
(this assumes you are using RACF, not sure of the TSS or ACF2 equivalents 
offhand)  

Another possibility is the TSO PROTECT command, which I have never used and do 
not recommend, but nonetheless an option. 

HTH, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Frank Swarbrick
Sent: Friday, November 6, 2020 4:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Can a non-admin restrict others from viewing one of their own MVS data 
sets?

Caution! This message was sent from outside your organization.

In the Unix world one can use chmod (change mode) on their own files to make it 
so non-superusers cannot view a particular file.  Is there anything similar for 
MVS data sets?

--
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: Checksum/Md5 file

2020-10-17 Thread Mike Hochee
Hi Len, 

Let's take this conversation out of the IBM-MAIN listserv. Feel free to contact 
me at mike.hoc...@aspg.com  

Thanks, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Sasso, Len
Sent: Saturday, October 17, 2020 10:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Checksum/Md5 file

Caution! This message was sent from outside your organization.

Hi Mike!

We don't have the MGCMAIN utility, but I would appreciate any JCL you could 
provide to call to a crypto subroutine library.



Thank You and Please Be Safe!

Len Sasso
Systems Administrator Senior
CSRA, A General Dynamics Information Technology Company
327 Columbia TPKE
Rensselaer, NY 12144

Office Hours: M-F  7 AM - 3:45 PM
Out-Of-Office: Tue., Oct. 20th  - 1:30 PM - Wed., Oct 21st @ 7 AM
Phone: (518) 257-4209
Cell: (518) 894-0879
Fax: (518) 257-4300
len.sa...@gdit.com
URL: www.gdit.com<http://www.gdit.com>





From: IBM Mainframe Discussion List  on behalf of 
Mike Hochee 
Sent: Friday, October 16, 2020 11:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Checksum/Md5 file



 [External: Use caution with links & attachments]

Hi Len Sasso,

As mentioned, you can roll your own and invoke an ICSF service routine, or you 
can use one of several z/OS crypto products. I work for ASPG, so am 
particularly familiar with MegaCryption on z/OS. With MegaCryption this can be 
done using the MGCMAIN utility or via an application call to a crypto 
subroutine library. Since you may already be a customer, I will send you 
additional details offline.

HTH,
Mike

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lennie Dymoke-Bradshaw
Sent: Friday, October 16, 2020 7:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Checksum/Md5 file

Caution! This message was sent from outside your organization.

Please note too that the CSNBOWH implementation requires ICSF to be active, but 
does not require any Crypto Express hardware, nor is it dependent on the CPACF. 
It is a software solution that executes within ICSF.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jousma, David
Sent: 16 October 2020 20:07
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Checksum/Md5 file

Yes.
https://urldefense.us/v3/__https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1__;!!JRQnnSFuzw7wjAKq6ti6!laGxlsZ9OhaGNPUyv1oKZ8200gQ-WxaNoleYDXYyZw60WbVRqd1Ie6AbLcOrOg$
.csfb400/csfb4za229.htm



_
Dave Jousma
AVP | Director, Technology Engineering

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


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Sasso, Len
Sent: Friday, October 16, 2020 2:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Checksum/Md5 file

**CAUTION EXTERNAL EMAIL**

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

Anyone know if a Checksum/Md5 file can be created on a IBM Mainframe?

If so, how?


Thank You and Please
 Be Safe!

Len Sasso
Systems Administrator Senior
CSRA, A General Dynamics Information Technology Company
327 Columbia TPKE
Rensselaer, NY 12144
Office Hours: M-F  7 AM - 3:45 PM
Out-Of-Office: Tue., Oct. 20th  - 1:30 PM - Wed., Oct 21st @ 7 AM
Phone: (518) 257-4209
Cell: (518) 894-0879
Fax: (518) 257-4300
len.sa...@gdit.com
URL: http://www.gdit.com














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

Re: Batch SFTP without client keys or USS files?

2020-10-16 Thread Mike Hochee
Do you have any special characters in your password that might not be surviving 
code-page translate? 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Wendell Lovewell
Sent: Friday, October 16, 2020 8:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Batch SFTP without client keys or USS files?

Caution! This message was sent from outside your organization.

Thank you Rajesh, but the job will be running on z/OS systems.  I cannot 
require any additional software like COZBATCH to be installed.

Best Regards,
Wendell

--
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: Checksum/Md5 file

2020-10-16 Thread Mike Hochee
Hi Len Sasso, 

As mentioned, you can roll your own and invoke an ICSF service routine, or you 
can use one of several z/OS crypto products. I work for ASPG, so am 
particularly familiar with MegaCryption on z/OS. With MegaCryption this can be 
done using the MGCMAIN utility or via an application call to a crypto 
subroutine library. Since you may already be a customer, I will send you 
additional details offline.

HTH, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lennie Dymoke-Bradshaw
Sent: Friday, October 16, 2020 7:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Checksum/Md5 file

Caution! This message was sent from outside your organization.

Please note too that the CSNBOWH implementation requires ICSF to be active, but 
does not require any Crypto Express hardware, nor is it dependent on the CPACF. 
It is a software solution that executes within ICSF.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jousma, David
Sent: 16 October 2020 20:07
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Checksum/Md5 file

Yes.
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1
.csfb400/csfb4za229.htm



_
Dave Jousma
AVP | Director, Technology Engineering

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


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Sasso, Len
Sent: Friday, October 16, 2020 2:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Checksum/Md5 file

**CAUTION EXTERNAL EMAIL**

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

Anyone know if a Checksum/Md5 file can be created on a IBM Mainframe?

If so, how?


Thank You and Please
 Be Safe!

Len Sasso
Systems Administrator Senior
CSRA, A General Dynamics Information Technology Company
327 Columbia TPKE
Rensselaer, NY 12144
Office Hours: M-F  7 AM - 3:45 PM
Out-Of-Office: Tue., Oct. 20th  - 1:30 PM - Wed., Oct 21st @ 7 AM
Phone: (518) 257-4209
Cell: (518) 894-0879
Fax: (518) 257-4300
len.sa...@gdit.com
URL: www.gdit.com














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

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


Re: IBM splitting into two companies

2020-10-11 Thread Mike Hochee
Charles, you must've found my creds!  Please dispose of them in a secure 
manner. :-) 

You make a good point. And to muddy things further, the AWS user community 
seems to use the term 'hack' when referring to techniques to accomplish things 
that are completely acceptable and above-board. 

Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Sunday, October 11, 2020 6:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM splitting into two companies

Caution! This message was sent from outside your organization.

I would think one needs to distinguish between AWS infrastructure flaws -- what 
IBM would call violations of the statement of integrity -- versus dumb user 
errors. The pop press is going to call it "an AWS hack" even if it was because 
someone left their userid and password behind on a Post-It note on a table in 
Denny's.

Of course the two cases can blur somewhat if there are infrastructure 
characteristics that make it particularly easy for a user to screw it up.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Hochee
Sent: Sunday, October 11, 2020 3:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM splitting into two companies

I do not have an accurate big picture nor a decent set of data to work with, 
but here are a few google hits that do not inspire confidence, just anecdotal 
stuff of course

https://www.cbronline.com/news/aws-servers-hacked-rootkit-in-the-cloud

https://tamebay.com/2020/05/amazon-warn-of-hacked-amazon-accounts-issue-acco
unt-recovery-advice.html

https://www.thesun.co.uk/money/10519079/amazon-accounts-hacked-fraudsters/

Does AWS have any security components on par with ICSF and RACF on the security 
front that you're aware of?  Here's a link to their identity and access 
management UG...
https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_access-keys.
html?icmpid=docs_iam_console  Browsing through it briefly makes me wonder what 
an AWS secure key repository and management tools might look like.

Having been the victim of a minor identity theft myself in recent years, 
probably adds to my skepticism about cloud service provider security claims.


Mike

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Clark Morris
Sent: Sunday, October 11, 2020 3:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM splitting into two companies

Caution! This message was sent from outside your organization.

[Default] On Sat, 10 Oct 2020 10:40:07 -0700 (PDT), in bit.listserv.ibm-main 
computer chyck  wrote:

>> snip much
>
>Cloud computing is alot like teenage sex - everybody is doing it (or 
>wants
to do it) but nobody has a flippin' clue how to do it correctly!!!

What I fear is that Amazon and Microsoft both have a far better idea of what 
cloud computing is and how to do it than does IBM.  I also suspect that Amazon 
has all of their computing on their cloud and is very well aware of the need 
for high security and has worked very hard to achieve it.
Microsoft based on my experience with their Knowledge Center (repository for 
fixes and the equivalent of PTF cover letters) seems to understand high 
availability better than IBM based on postings here on ibm-main.

Clark Morris

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

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

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

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


Re: IBM splitting into two companies

2020-10-11 Thread Mike Hochee
I do not have an accurate big picture nor a decent set of data to work with, 
but here are a few google hits that do not inspire confidence, just anecdotal 
stuff of course  

https://www.cbronline.com/news/aws-servers-hacked-rootkit-in-the-cloud 

https://tamebay.com/2020/05/amazon-warn-of-hacked-amazon-accounts-issue-account-recovery-advice.html
 

https://www.thesun.co.uk/money/10519079/amazon-accounts-hacked-fraudsters/ 

Does AWS have any security components on par with ICSF and RACF on the security 
front that you're aware of?  Here's a link to their identity and access 
management UG... 
https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_access-keys.html?icmpid=docs_iam_console
  Browsing through it briefly makes me wonder what an AWS secure key repository 
and management tools might look like.  

Having been the victim of a minor identity theft myself in recent years, 
probably adds to my skepticism about cloud service provider security claims.   

Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Clark Morris
Sent: Sunday, October 11, 2020 3:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM splitting into two companies

Caution! This message was sent from outside your organization.

[Default] On Sat, 10 Oct 2020 10:40:07 -0700 (PDT), in bit.listserv.ibm-main 
computer chyck  wrote:

>> snip much
>
>Cloud computing is alot like teenage sex - everybody is doing it (or wants to 
>do it) but nobody has a flippin' clue how to do it correctly!!!

What I fear is that Amazon and Microsoft both have a far better idea of what 
cloud computing is and how to do it than does IBM.  I also suspect that Amazon 
has all of their computing on their cloud and is very well aware of the need 
for high security and has worked very hard to achieve it.  Microsoft based on 
my experience with their Knowledge Center (repository for fixes and the 
equivalent of PTF cover letters) seems to understand high availability better 
than IBM based on postings here on ibm-main.

Clark Morris

--
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: IBM splitting into two companies

2020-10-10 Thread Mike Hochee
Over the last few years I have hoped IBM would become more of a cloud player 
and attempt to marry some of the long-standing and well established zEnterprise 
strengths;  security, reliability, extensibility, performance, etc., with what 
I always perceived to be an inherently less secure cloud and web services 
environment.  I thought there was significant opportunity for a complement, 
where zEnterprise strengths could be leveraged by the needs of cloud and web 
service processing, and this would likely be workload dependent.  

To be sure, there are undoubtedly many cloud based apps that have no need of, 
nor business requirements for, zEnterprise integrity attributes, and a census 
might well be one of them.  Cloud computing has come a long way over the past 
10+ years, but I still don't want my personal financial data and current card 
transactions residing on a public cloud (encrypted or not). I have read too 
many articles which in general testify to the insecurity of data in the cloud. 
Hybrid and private clouds might be another matter, and this is where I thought 
the advantages of zEnterprise could potentially be a value add to cloud service 
providers with customers that expect (demand) a higher level of security and 
processing integrity. 

I suspect the splitting of IBM will only make the communication needed for any 
synergy between the hallmarks of traditional mainframe computing and cloud 
computing more difficult.  In the meantime profit motive will continue to 
compromise the decisions of executives the world over and result in more and 
more insecure hosting of their customer's personal and financial data.   

I wonder what if anything Arvind Krishna thinks about z/OS?  A very bold move 
by someone only six months on the job.   

My nickel's worth. 

Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Crayford
Sent: Saturday, October 10, 2020 11:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM splitting into two companies

Caution! This message was sent from outside your organization.

You're conflating enterprise with traditional mainframe customers such as the 
finance industry. Apple, BP, Shell, Coca-Cola etc all use AWS, are they not 
enterprise customers? As for health care, the UK NHS is a huge AWS customer.

The reputation of IBM's cloud (or maybe just IBM) in Australia hasn't recovered 
from the 2016 census fiasco [1]. The Australian government no longer trusts IBM 
and has moved to AWS [2].

You're obviously an IBM fanboy. A lot of what you say is absolute nonsense.

[1]
https://www.zdnet.com/article/censusfail-an-omnishambles-of-fabulous-proportions/
[2]
https://www.zdnet.com/article/australian-2021-digital-census-to-be-built-on-aws/


On 2020-10-11 1:39 AM, Bill Johnson wrote:
> You’re comparing 2 entirely different clouds. IBM isn’t in the consumer cloud 
> market. There is more money in PC’s than there is in mainframes too! And IBM 
> processes 90% of credit card transactions. You were wrong. No fortune 100 
> companies are going to use AZURE or AWS for highly critical, highly sensitive 
> information. Consumer clouds are everywhere. It’s becoming commoditized. 
> Enterprise cloud will never be commoditized and will remain highly 
> profitable. Banks, big retailers, and health care can’t afford the hacks and 
> crashes of consumer cloud services.
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Saturday, October 10, 2020, 1:28 PM, zMan  wrote:
>
> Bill, you can quote self-serving SHARE fodder all you like, but the 
> fact
> remains: IBM cloud is a joke in the industry. Doesn't mean it couldn't 
> become a player, but that's aspirational at best. That SHARE 
> transaction quote is nonsense--do the math: 1.3M/sec=112,320,000,000 
> per day. 112 BILLION. That's 16 transactions per day per person on the 
> planet. Be serious. That number comes from IBM, was extrapolated by 
> taking their largest five customers and multiplying by the number of 
> z/OS systems out there. Lies, damned lies, and statistics and all that, eh?
>
> And plenty of real, serious, multi-billion-dollar companies use AWS, 
> Azure, and even GCP.
>
> You work for a vendor; you have access to lots of industry knowledge 
> from the real world, not SHARE or IBM marketing. Talk to your peers. 
> Learn. The truth is out there.
>
> On Fri, Oct 9, 2020 at 6:57 PM Bill Johnson < 
> 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:
>
>> I’ve studied them extensively. I’m an investor. So I really don’t 
>> need the lecture but I understand that’s what the frequent posters here need 
>> to do.
>> Large enterprises aren’t building on AZURE & AWS. Lots of smaller 
>> companies are. Because of the costs. AZURE & AWS are on the way to 
>> commoditization.
>> Because it’s easy to replicate. In fact, AZURE growth is beginning to slow.
>> Even with the government contract.
>>
>> https://venturebeat.com/2020/07/31/probeat-slowing-aws-microsoft-azur

Re: dataset allocation

2020-10-07 Thread Mike Hochee
Hi Joseph, 

I like your idea, especially if this is a one-off, you already have it written, 
and the system it's running on is not totally i/o or cpu constrained. If it 
becomes something that needs to run regularly, maybe that's a different story 
and you rewrite using DFSORT or whatever. 

HTH, 
Mike

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Joseph Reichman
Sent: Wednesday, October 7, 2020 6:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: dataset allocation

Caution! This message was sent from outside your organization.

S322

I IMHO breaking up the job submitting to INTRDR may help

What do you think ?



> On Oct 7, 2020, at 6:10 PM, Seymour J Metz  wrote:
>
> Do you have TIME=1440 on both JOB and EXEC? What's the ABEND code?
>
> I'm in Annandale, just inside the Beltway.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>
> 
> From: IBM Mainframe Discussion List  on 
> behalf of Joseph Reichman 
> Sent: Wednesday, October 7, 2020 4:01 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: dataset allocation
>
> 1440 it’s bombing on time
>
> Seymour you live in Virginia never worked for the IRS you cannt be 
> that far from NCFB the code here is all Assembler
>
> Large many VB files
>
>
>
>> On Oct 7, 2020, at 2:52 PM, Seymour J Metz  wrote:
>>
>> The limit is the same for static and dynamic allocation.
>>
>> The limit is higher for extended TIOT.
>>
>> What TIME did you specify on JOB and EXEC?
>>
>> What DYNAMNBR did you specify on EXEC?
>>
>>
>> --
>> Shmuel (Seymour J.) Metz
>> http://mason.gmu.edu/~smetz3
>>
>>
>> 
>> From: IBM Mainframe Discussion List  on 
>> behalf of Joseph Reichman 
>> Sent: Wednesday, October 7, 2020 1:28 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: dataset allocation
>>
>> There are two main issues here
>>
>> 1) I can not allocate this many datasets to
>>   A job step that’s includes using SVC 99
>>
>> 2) The job step times out because I have reached a 5 minute CPU time 
>> limit on the job step
>>
>> Sri from my understanding said DFSORT can overcome these two problems
>>
>> I’m looking at the DFSORT manual
>>
>> Thank You
>>
> On Oct 7, 2020, at 1:16 PM, Jeremy Nicoll  
> wrote:
>
> On Wed, 7 Oct 2020, at 18:06, Joseph Reichman wrote:
> I work for the IRS I have to search thru year 2020 data that’s 
> 4,467 files about 240,000 records per file and a record length 
> could be
> 10,000 bytes
> VB files
>>>
>>> And you've said that multiple times.  No-one cares who you work for, 
>>> but we do care about the technical issues you're facing.
>>>
>>>
>>> Every single time you ask for help, no matter on what topic, it's 
>>> nearly impossible for anyone to find out what exactly you're trying to do.
>>>
>>> Why don't you just answer the questions?
>>>
>>> Are the records in the file in any particular order?
>>>
>>> Are you looking for particular values in fixed locations in the records?
>>>
>>> Are you looking for records where there's definable relationships 
>>> between values in specific records?
>>>
>>> Is there any way that - say - you can do a first scan to make 
>>> subsets of records before you then examine those in much more detail?
>>>
>>> --
>>> 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
>>
>>
>> -
>> - For IBM-MAIN subscribe / signoff / archive access instructions, 
>> send email to lists...@listserv.ua.edu with the message: INFO 
>> IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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


Re: Determining program name/number of paramaters from called COBOL program

2020-09-22 Thread Mike Hochee
If you can call a small assembler subroutine from the current COBOL pgm being 
executed (may be possible to do this in COBOL as well), use of the following 
fields should help get you current program name, callers name..., callers name, 
etc..  As mentioned, LE may make a difference, not sure. Anyway... 

Curr TCB addr (PSATOLD), to curr active RB (TCBRBP), to curr CDE (RBCDE), to 
curr pgm name (CDNAME)   (you are at the end of the chain when RBCDE1=0, and 
you may have to clear the high order byte to get a valid compare) 
  
For the name of previous caller(s)... 
Curr TCB addr (PSATOLD), to curr active RB (TCBRBP), to next RB in chain 
(RBLINK), to curr CDE (RBCDE), to pgm name (CDENAME)   

HTH, 
Mike 
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Chris Cantrell
Sent: Tuesday, September 22, 2020 3:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Determining program name/number of paramaters from called COBOL program

Caution! This message was sent from outside your organization.

Hello,

I am hoping someone out there can help me with this 'opportunity'.

In a Z/OS enterprise COBOL environment, I want to be able to retrieve the 
calling program name and the number of parms passed to the called program from 
the called program. In other words, program A is executed in my batch job and 
it calls program B passing 5 parms in the using statement. I want program B to 
be able to retrieve the program name for program A as well as the number of 
parms that were passed to it.

I think if I could get to the program stack I could probably figure it out from 
there.

Any assistance that any of you could provide would be greatly appreciated.

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


Re: AT-TLS issues with FTP and SSH

2020-09-22 Thread Mike Hochee
Regarding the AT-TLS issue, your pagent is likely encountering a problem in the 
FTP section (of course!).  Look at the log it generates, and if you don't have 
one, add the logging option to the pagent start command. If I remember 
correctly, there's also a verbose setting. I found the logs to be extremely 
useful.   

HTH, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lionel B Dyck
Sent: Tuesday, September 22, 2020 11:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AT-TLS issues with FTP and SSH

Caution! This message was sent from outside your organization.

We just enabled AT-TLS (PAGENT) on a test LPAR and immediately ran into two
issues:

1. The FTP Client ceased to work (until we commented the FTP section in the 
pagent_TTLS.conf file)
a. No issues doing an FTP into this LPAR.
2. Git stopped working due to SSH.

A simple test is:ssh mailto:g...@github.com

And for that I'm getting: FOTS3322 Passwords may not be entered from 3270 
terminals

If we stop PAGENT then everything works.

Can anyone offer any pointers/tips/solutions to either of these problems?

Thanks in advance.


Lionel B. Dyck <
Website: https://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

--
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: Passing STDENV DD to FTP via SYSIN

2020-09-10 Thread Mike Hochee
Consistent with your comment about BPXBATCH, I suspect you will need to run FTP 
(via PARM= input) under BPXBATCH (via EXEC PGM=), and then the  //STDENV DD 
will be read.  

HTH, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Wendell Lovewell
Sent: Thursday, September 10, 2020 5:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Passing STDENV DD to FTP via SYSIN

Caution! This message was sent from outside your organization.

Hello,

I'm setting up a batch job to access our FTP server using FTPS and TLS 1.2.  
(Forgive me if that nomenclature is less than perfect.)

I've imported certficates, built a keyring, and come up with a combination of 
FTP client parameters that will allow me to connect to the server and upload a 
file:

//FTPXFER  EXEC PGM=FTP,REGION=4292K,
//PARM=('POSIX(ON) ALL31(ON)',
//   'ENVAR("_CEE_ENVFILE=DD:STDENV")/(EXIT')
//OUTPUT   DD SYSOUT=*
//STDENV   DD DISP=SHR,DSN=WRL1.FTPS.STDENV
//*
//* //STDENV   DD *
//* GSK_PROTOCOL_TLSV1_2=ON
//*
//SYSFTPD  DD *
CLIENTERRCODES   EXTENDED
EPSV4TRUE
EXTENSIONS   AUTH_TLS
FWFRIENDLY   TRUE
KEYRING TCPIP/FTP.KEYRING
PASSIVEIGNOREADDR  TRUE
SECUREIMPLICITZOS   FALSE
SECURE_FTP   REQUIRED
SECURE_MECHANISM  TLS
SECURE_DATACONNPRIVATE
SECURE_CTRLCONNPRIVATE
SECURE_HOSTNAME   REQUIRED
TLSMECHANISM  FTP
TLSRFCLEVEL CCCNONOTIFY
/*
//INPUTDD  *

I'm trying to make this as self-contained as possible, and would like to supply 
the variables via SYSIN rather than require the PS file named on the 
un-commented version of the STDENV DD.  BPXBATCH is the only program I can find 
documented that says "//STDENV DD *" is supported.  FTP, at least with the PARM 
I'm using, seems to ignore it.

Is it possible to supply STDENV to FTP via SYSIN?

I hate to admit it, but I thought "Ok, I'll just IEBGENER the variable(s) into 
a VB LRECL=255 BLKSIZE=27998 file (like the one that works), and use that.  But 
strangely, I can't get that to work either--even though SUPERC confirms the 
files match.

TIA,
Wendell

--
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: Strange S0C4 on z15

2020-08-19 Thread Mike Hochee
Thank you Jim, appreciate the detailed explanation which is understandably 
similar to Peter Relson's back in March. 

My intent want not to take this thread in another direction, just thinking 
about PSF in terms of the poster's original question... 

On Wed, 19 Aug 2020 19:11:33 + "Christopher Y. Blaicher"
 wrote:

:>We have a program that ran fine on a z13 that now gets an S0C4 on a z15.
:>On a z13 we could access data in the PSA in the 2048 to 4095 range without 
going into key 0.  The specific field is PSASVT.
:>To get to that data now, we have to do a MODESET to key zero.
:>Anyone else find this as a problem?  Was it there with a z14?  We jumped from 
a z13 to a z15.  

Thanks again, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jim Mulder
Sent: Wednesday, August 19, 2020 9:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Strange S0C4 on z15

Caution! This message was sent from outside your organization.

  The first machine to implement ESA/370 was the 3090E.  This was done via 
microcode updates (since the 3090E hardware was designed prior to ESA).  It was 
not possible to implement PSF in microcode, so MVS used x'1000' as the data 
space ORIGIN, Every subsequent machine (starting with the 3090S) implemented 
PSF, and MVS used 0 as the data space ORIGIN.  That is still the case today, 
unless you specify HIDEZERO=YES on DSPSERV CREATE, in which case the ORIGIN is 
x'1000'
and page 0 is hidden,  This is desirable because it avoids PER ZAD events, and 
gives you a 0C4 abend instead of incorrect results when you accidentally use a 
bad pointer value in the range 0-FFF.

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

"IBM Mainframe Discussion List"  wrote on
08/19/2020 07:01:09 PM:

> From: "Mike Hochee" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 08/19/2020 09:07 PM
> Subject: Re: Strange S0C4 on z15
> Sent by: "IBM Mainframe Discussion List" 
>
> Some months ago I asked a question regarding the relevance of the 
> ORIGIN parm on a DSPSERV macro. During that time I came across older 
> documentation which referred to low-address protection being in effect 
> when the PSF (Private Space Facility) was not active. My limited 
> understanding is that the PSF is active on 'virtually' all systems.  
> Mr Dissen's  post below brought this to mind.
>



--
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: Strange S0C4 on z15

2020-08-19 Thread Mike Hochee
Some months ago I asked a question regarding the relevance of the ORIGIN parm 
on a DSPSERV macro. During that time I came across older documentation which 
referred to low-address protection being in effect when the PSF (Private Space 
Facility) was not active. My limited understanding is that the PSF is active on 
'virtually' all systems.  Mr Dissen's  post below brought this to mind.   

HTH, 
Mike 
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Binyamin Dissen
Sent: Wednesday, August 19, 2020 4:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Strange S0C4 on z15

Caution! This message was sent from outside your organization.

Fetch-protection-override (cr0.38) allowed the OS to put fetch protection on
page0 while allowing (legacy) access to 0-2047.

Don't know which hardware level allowed exploitation.

 On Wed, 19 Aug 2020 19:11:33 + "Christopher Y. Blaicher"
 wrote:

:>We have a program that ran fine on a z13 that now gets an S0C4 on a z15.
:>On a z13 we could access data in the PSA in the 2048 to 4095 range without 
going into key 0.  The specific field is PSASVT.
:>To get to that data now, we have to do a MODESET to key zero.
:>Anyone else find this as a problem?  Was it there with a z14?  We jumped from 
a z13 to a z15.

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

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me, you should 
preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems, especially those 
from irresponsible companies.

--
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: Trying to find documentation for LE reason code

2020-07-29 Thread Mike Hochee
Hi Charles, 

Not sure why, but the reason code looked very familiar to me. Googling returned 
this link... 
https://www.ibm.com/support/pages/cee1000s-4093-90-cee5101c-bpx1mss-failed-when-using-posix
 

HTH,
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Wednesday, July 29, 2020 4:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Trying to find documentation for LE reason code

Caution! This message was sent from outside your organization.

I am getting the following error when starting a UNIX program:

CEE5101C During initialization, the callable service BPX1MSS failed. The system 
return code was 000156, the reason code was 0D070201 . The application will 
be terminated.


There is a lot of this and that on the Web, but I would like to read the actual 
documentation for that reason code. Where do I find it? I look up the message 
in LE M and find

Programmer response: See z/OS UNIX System Services Programming: Assembler 
Callable Services Reference for the appropriate action to take for this return 
code and reason code. Consult with your z/OS UNIX System Services (z/OS UNIX) 
support personnel if necessary. One possibility is the application was not 
authorized to use z/OS UNIX. If this is true, contact your system administrator 
to have the ID registered with z/OS UNIX to use these services.
Symbolic Feedback Code: CEE4VD

Nice of them to refer you to a 1300-page book with no clue as to which chapter 
to look at, huh? Anyway I search the referenced book on CEE5101C, on 0D070201, 
and on CEE4VD and get no hits. I didn't find anything under BPX1MSS.

Anyone have any clues? This seems more difficult than it ought to be.

(Yes, the userid *does* have an OMVS segment.)

Charles

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

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


Re: Where is the data compression manual SA22-7208

2020-07-25 Thread Mike Hochee
Hi John, 

Not sure what your situation is, but Ed Jaffe is quite right, the compression 
described in that manual is pretty awful from compaction and efficiency 
standpoints, and maybe the API as well, I don't recall. 

If you need a good x-platform data compression library that runs on z/OS, 
Linux, Unix, Windows, and others, you can't go wrong  with zlib. It is what IBM 
uses for their zEDC compression adapters, and is the software behind the 
curtain for the z15 'Integrated Accelerators'. In addition it is extremely well 
supported by the authors, Mark Adler and Jean-Loup Gailly. The home page can be 
found at... zlib.net  

HTH, 
Mike   

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Saturday, July 25, 2020 12:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Where is the data compression manual SA22-7208

Caution! This message was sent from outside your organization.

On 7/24/2020 9:39 PM, John Ganci wrote:
> Anyone have any other suggestions?


It's horrible compression. Why not use modern IBM Z compression? That doc 
should be a lot easier to come by...


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



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

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

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


Re: Possible new function for DFSORT?

2020-07-22 Thread Mike Hochee
You might check out www.maxmind.com  

They offer a variety of 'Geo' prefixed databases, at least one of which 
contains domain names, possibly eliminating the need to do DSN lookups. 

HTH, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tim Hare
Sent: Wednesday, July 22, 2020 12:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Possible new function for DFSORT?

Caution! This message was sent from outside your organization.

I don't think this function exists,  and I'm thinking about writing up a SHARE 
requirement for it (which I guess these days becomes an RFE but I'm a member of 
SHARE so I think I'll go that way).   I thought I'd ask whether it would be 
used enough to justify going through that process.

What I'm thinking about is a function (well, two)  to take a binary IP address 
and do DNS lookup, retrieving the host/domain name. At the shop where I'm 
currently working,  many logs don't do the lookup when logging, to save some 
overhead.Yet, it's always nice, when creating a report such as 'who is 
connecting to us the most',  to be able to assign a name rather than an IP 
address;   if the lookup can be done _after_ the data is summarized it would be 
a lot more efficient.  Hence the thinking about making this a function for SORT.

I think this would involve two functions - one for IPV4 and one for IPV6.   We 
might also like two formats similar to DT1 and the like, for formatting IPV4 
and IPV6 binaries into strings. Although I think that can be managed now by 
handling individual parts of the binary and interspersing separator characters 
"manually" it would be much cleaner if it were handled like date/time fields 
are.

Do you think this capability would be used enough to make it an RFE?

--
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: OOBOL and English was Re: Still COBOL After All These Years?

2020-07-22 Thread Mike Hochee
Is it time to mind our Ps and Qs yet? 

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

Caution! This message was sent from outside your organization.

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

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


Re: ISPF 3.4 DSLIST questions

2020-07-08 Thread Mike Hochee
Hi Bob, 

If was unfamiliar with assembler, I would not start by attempting to use 
RACROUTE macros, as the combination of the two is a lot to chew on IMO. 

RACSEQ is a TSO command/utility for RACF written by Bruce wells of IBM some 
years ago. Documentation and assembler source are available here... 
ftp://ftp.www.ibm.com/s390/zos/racf/racseq/racseqReadMe.pdf  It is certainly 
callable from Rexx and is something you can customize if desired.  Rather than 
RACROUTE, the program makes use of the RACF R_admin callable service.  RACF 
callable service functionality may map more closely to the kind of 
permission/resource related questions you posed. The RACF callable services are 
documented here... 
https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R3sa232293/$file/ichd100_v2r3.pdf
  

HTH, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bob Bridges
Sent: Wednesday, July 8, 2020 7:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ISPF 3.4 DSLIST questions

Caution! This message was sent from outside your organization.

I've been doing mainframe security for a few decades now, but I've never 
learned IBM's version of assembler (I still have ambitions of doing that 
eventually) so I may be mistaken about how RACROUTE works.  But my impression 
is that the question the OS asks the security system might look like this:  
"About resource HLQ.XYZ in class DATASET, does ABC have UPDATE access to it?"  
In other words, the question specifies the class, the resource name, the user's 
ID and the level of access (READ or whatever), and the answer is a simple Yes 
or No (or in rare cases "I can't tell").

Am I mistaken in that?  If not, then how do you learn what access ABC has to 
HLQ.XYZ without asking once for READ, once for UPDATE and so on?

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

/* People don't really want to go back to a time when the world was simpler. 
They want to go back to a time when they didn't understand how complicated the 
world has always been. */


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Spiegel
Sent: Tuesday, July 7, 2020 18:15

"...  But if you want to know all the kinds of access you have, you'd need to 
ask the question three or four times, for read, update, execute and create. ..."

This statement is not true.

I published an Assembler program and a Rexx Exec here on June 14.
My program has been placed on CBT File 836 (for now, it's in the Update section 
of the website).

--- On 2020-07-07 17:45, Bob Bridges wrote:
> Nothing useful to say about your first question, but about the second:  I can 
> think of two ways to pull your access information for a list of datasets.
>
> 1) Query the system about which security app is running (RACF, ACF2 or TSS), 
> then issue the commands and parse the output.  Display only the brief 
> results, eg "RW" for "read/write".  I have a REXX that can tell you which 
> security app is running, if you're interested.
>
> That involves a lot of coding.  It might be simpler (if you can find a way to 
> do it) to 2) do a RACROUTE query, since that sends the question to existing 
> security system and returns simply 0 (access allowed), 8 (not allowed) or 
> very rarely 4 (can't tell).  But if you want to know all the kinds of access 
> you have, you'd need to ask the question three or four times, for read, 
> update, execute and create.
>
> And for both methods you'd have to do the query for every dataset in the 
> list.  If you do long lists and/or do this often, it puts a burden on the 
> system that might get you talked about (and to) by the operations folks.  
> Probably not a good idea.
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Tim Hare
> Sent: Tuesday, July 7, 2020 1:08 PM
>
> I have some questions about the ISPF 3.4 utility.
>
> 1. Why does 'Referred' show on the "total" display for datasets,  but if you 
> print the dataset list, you don't get it?
>
> 2. Are there ways to extend what is displayed?  For one example:  I 
> would like to have  column for 'Your Access' that would show me what 
> RACF says my access is,  rather than having to do LD DA(/) ALL GEN on 
> a line, and "suffer" through the TSO command output  (as I've rarely 
> worked with ACF2 and never with Top Secret I don't know if such a 
> request  can be done for 'generic security system')

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

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


Re: Search engine (retitled)

2020-07-05 Thread Mike Hochee
DDG does appear to be an aggregator, although somewhat of a hybrid, and the DDG 
help pages suggest as much... 

" ... DuckDuckGo gets its results from over four hundred sources. These include 
hundreds of vertical sources delivering niche Instant Answers, DuckDuckBot (our 
crawler) and crowd-sourced sites (like Wikipedia, stored in our answer 
indexes). We also of course have more traditional links in the search results, 
which we also source from multiple partners, though most commonly from Bing 
(and none from Google)." 

Thanks for the correcting my understanding! 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Saturday, July 4, 2020 9:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Search engine (retitled)

Caution! This message was sent from outside your organization.

DDG is an amalgamater; it retains the spurious hits from, e.g., google. It's 
good for what it does, but it's not a "do what I asked for" search engine.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Mike Hochee [mike.hoc...@aspg.com]
Sent: Saturday, July 4, 2020 9:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Search engine (retitled)

" Did I mention that I hate google? I wish that there were a real search 
engine, one where I would be a customer rather than a product and in which I 
only got hits that matched my search criteria."

I use 
https://secure-web.cisco.com/1RE5Ss_nFkdtOOIqaMQyV1JvF0o0uEUsbhqSIxKBAhdNUmJXhd7eqwgu-3TfCWiReG6FFsvOhzfjVfXYQUFB4hMqJ_M6ZDUG0Wj4FaMns7pJoeRNfPht5oNjd6KL32SONPm78TErmUIvNwmuCOe0Yd6tkdzpFx5kTDXdc-4s26oB5r_eetjnva5mG-y_Mc5o89RZ4I63cAa-eYpYoslnzMk7oZqudlXY1cIZD2zsMr5dAhenrwn_kv9_CfXCBCbVC9dXxPZAVmoovRjEqJH_76HL1V4F4uXOGRVKqf9jdc3mLROljxfz0ubvoY34OGiDXUEp71hV3FfoRGgveOgEP9CVykC_nmfo_CUnDKIsniD32c7zKDBC4DBkHgOa08I__Vwi0YvR0_Q-q0cBfz9VD8GQoLU5ZdI9dLk4KYp75XFegNdBeNgExwaiv7qg2TUvl/https%3A%2F%2Fduckduckgo.com%2F
 whenever possible, and google when I have to.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Saturday, July 4, 2020 9:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe co-op

Caution! This message was sent from outside your organization.

To clarify, I believe that such a co-op would need to identify the potential 
issues and hash them out up front in order for the idea to be viable. In some 
cases there could be a consensus, in others an arbitrary choice might be 
necessary. What is important is avoiding unpleasant surprises as much a 
possible.

> HECnet that Moshix is touting.

URL?

Did I mention that I hate google? I wish that there were a real search engine, 
one where I would be a customer rather than a product and in which I only got 
hits that matched my search criteria. What would they have to charge for that 
to be economically viable?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Grant Taylor [023065957af1-dmarc-requ...@listserv.ua.edu]
Sent: Friday, July 3, 2020 1:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe co-op

On 7/3/20 11:13 AM, Seymour J Metz wrote:
> Interesting. Some questions come to mind.

Discussion is good.

> Would it have to have current software to attract the open source 
> community?

I don't think that bleeding edge is needed in any way shape or form.

My personal interest would be something in the z/OS family.  The bottom end of 
what is still supported would be a minimum desired version.  But I think 
anything in z/OS is better than was is readily available now.

> What sort of support would be available from IBM and from volunteers?

I would not assume any support from IBM for things like PMRs.  Though I suppose 
that is a possible option.

I would think that much of the support would come from the community.

> Would IBM partially subsidize it if you could show that it would 
> expand the market?

I have no idea.

I would not count on any such support to get started.  As such, any support 
from IBM would be icing on the cake.

> How would you make it known to the open source community?

I don't know.

I would think that members commenting about it on various social media channels 
would be a good start.

It would probably need it's own mailing list and / or discussion channels.

> Would it be involved with the Academic community and would it 
> coordinate with IBM academic programs?

I don't object to such.  But I don't want it to be beholden to such either.

> Would it include a repository or would it rely on, e.g., Bitbucket, 
> GitLab, Phabricator, SourceForge?

I think it would behoove the project for it to offer it's own repositories and 
s

Re: Search engine (retitled)

2020-07-04 Thread Mike Hochee
Search engines are definitely not my strong suit, but if you meant 'aggregator' 
or metasearch engine, I don't think that is correct. Dogpile.com for example is 
definitely a metasearch engine, creating the result set of hits from google+ 
bing+whatever else, but I don't believe DDG operates that way unless you 
specifically want to invoke a google search from DDG, in which case you prefix 
the search arguments with a !g. You've piqued my curiosity though, so I will 
ask them. 

Thanks, 
Mike   

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Saturday, July 4, 2020 9:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Search engine (retitled)

Caution! This message was sent from outside your organization.

DDG is an amalgamater; it retains the spurious hits from, e.g., google. It's 
good for what it does, but it's not a "do what I asked for" search engine.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Mike Hochee [mike.hoc...@aspg.com]
Sent: Saturday, July 4, 2020 9:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Search engine (retitled)

" Did I mention that I hate google? I wish that there were a real search 
engine, one where I would be a customer rather than a product and in which I 
only got hits that matched my search criteria."

I use 
https://secure-web.cisco.com/1RE5Ss_nFkdtOOIqaMQyV1JvF0o0uEUsbhqSIxKBAhdNUmJXhd7eqwgu-3TfCWiReG6FFsvOhzfjVfXYQUFB4hMqJ_M6ZDUG0Wj4FaMns7pJoeRNfPht5oNjd6KL32SONPm78TErmUIvNwmuCOe0Yd6tkdzpFx5kTDXdc-4s26oB5r_eetjnva5mG-y_Mc5o89RZ4I63cAa-eYpYoslnzMk7oZqudlXY1cIZD2zsMr5dAhenrwn_kv9_CfXCBCbVC9dXxPZAVmoovRjEqJH_76HL1V4F4uXOGRVKqf9jdc3mLROljxfz0ubvoY34OGiDXUEp71hV3FfoRGgveOgEP9CVykC_nmfo_CUnDKIsniD32c7zKDBC4DBkHgOa08I__Vwi0YvR0_Q-q0cBfz9VD8GQoLU5ZdI9dLk4KYp75XFegNdBeNgExwaiv7qg2TUvl/https%3A%2F%2Fduckduckgo.com%2F
 whenever possible, and google when I have to.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Saturday, July 4, 2020 9:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe co-op

Caution! This message was sent from outside your organization.

To clarify, I believe that such a co-op would need to identify the potential 
issues and hash them out up front in order for the idea to be viable. In some 
cases there could be a consensus, in others an arbitrary choice might be 
necessary. What is important is avoiding unpleasant surprises as much a 
possible.

> HECnet that Moshix is touting.

URL?

Did I mention that I hate google? I wish that there were a real search engine, 
one where I would be a customer rather than a product and in which I only got 
hits that matched my search criteria. What would they have to charge for that 
to be economically viable?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Grant Taylor [023065957af1-dmarc-requ...@listserv.ua.edu]
Sent: Friday, July 3, 2020 1:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe co-op

On 7/3/20 11:13 AM, Seymour J Metz wrote:
> Interesting. Some questions come to mind.

Discussion is good.

> Would it have to have current software to attract the open source 
> community?

I don't think that bleeding edge is needed in any way shape or form.

My personal interest would be something in the z/OS family.  The bottom end of 
what is still supported would be a minimum desired version.  But I think 
anything in z/OS is better than was is readily available now.

> What sort of support would be available from IBM and from volunteers?

I would not assume any support from IBM for things like PMRs.  Though I suppose 
that is a possible option.

I would think that much of the support would come from the community.

> Would IBM partially subsidize it if you could show that it would 
> expand the market?

I have no idea.

I would not count on any such support to get started.  As such, any support 
from IBM would be icing on the cake.

> How would you make it known to the open source community?

I don't know.

I would think that members commenting about it on various social media channels 
would be a good start.

It would probably need it's own mailing list and / or discussion channels.

> Would it be involved with the Academic community and would it 
> coordinate with IBM academic programs?

I don't object to such.  But I don't want it to be beholden to such either.

> Would it include a repository or would it rely on, e.g., Bitbucket, 
> GitLab, Phabricator, SourceForge?

I think it would behoove the project for it to offer it's own repositories and 
similar services; mailing list, chat, etc.  The idea being to avoid external 
dependenc

Search engine (retitled)

2020-07-04 Thread Mike Hochee
" Did I mention that I hate google? I wish that there were a real search 
engine, one where I would be a customer rather than a product and in which I 
only got hits that matched my search criteria." 

I use https://duckduckgo.com/ whenever possible, and google when I have to. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Saturday, July 4, 2020 9:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe co-op

Caution! This message was sent from outside your organization.

To clarify, I believe that such a co-op would need to identify the potential 
issues and hash them out up front in order for the idea to be viable. In some 
cases there could be a consensus, in others an arbitrary choice might be 
necessary. What is important is avoiding unpleasant surprises as much a 
possible.

> HECnet that Moshix is touting.

URL?

Did I mention that I hate google? I wish that there were a real search engine, 
one where I would be a customer rather than a product and in which I only got 
hits that matched my search criteria. What would they have to charge for that 
to be economically viable?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Grant Taylor [023065957af1-dmarc-requ...@listserv.ua.edu]
Sent: Friday, July 3, 2020 1:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe co-op

On 7/3/20 11:13 AM, Seymour J Metz wrote:
> Interesting. Some questions come to mind.

Discussion is good.

> Would it have to have current software to attract the open source 
> community?

I don't think that bleeding edge is needed in any way shape or form.

My personal interest would be something in the z/OS family.  The bottom end of 
what is still supported would be a minimum desired version.  But I think 
anything in z/OS is better than was is readily available now.

> What sort of support would be available from IBM and from volunteers?

I would not assume any support from IBM for things like PMRs.  Though I suppose 
that is a possible option.

I would think that much of the support would come from the community.

> Would IBM partially subsidize it if you could show that it would 
> expand the market?

I have no idea.

I would not count on any such support to get started.  As such, any support 
from IBM would be icing on the cake.

> How would you make it known to the open source community?

I don't know.

I would think that members commenting about it on various social media channels 
would be a good start.

It would probably need it's own mailing list and / or discussion channels.

> Would it be involved with the Academic community and would it 
> coordinate with IBM academic programs?

I don't object to such.  But I don't want it to be beholden to such either.

> Would it include a repository or would it rely on, e.g., Bitbucket, 
> GitLab, Phabricator, SourceForge?

I think it would behoove the project for it to offer it's own repositories and 
similar services; mailing list, chat, etc.  The idea being to avoid external 
dependency.

That being said, I don't see any reason that members couldn't choose to use 
their own external repository, etc.

> What sort of infrastructure would it need? Listserv? Online courses?

I see the current desired things:

  - repository
  - web page
  - mailing list(s)
 - I really like Mailman's ability to do topic based mailing lists.
Subscribe, pick your topic(s), etc.
  - chat would be nice
 - irc
 - slack
 - other

Ironically, I think all of these could be hosted on the mainframe itself.  
Possibly Linux on z.

I would like to see options for people to connect their guest VM to the 
fledgling HECnet that Moshix is touting.  I think these types of activities 
allow people to grow and learn in atypical areas.

Want to play with DASD replication?  Sure.  --  I naively assume that something 
could be set up under z/VM to allow a z/OS guest to play with multiple DASDs to 
test and learn about a concept.

Want to play with IPL parameters, go ahead.

Want to play with HCD, yep, you can do that too.  --  I naively assume that 
IOCDS / HCD is still a thing in a z/OS guest VM.

> Would user assistance be free, chargeable or multi-tiered, with simple 
> questions and bug reporting being free?

All very good questions.

I would hope that there is some free best effort much like the existing 
community.  I would be happy to see some professional / consultation services 
available much people can hire a tutor for many different subjects.  I would 
expect those arrangements to be between the guest VM subscriber and the ""tutor.

I would want to avoid this overarching co-op from being a profit center.
  The purpose is to make things accessible and as affordable as reasonably 
possible to do so.  I chose "co-op" on purpose.  At least based on my 
understanding of the term.

Re: Assembler question

2020-07-04 Thread Mike Hochee
Hi Nguyen, 

In practice I don't think the NOALIGN option is used very frequently, probably 
because some instructions have alignment dependencies and will generate an 
error or warning when the instruction operand is not aligned as expected. There 
are undoubtedly exceptional cases where NOALIGN makes sense, but I would be 
inclined to stick with the default ALIGN behavior.

Also, Version 2.00 of Assembler Language Programming for IBM System z Servers, 
by John Ehrman, formerly of IBM but now sadly deceased, is a truly excellent 
guide and reference. Chapter 11 of this text relates to your question. 
Disappointingly, it appears that Marist College has relocated the document, but 
it still can be found here... (some other Marist location)  
http://148.100.100.35/enterprisesystemseducation/assemblerlanguageresources/Assembler.V2.alntext%20V2.00.pdf
  

Additional links for some of John Erhman's Assembler Bootcamp presentations on 
Assembler can be found here... 
https://share.confex.com/share/118/webprogram/Person3921.html 

HTH, 
Mike  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Nguyen Dt
Sent: Saturday, July 4, 2020 4:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Assembler question

Caution! This message was sent from outside your organization.

I tried the option NOALIGN when assembling , and it is OK now.

So it means that i should examine my  assembling listing to check if variables 
are not separated by some bytes for the alignement ?
When i put all the variable to Character type i don't have any aligment ...
In my case i see the problem because the output is not as expected , but i 
guess that it can source of errors.

--
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: AT-TLS ? Very Basic Questions

2020-06-30 Thread Mike Hochee
Some years ago this publication helped me come to a basic understanding of 
AT-TLS (apologies if already shared)...   
https://www.ibm.com/support/pages/leveraging-zos-communications-server-application-transparent-transport-layer-security-tls-lower-cost-and-more-rapid-tls-deployment
 
HTH
Mike 
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Tuesday, June 30, 2020 1:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AT-TLS ? Very Basic Questions

Caution! This message was sent from outside your organization.

On Tue, 30 Jun 2020 09:57:48 -0700, Tom Brennan wrote:
>...
>Then if so, what happens on the FTP client side?  I certainly can't use 
>the Windows FTP command, for example, because it's not setup for any 
>kind of encryption.  That's kind of my big question here.
>
I believe that (sometimes) there's a proxy involved.  Beyond that, only GIYF:
https://www.google.com/search?q=at-tls+proxy+ftp
which links to:
ftp://ftp.www.ibm.com/s390/zos/racf/pdf/secure_zos_ftp.pdf

-- gil

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

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


Re: AT-TLS ?

2020-06-28 Thread Mike Hochee
Hi Lionel, 

I did this a few years back and utilized it for a product. Below are a few 
items from the product doc and a few more that remain in accessible memory 
areas...

- Read the relevant sections of Comm Server IP Configuration Ref, specifically 
in the chapter on Policy Agent (PA) and Policy Applications. Also in the IP 
Configuration Guide, there is a chapter on AT-TLS Security Data Protection, 
topic TCPIP Stack Initialization. 

- Use z/OSMF for generation of your initial set of PA config files and inputs, 
then consider manually tailoring. I opted for this approach under z/OS 2.2, but 
z/OSMF has undoubtedly improved greatly since then, so maybe you can use z/OSMF 
exclusively w/out too much pain these days. 

- Configure the syslog daemon, and test it to ensure messages are being 
collected for whatever you're interested in (TCPIP is not a pre-req for 
syslogd) 

- Configure PROFILE.TCPIP, you will need to add a TTLS parm to the TCPCONFIG 
statement

- Create the resource profile used to block access to the TCPIP stack during 
initialization, the name of the resource will be 
EZB.INITSTACK.%sysname.%tcpprocname  (it may be differently named w/ACF2 or 
TSS) 

- Create a server keyring and x509 certificate, and then connect the cert to 
the keyring, and depending on what you're doing you may need to permit access 
so the keyring and cert can be listed (resources are IRR.DIGTCERT.LISTRING and 
IRR.DIGTCERT.LIST) 

- Once you have done the above and are ready to test: 
Ensure syslogd running 
Stop the TCPIP AS (there are undoubtedly less invasive ways) 
Start the TCPIP AS and watch for msg EZZ4248E, after which you should start 
your PA daemon (eventually, you'll want to automate this), the start will 
probably look something like... /usr/lpp/tcpip/sbin/pagent -l /tmp/pagent.log 
-c /etc/pagent.conf & 

- Once started, check out the following for messages... 
MVS system log 
Pagent log file
Output from the pasearch -t command 

If you need additional detail, please feel free to email me directly. 

HTH, 
Mike  
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lionel B Dyck
Sent: Sunday, June 28, 2020 6:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AT-TLS ?

Caution! This message was sent from outside your organization.

Anyone have any pointers for configuring AT-TLS on z/OS?





Lionel B. Dyck <
Website:   https://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




--
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: make /etc/ smaller

2020-06-25 Thread Mike Hochee
You may want to look at... 
 zfsadm shrink  
(https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.ioea700/zfsadm_shrink.htm)
 

HTH,
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mark Charles
Sent: Thursday, June 25, 2020 10:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: make /etc/ smaller

Caution! This message was sent from outside your organization.

My in use /etc/ ZFS has grown to the limit of a DASD volume.  I found that 
IMWEBSRV was writing to /etc/websrv1/logs/access_log for 2 years.
I deleted all the logs using these commands:  rm 
/SYSTEM/etc/websrv1/logs/access_log; touch /SYSTEM/etc/websrv1/logs/access_log
That file is now small but the ZFS is the same size.  Is there a way to make 
the VSAM dataset smaller while the system is running?

I have an IPL already planned to go to a new copy of /etc/ so the better 
question is how do I make a smaller copy  of the VSAM dataset?
REPRO fails if the new VSAM dataset is smaller than the original that has all 
that wasted space in it.

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

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


Re: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, non-database files?

2020-05-18 Thread Mike Hochee
Here's the clarification from IBM... (the field being referred to is UDATASIZ, 
which is where the restriction statement popped up)...  

"Unfortunately that field is only valid for extended format VSAM and non-VSAM 
data sets, as it is maintained in the extended format cell. It was introduced 
primarily to be able to compare the compressed and uncompressed sizes of a 
compressed format data set. 
It probably would be beneficial to maintain this type of number for all data 
sets. However, it might be difficult to maintain accurately for sequential 
non-extended format data sets and we would also need to find a place to store 
it. 
In any case, hope this helps for now."

HTH,   
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Farley, Peter x23353
Sent: Sunday, May 17, 2020 2:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, 
non-database files?

Caution! This message was sent from outside your organization.

Thanks Mike.  If CSI is in fact a potential solution I can pass that on.  
Meantime I will try to find out if the VSAM file being sent is already extended 
format or not.  I have the impression from my co-worker that the record volume 
isn't sufficient to warrant extended format under current storage 
administration rules, but if extended format solves the requirement to 
determine file size it might be an acceptable exception to the storage admin 
rules.

Please let us know if/when you get an answer.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Hochee
Sent: Saturday, May 16, 2020 11:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, 
non-database files?

It does seem implausible, but who knows. It is all in the parsing and for now 
we can only really be sure that it means what it means.  Therefore I emailed 
the DFSMS architect I spoke with and requested clarification. I will share 
when/if she responds.
HTH,
Mike

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Saturday, May 16, 2020 10:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, 
non-database files?

Extended format (VSAM and non-VSAM)

Or

(Extended format VSAM) and (non-VSAM)

?

The former is redundant or overly wordy: why not just say "extended format 
datasets"?

The latter, OTOH, seems implausible to me. Why would they do all non-VSAM but 
only extended format VSAM?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Saturday, May 16, 2020 6:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, 
non-database files?

How do you parse "Restriction: This field is only valid for extended format 
VSAM and non-VSAM data sets."?
Does that mean extended format VSAM and any format non-VSAM, or extended format 
VSAM extended format non-VSAM?


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Mike Hochee [mike.hoc...@aspg.com]
Sent: Saturday, May 16, 2020 1:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, 
non-database files?

Hi Peter,

I came across a similar use case a couple times over the past year or so.
Shifting priorities have prevented me from doing much with it, but while at the 
most recent SHARE in Fort Worth, I asked one of the DFSMS architects about it. 
She encouraged me to check out the CSI, specifically, fields UDATASIZ and 
COMUDSIZ. They appeared to satisfy my use case, although as others have 
mentioned there are a few restrictions especially for UDATASIZ.

HTH,
Mike

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Farley, Peter x23353
Sent: Thursday, May 14, 2020 11:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, 
non-database files?

Caution! This message was sent from outside your organization.

This question came to me from a co-worker: Is there any API to get the byte 
file size of a non-VSAM, non-zFS, non-database file in z/OS?  I.E., byte file 
size for plain sequential files?

I am aware of the "old way" of reading the VTOC of a volume to get the various 
DSCB's that total up disk extents, but that gets complicated quickly for 
multi-volume files, and was never guaranteed to be accurate as to the actual 
byte count of data in the file except in the RECFM=FS/FBS case anyway.

There is always the performance-killing option of just reading the whole file 
and totaling up the length of eve

Re: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, non-database files?

2020-05-16 Thread Mike Hochee
It does seem implausible, but who knows. It is all in the parsing and for now 
we can only really be sure that it means what it means.  Therefore I emailed 
the DFSMS architect I spoke with and requested clarification. I will share 
when/if she responds. 
HTH, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Saturday, May 16, 2020 10:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, 
non-database files?

Caution! This message was sent from outside your organization.

Extended format (VSAM and non-VSAM)

Or

(Extended format VSAM) and (non-VSAM)

?

The former is redundant or overly wordy: why not just say "extended format 
datasets"?

The latter, OTOH, seems implausible to me. Why would they do all non-VSAM but 
only extended format VSAM?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Saturday, May 16, 2020 6:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, 
non-database files?

How do you parse "Restriction: This field is only valid for extended format 
VSAM and non-VSAM data sets."?
Does that mean extended format VSAM and any format non-VSAM, or extended format 
VSAM extended format non-VSAM?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Mike Hochee [mike.hoc...@aspg.com]
Sent: Saturday, May 16, 2020 1:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, 
non-database files?

Hi Peter,

I came across a similar use case a couple times over the past year or so.
Shifting priorities have prevented me from doing much with it, but while at the 
most recent SHARE in Fort Worth, I asked one of the DFSMS architects about it. 
She encouraged me to check out the CSI, specifically, fields UDATASIZ and 
COMUDSIZ. They appeared to satisfy my use case, although as others have 
mentioned there are a few restrictions especially for UDATASIZ.

HTH,
Mike

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Farley, Peter x23353
Sent: Thursday, May 14, 2020 11:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, 
non-database files?

Caution! This message was sent from outside your organization.

This question came to me from a co-worker: Is there any API to get the byte 
file size of a non-VSAM, non-zFS, non-database file in z/OS?  I.E., byte file 
size for plain sequential files?

I am aware of the "old way" of reading the VTOC of a volume to get the various 
DSCB's that total up disk extents, but that gets complicated quickly for 
multi-volume files, and was never guaranteed to be accurate as to the actual 
byte count of data in the file except in the RECFM=FS/FBS case anyway.

There is always the performance-killing option of just reading the whole file 
and totaling up the length of every record (or block depending on how you 
structure the reads), but no one would call that an API.

As far as I know there is no such API in z/OS, and this is what I told my 
co-worker, but am I wrong?  Is there an alternative of which I am not aware?

TIA for your input.

Peter
--



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

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

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

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

Re: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, non-database files?

2020-05-15 Thread Mike Hochee
Hi Peter, 

I came across a similar use case a couple times over the past year or so. 
Shifting priorities have prevented me from doing much with it, but while at the 
most recent SHARE in Fort Worth, I asked one of the DFSMS architects about it. 
She encouraged me to check out the CSI, specifically, fields UDATASIZ and 
COMUDSIZ. They appeared to satisfy my use case, although as others have 
mentioned there are a few restrictions especially for UDATASIZ. 

HTH, 
Mike  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Farley, Peter x23353
Sent: Thursday, May 14, 2020 11:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, 
non-database files?

Caution! This message was sent from outside your organization.

This question came to me from a co-worker: Is there any API to get the byte 
file size of a non-VSAM, non-zFS, non-database file in z/OS?  I.E., byte file 
size for plain sequential files?

I am aware of the "old way" of reading the VTOC of a volume to get the various 
DSCB's that total up disk extents, but that gets complicated quickly for 
multi-volume files, and was never guaranteed to be accurate as to the actual 
byte count of data in the file except in the RECFM=FS/FBS case anyway.

There is always the performance-killing option of just reading the whole file 
and totaling up the length of every record (or block depending on how you 
structure the reads), but no one would call that an API.

As far as I know there is no such API in z/OS, and this is what I told my 
co-worker, but am I wrong?  Is there an alternative of which I am not aware?

TIA for your input.

Peter
--



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

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

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


Re: DSPSERV CREATE, is ORIGIN parm a relic?

2020-03-07 Thread Mike Hochee
Thank you Gents for the best practice and the explanations.  Much appreciated, 
Mike 



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Don Poitras
Sent: Saturday, March 7, 2020 11:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DSPSERV CREATE, is ORIGIN parm a relic?

Caution! This message was sent from outside your organization.

ZAD is to deal with base registers (register 0 can never be a base register) 
loaded with 0 being incorrectly used to read data in the first 4k by 
instructions with a base/12-bit displacement.  While long-displacement 
instructions could incorrectly read data in the first 512K of a dataspace, I 
doubt there has been much evidence of this happening. The whole point of using 
HideZero is to reduce the false-positives in the zad reports. It's not as if 
there's anything wrong with actually looking at that storage if there's some 
reason to do so. Just use
R0 when you do. The first 8K of a dataspace is not unique to each processor.

In article  
you wrote:
> With 64 bit machines, each processor now has 8K unique to it.  Do they 
> need to avoid the first 8K?

> On Sat, Mar 7, 2020 at 7:25 AM Peter Relson  wrote:
> >
> > Answer: Not totally
> >
> > It is true that all current machines support page 0 in a data space, 
> > and for them the "normal" origin returned would be 0.
> > That is not a guarantee that all future machines would have such 
> > support, but I find it hard to believe any would not.
> >
> > However, we have found it highly desirable to avoid using page 0 of 
> > the data space, in order to avoid ZAD events (which in turn make it 
> > more difficult to spot ZAD errors).
> > The best way to do that is to use HideZero=YES on DSPSERV CREATE 
> > (available since z/OS 2.1). And when that is done, the origin 
> > returned is x'1000'. With HideZero=YES, any reference to the first 
> > 4K will fail, so that you don't even need ZAD to find erroneous references.
> >
> > For us, best practice is to create a 2G data space (not 2G-4K), 
> > treat RC=0 and RC=4 as OK, use HideZero=YES, and use an Origin of x'1000'.
> >
> > So you never really need to use the Origin keyword if you simply 
> > start at x'1000'. There is a non-zero but miniscule risk if you 
> > assume that it is OK to use an origin of 0.
> >
> > Peter Relson
> > z/OS Core Technology Design

--
Don Poitras - SAS Development  -  SAS Institute Inc. - SAS Campus Drive
sas...@sas.com   (919) 531-5637Cary, NC 27513

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

2020-03-05 Thread Mike Hochee
STEPLIBing it seems the simplest, but if for some reason that is not possible, 
then you likely have to follow your module update with an LLA REFRESH or LLA 
UPDATE command. The TSO ISRDDN suggestion can provide module size (assuming it 
differs from the old version) using the M option. 

HTH, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Binyamin Dissen
Sent: Thursday, March 5, 2020 3:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: load modules

Caution! This message was sent from outside your organization.

One would hope that testing would be via STEPLIB.

On Thu, 5 Mar 2020 14:39:31 -0500 Charles Mills  wrote:

:>Sometimes you make a code change, and the problem is no better, so you wonder 
"did I screw up the code change or am I still running the old code?" 
CharlesSent from a mobile; please excuse the brevity.
:> Original message From: Binyamin Dissen 
 Date: 3/5/20  11:07 AM  (GMT-05:00) To: 
IBM-MAIN@LISTSERV.UA.EDU Subject: Re: load modules On Thu, 5 Mar 2020 13:20:38 
+ "Nai, Dean"  wrote::>   Anyone know a way to see 
if a linklst load mode is being used? We made a userexit change and I wanted to 
see if it was using the new load module and not the old one?thanksDon't 
understand why the userexit is relevant. Assuming you changed the loadmodule, 
it should be doing something different. Just run your test case (youDO have a 
test case, don't you?)--Binyamin Dissen 
http://www.dissensoftware.comDirector, Dissen 
Software, Bar & Grill - IsraelShould you use the mailblocks package and expect 
a response from me,you should preauthorize the dissensoftware.com domain.I very 
rarely bother responding to challenge/response systems,especially those from 
irresponsible 
:>companies.--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

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

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me, you should 
preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems, especially those 
from irresponsible companies.

--
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: calculating data set size - compression concern

2019-11-05 Thread Mike Hochee
Very good point.


On Wed, Nov 6, 2019 at 12:39 AM Mike Schwab wrote:

>Listcat output changes when fields need more digits.  DCollect doesn't change.


From: IBM Mainframe Discussion List  on behalf of 
Mike Schwab 
Sent: Wednesday, November 6, 2019 12:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: calculating data set size - compression concern

Caution! This message was sent from outside your organization.

Listcat output changes when fields need more digits.  DCollect doesn't change.

On Tue, Nov 5, 2019 at 11:20 PM Mike Hochee  wrote:
>
> I was unaware of both DCOLLECT as well as the compression related fields on 
> the LISTCAT output.  Thanks much to Mike and Kolusu.  We can use the LISTCAT 
> info immediately and the DCOLLECT down the road apiece. Appreciate your 
> timely help!
>
> Mike
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Mike Schwab
> Sent: Tuesday, November 5, 2019 11:20 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: calculating data set size - compression concern
>
> Caution! This message was sent from outside your organization.
>
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.idai200/recstr.htm
> IDCAMS DCOLLECT
> RECORD TYPE D
> 264(X'108') CHARACTER 8 DCDUDSIZ USER DATA SIZE (64 BIT UNSIGNED BINARY 
> NUMBER) 272(X'110') CHARACTER 8 DCDCUDSZ COMPRESSED DATA SET SIZE (64 BIT 
> UNSIGNED BINARY NUMBER)
> 280(X'118') BITSTRING 1...  2 DCDEXFLG DCDBDSZ COMPRESSION FLAGS (Not 
> used for zEDC) DATA SIZES THAT ARE NOT VALID
>
> RECORD TYPE M
> 72  (48) SIGNED 4 UMDSIZE MIGRATION COPY DATA SET SIZE IN KILOBYTES/MEGABYTES
>
> 196  (C4) SIGNED 4 UMRECSP RECALL SPACE ESTIMATE IN KILOBYTES
>
> On Tue, Nov 5, 2019 at 8:55 PM Michael Hochee  wrote:
> >
> > A couple months ago I was in the process of retrieving the size of a
> > data set on disk until I came across a flag in one or more DSCBs that
> > indicate whether or not the data set is compressed.  This was the
> > point at which I stopped coding, concluding that it was probably not
> > possible to come up with an accurate uncompressed size if the data set
> > resided on a SAN with compression turned on.  Is my thinking off-base
> > here?  (of course, I have no interest in reading the file to determine
> > the actual uncompressed length)
> >
> > Thanks, Mike
> >
> > --
> > 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



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


Re: calculating data set size - compression concern

2019-11-05 Thread Mike Hochee
I was unaware of both DCOLLECT as well as the compression related fields on the 
LISTCAT output.  Thanks much to Mike and Kolusu.  We can use the LISTCAT info 
immediately and the DCOLLECT down the road apiece. Appreciate your timely help! 

Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Schwab
Sent: Tuesday, November 5, 2019 11:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: calculating data set size - compression concern

Caution! This message was sent from outside your organization.

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.idai200/recstr.htm
IDCAMS DCOLLECT
RECORD TYPE D
264(X'108') CHARACTER 8 DCDUDSIZ USER DATA SIZE (64 BIT UNSIGNED BINARY NUMBER) 
272(X'110') CHARACTER 8 DCDCUDSZ COMPRESSED DATA SET SIZE (64 BIT UNSIGNED 
BINARY NUMBER)
280(X'118') BITSTRING 1...  2 DCDEXFLG DCDBDSZ COMPRESSION FLAGS (Not used 
for zEDC) DATA SIZES THAT ARE NOT VALID

RECORD TYPE M
72  (48) SIGNED 4 UMDSIZE MIGRATION COPY DATA SET SIZE IN KILOBYTES/MEGABYTES

196  (C4) SIGNED 4 UMRECSP RECALL SPACE ESTIMATE IN KILOBYTES

On Tue, Nov 5, 2019 at 8:55 PM Michael Hochee  wrote:
>
> A couple months ago I was in the process of retrieving the size of a 
> data set on disk until I came across a flag in one or more DSCBs that 
> indicate whether or not the data set is compressed.  This was the 
> point at which I stopped coding, concluding that it was probably not 
> possible to come up with an accurate uncompressed size if the data set 
> resided on a SAN with compression turned on.  Is my thinking off-base 
> here?  (of course, I have no interest in reading the file to determine 
> the actual uncompressed length)
>
> Thanks, Mike
>
> --
> 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


Re: Best way for a task to give up the CPU and let other tasks run?

2019-10-21 Thread Mike Hochee
> Define application program? COBOL batch or CICS transaction program?
> Most legacy applications on z/OS don't implement concurrency.

Agreed, they don't implement concurrency, however they are often very heavily 
reliant upon on it, as it is built into the database management and message 
queuing systems they access (whether the programmer is aware of it or not). As 
a result, workloads generally move right along.   

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Crayford
Sent: Monday, October 21, 2019 11:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Best way for a task to give up the CPU and let other tasks run?

Caution! This message was sent from outside your organization.

On 2019-10-22 1:55 AM, Tony Harminc wrote:
> On Sun, 20 Oct 2019 at 02:32, David Crayford  wrote:
>
>> The only code I've seen that implements yield are synchronization 
>> routines. Consider a spin-lock which is spinning on a CS instruction.
> Why would any application program on z/OS implement and use a spin 
> lock?

Define application program? COBOL batch or CICS transaction program?
Most legacy applications on z/OS don't implement concurrency.

Porting modern code is another matter. You may find a lot of the new ported 
code like Node.js (V8), libuv etc implement their own locks.

> Why do the authors of such think they can do a better implementation 
> than the operating system?

Maybe using SETLOCK (which requires supervisor state, key 0) is an obstacle?

>
> If you think you need a spin lock on z/OS, you should probably be 
> using transactional execution.

Yes, I agree. But it's quite tricky to grok and you need to crack open the 
assembler!

There's an example of a lock-free queue using transactional execution in Zowe

https://github.com/zowe/zowe-common-c/blob/719251839033059fb3b507f26f6fbb58be57f188/c/collections.c#L1123

>
> Tony H.
>
> --
> 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: Best way for a task to give up the CPU and let other tasks run?

2019-10-17 Thread Mike Hochee
Yes exactly, that is part of what WLM is designed to do. In the real world most 
shops use WLM service classes and velocity goals to control things like CPU 
dispatching frequency. I'm sure there exist workloads which tend to defy the 
controls available in WLM, but I suspect they are quite rare. In all but those 
rare instances, I'd be inclined to steer clear coding something in a program 
for the purpose of getting it re-dispatched for some resource.

My nickels' worth. 
Mike

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Thursday, October 17, 2019 12:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Best way for a task to give up the CPU and let other tasks run?

Caution! This message was sent from outside your organization.

Why? If you are waiting for something then you should use system services, 
e.g., ENQ, WAIT, to delay until it occurs; if you are not waiting for something 
then why not let the WLM handle what it's designed to handle?


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



From: IBM Mainframe Discussion List  on behalf of 
Thomas David Rivers 
Sent: Thursday, October 17, 2019 8:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Best way for a task to give up the CPU and let other tasks run?

Does anyone happen to know the best way for a running task to give up running 
and let another task run?

But - this isn't "give up" as in ending the task, just giving up the CPU to 
allow another task to run and then returning to this task.

Sorta like "I'm done for the moment if something else would like to run".

   - Thanks -
- Dave R. -

--
riv...@dignus.comWork: (919) 676-0847
Get your mainframe programming tools at 
http://secure-web.cisco.com/1aWH_FeYH8IlEwirJURk9sI7agw2X83FuMWKAE73bQgFjnWwW8-ePX_1xe1c0wvYZd8fcSnekzTSoxHccH5VLqo1rFCH9l3YX-k05mc9h6Ase64ekfUJQccKN7CoeKCb4mPWA65v0tvTLbXvBj_NDoce9MeFrZe7fZoePl7rSLNfSTkWiZtNoKrgNjJAaR56QKA_GzYAnQG1J3QqwTGR2aaONvJRqOZStLx-dDHLw-ANzfr-JqBhHVtxkPlrsOeTXQ5nr8kcqRcEdVKERvT0cBrDKRHbq59tsrJEPtz1qMjVK741J5WNN9JBdkVQ8CVHDOJsDhzqP_OSlWPU3JX2BtgFEtR-6t6ZDm5b1JEGSDbqulEaUL7WgUU6iBjImRoscWih5c4GWGVq3XTLgBcJli_t27401y41mmE7SVQ5PT5JfB_KovcV3dinUMhketMyr/http%3A%2F%2Fwww.dignus.com

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


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

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


Re: Problems downloading z/OS 2.2 PDFs from //publibz.boulder.ibm.com

2019-08-27 Thread Mike Hochee
Thanks for checking.  I'm thinking IBM is working on it now, as I can no longer 
get to the MVS feature download page.


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Tuesday, August 27, 2019 3:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Problems downloading z/OS 2.2 PDFs from //publibz.boulder.ibm.com

On Tue, 27 Aug 2019 19:07:45 +, Mike Hochee wrote:

>Hi, I suspect an IBM doc server issue.  Downloads of PDFs from IBM z/OS V2R2 
>Elements and Features PDF Downloads ( 
>https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosv2r2-pdf-download?OpenDocument
> ) from the z/OS MVS shelf ( 
>https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.iea/iea.htm
> ) and then I select the PDF link for the Authorized Assember Services 
>Reference ALE-DYN ( http://publibz.boulder.ibm.com/epubs/pdf/iea3a110.pdf )  
>Then I wait for minutes without seeing much progress on the download status 
>bar and eventually close the session.
IBM z/OS V2R2 Elements and Features (PDF 
Downloads)<https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosv2r2-pdf-download?OpenDocument>
www-01.ibm.com
z/OS V2R2 Elements and Features - PDF Downloads


>
>
>The problem is not with one manual, nor one feature shelf within z/OS 2.2, but 
>appears to be all features.
>
>z/OS 2.3 does not have this issue.
>
>IBM z/OS V2R2 Elements and Features (PDF 
>Downloads)<https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosv2r2-pdf-download?OpenDocument>
>www-01.ibm.com
>z/OS V2R2 Elements and Features - PDF Downloads
>
I see it as intermittent:

547 $ time curl 
https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosv2r2-pdf-download?OpenDocument
 | wc
  % Total% Received % Xferd  Average Speed   TimeTime Time  Current
 Dload  Upload   Total   SpentLeft  Speed
  0 00 00 0  0  0 --:--:--  0:00:29 --:--:-- 
0curl: (6) Could not resolve host: www-01.ibm.com
   0   0   0

real0m30.626s
user0m0.009s
sys 0m0.009s
548 $
548 $ time curl 
https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosv2r2-pdf-download?OpenDocument
 | wc
  % Total% Received % Xferd  Average Speed   TimeTime Time  Current
 Dload  Upload   Total   SpentLeft  Speed
100 18742  100 187420 0   2591  0  0:00:07  0:00:07 --:--:--  3924
 4621153   18742

real0m7.253s
user0m0.019s
sys 0m0.015s
549 $

-- gil

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

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


Problems downloading z/OS 2.2 PDFs from //publibz.boulder.ibm.com

2019-08-27 Thread Mike Hochee
Hi, I suspect an IBM doc server issue.  Downloads of PDFs from IBM z/OS V2R2 
Elements and Features PDF Downloads ( 
https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosv2r2-pdf-download?OpenDocument
 ) from the z/OS MVS shelf ( 
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.iea/iea.htm
 ) and then I select the PDF link for the Authorized Assember Services 
Reference ALE-DYN ( http://publibz.boulder.ibm.com/epubs/pdf/iea3a110.pdf )  
Then I wait for minutes without seeing much progress on the download status bar 
and eventually close the session.


The problem is not with one manual, nor one feature shelf within z/OS 2.2, but 
appears to be all features.

z/OS 2.3 does not have this issue.




IBM z/OS V2R2 Elements and Features (PDF 
Downloads)
www-01.ibm.com
z/OS V2R2 Elements and Features - PDF Downloads










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


Re: ICSF CSN ALET-qualified callable services

2019-08-26 Thread Mike Hochee
Thank you very much Peter!


From: IBM Mainframe Discussion List  on behalf of 
Peter Relson 
Sent: Monday, August 26, 2019 9:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ICSF CSN ALET-qualified callable services

It would be very surprising if there were any limitation on the scope of a
data space other than what the ALET itself represents.

Limitations are typically with respect to the ALET itself -- DU-AL
(Dispatchable Unit Access List) ALET vs PASN-AL (PASN Access List) ALET vs
a common area data space (DSPSERV with SCOPE=COMMON) ALET (which is on the
PASN-AL), and public entry vs private entry.

-- All services that I can think of that accept ALET-qualified data accept
an ALET for a public entry on the DU-AL. Most do not accept an ALET for a
private entry.
-- Many services also accept a CADS on the PASN-AL.
-- Most services do not accept an ALET that is on the PASN-AL but does not
represent a CADS.
-- Many services do not accept a CADS ALET either. If you had a real case
for requiring that, I'd imagine that an RFE would be accepted to enhance
to accept a CADS ALET.

I have not seen any service differentiate between the ALET for a SCOPE=ALL
and a SCOPE=SINGLE data space.

But I suggest that you not assume that a CADS ALET is OK.

You might see documentation such as this:
Control parameters must be in the primary address space or, for AR-mode
callers, must be in an address/data space that is addressable through a
public entry on the caller's dispatchable unit access list (DU-AL).

Note that that wording does not say that a CADS is OK. If it is OK, and if
we want use of a CADS to be part of the programming interface, we ought to
clarify the doc to say so. But please do not assume.

Peter Relson
z/OS Core Technology Design


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

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


Re: IBM classic data capture

2019-08-10 Thread Mike Hochee
Hi Cameron, 

Mostly hard-core MVS - z/OS folks on this listserv. Suggest trying DB2-L or 
IDUG or InfoSphere groups and presentations. Whether your capturing VSAM 
changes or DB2 changes, doing some transforms, whatever, these fall into 
Business Intelligence, Data Warehousing, and Database admin domains, not so 
much MVS.  So you might try...
https://www.idug.org/p/fo/et/thread=48754 
https://www.ibm.com/developerworks/community/groups/service/html/communitystart?communityUuid=a9b542e4-7c66-4cf3-8f7b-8a37a4fdef0c
 

HTH, 
Mike 

> 
> Does anyone have experience with IBM CDC for zOS ? 

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

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


Re: Tn3270 + MFA

2019-07-16 Thread Mike Hochee
I have not personally used it, only read about it, but the RACF PWFALLBACK 
option in a user's MFA segment is feature that might be quite helpful during 
implementation/testing.   

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Hervey Martinez
Sent: Tuesday, July 16, 2019 11:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Tn3270 + MFA

I work for a Bank and MFA was implemented several months ago. It was very 
smooth for the most part.

One of the issues we ran into was our DR exercise, the MFA software did not 
work on the DR recovered system since we usually do some SMS work in the first 
IPL; we had to keep our "old" password active.

Also, we use something called 'out of band'(it is a 'single use'; code) which 
we use when we FTP from plex to another; there is some other code that is used 
for the CICS community but not sure what that is called.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pew, Curtis G
Sent: Tuesday, July 16, 2019 10:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Tn3270 + MFA

Our security folks want us to implement some form of two-factor authentication 
for tn3270 access. (Currently, we just require users to be on campus or use our 
VPN; the VPN uses DUO to provide two-factor authentication. But now they want 
two-factor for on campus too.) Has anyone implemented anything like this? Any 
pointers or suggestions?

Thanks.

 
--
Pew, Curtis G
curtis@austin.utexas.edu

--
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: BNDRY=PAGE possible CPU hit?

2019-05-31 Thread Mike Hochee
Thanks for all the responses on this one, especially Jim and Peter, and all the 
links. I unsubscribed from this list some months ago and re-subscribed last 
night, now realizing how much I might have missed (week-long AMODE32 threads 
notwithstanding)   

The info I initially received was from an IBM gent in the z processor group, 
and was consistent with the Processor Optimization doc pg 31. Some time ago I 
converted most of our MVCL*s over to MVC and XC instructions, resulting in 
modest cpu savings. Since that time, I began checking for page alignment of 
source and target addresses and routing to MVCL* rtns when page aligned, and 
lastly tried to make things more eligible for ADM or the 'near-memory engine' 
with BNDRY=PAGE which may have run headlong into fragmentation issue described 
or... 

>  Whether use of the near-memory engine helps or hurts your performance 
> depends on how/when you were using the storage before the MVCL/MVCLE, 
> and how/when you use it after the MVCL/MVCLE.

Thanks again! 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Don Poitras
Sent: Friday, May 31, 2019 10:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BNDRY=PAGE possible CPU hit?

Expanding the ... leads one to (there might be more, but this is the one I 
found):

https://www.ibm.com/developerworks/community/files/form/anonymous/api/library/ff4563be-756e-49bf-9de9-6a04a08026f1/document/07c69512-ac74-4394-87b9-a61ea201347e/media/IBMzSystemsProcessorOptimizationPrimerv2.pdf

Gratuitous wrap noted.

Other files in this "community" can be found at:

https://www.ibm.com/developerworks/community/groups/service/html/communityview?communityUuid=9a17556c-6094-4201-acd0-d8125a3fa0db



In article 

 you wrote:
> See page 31 in this document:

> https://www.ibm.com/.../IBMzSystemsProcessorOptimizationPrimerv2.pdf

>  Whether use of the near-memory engine helps or hurts your performance 
> depends on how/when you were using the storage before the MVCL/MVCLE, 
> and how/when you use it after the MVCL/MVCLE.

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

> "IBM Mainframe Discussion List"  wrote on
> 05/30/2019 11:12:13 PM:

> > From: "Michael Hochee" 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Date: 05/31/2019 12:31 AM
> > Subject: BNDRY=PAGE possible CPU hit?
> > Sent by: "IBM Mainframe Discussion List" 
> > 
> > Hi,
> > I recently added the BNDRY=PAGE parameter to a set of STORAGE 
> > OBTAINS which acquire storage areas of various sizes from several 
> > low private  subpools. My intent was a reduction of CPU used by 
> > subsequent MVCLE instructions, as ADM would more likely be employed 
> > for MVCLE executes, since the storage areas involved were page 
> > aligned (apparently an ADM pre-req.)  Unfortunately my initial 
> > testing revealed a significant increase in CPU consumption, rather 
> > than a reduction.
> > 
> > I did a few searches of the IBM-MAIN archive and found nothing 
> > involving increased CPU overhead resulting from BNDRY=PAGE usage.
> > Any thoughts on what might be causing the elevated CPU?  Again, the 
> > only change made was adding BNDRY=PAGE. (I have since backed the 
> > change off, tested, reapplied the change and tested with the same
> results)

--
Don Poitras - SAS Development  -  SAS Institute Inc. - SAS Campus Drive
sas...@sas.com   (919) 531-5637Cary, NC 27513

--
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: APAR Search Broken Worldwide?

2019-02-24 Thread Mike Hochee
I get the same thing you're experiencing, and I'm on the other side of the 
country.


From: IBM Mainframe Discussion List  on behalf of Ed 
Jaffe 
Sent: Sunday, February 24, 2019 10:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: APAR Search Broken Worldwide?

Is everyone experiencing this? Or is local to my region?

https://www14.software.ibm.com/support/customercare/psearch/search?domain=gapar
IBM - Granular APAR search for System 
z
www14.software.ibm.com
STG Power's technical support resource for Power products : Fixes & downloads, 
documentation, tools & communities



It either fails with "SearchRequest. Incorrect XML format of dBlue
response." or just returns zero matches.

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



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

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

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


Re: Unreadable code (Was: Concurrent Server Task Dispatch issuemultitasking issue)

2019-01-13 Thread Mike Hochee
Interesting stuff!  Thank you Ed!

I did not realize the OOO execution capabilities were as smart as your example 
suggests, and try to write code  that runs free of charge whenever possible.  
But I will have to give that one a whirl.

And if in your samples, Fields 1-4 happened to be consecutive fullwords, then 
you could likely reduce the number of storage fetches to just one and storage 
updates also to just one, but you would still need the 4 increments.

I have steered clear of ASI instruction in the past because of possible 
interlock overhead when I did not need things serialized, but that too may be 
less of an issue these days.


Mike


From: IBM Mainframe Discussion List  on behalf of 
David Crayford 
Sent: Sunday, January 13, 2019 11:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Unreadable code (Was: Concurrent Server Task Dispatch issue 
multitasking issue)

On 14/01/2019 6:06 am, Ed Jaffe wrote:
> On 1/13/2019 4:08 AM, David Crayford wrote:
>> On 13/01/2019 7:06 pm, Tony Thigpen wrote:
>>> I have seen some reports that current C compilers, which understand
>>> the z-hardware pipeline, can actually produce object that is faster
>>> running than an assembler. Mainly because no sane assembler
>>> programmer would produce great pipe-line code because it would be
>>> un-maintanable.
>>>
>> It's well established that that's been true for a well over a decade
>> now. Not just C but all compilers including COBOL which got a new
>> optimizer a few releases back.
>
>
> Far, far less true now than it used to be.
>

Good to hear. The best optimization is done in hardware where you don't
have to recompile. Followed by a JIT.


> Back in the old days, things ran a lot faster if you interleaved
> unrelated things in an "unfriendly" way. For example, this code fragment:
>
> |LGF  R0,Field1   Increment Field1
> |AGHI R0,1(same)
> |ST   R0,Field1   (same)
> |LGF  R0,Field2   Increment Field2
> |AGHI R0,1(same)
> |ST   R0,Field2   (same)
> |LGF  R0,Field3   Increment Field3
> |AGHI R0,1(same)
> |ST   R0,Field3   (same)
> |LGF  R0,Field4   Increment Field4
> |AGHI R0,1(same)
> |ST   R0,Field4   (same)
>
> ran much faster when coded this way (which is not how a programmer
> would usually write things):
>
> |LGF  R0,Field1   Increment Field1
> |LGF  R1,Field2   Increment Field2
> |LGF  R2,Field3   Increment Field3
> |LGF  R3,Field4   Increment Field4
> |AGHI R0,1(same)
> |AGHI R1,1(same)
> |AGHI R2,1(same)
> |AGHI R3,1(same)
> |ST   R0,Field1   (same)
> |ST   R1,Field2   (same)
> |ST   R2,Field3   (same)
> |ST   R3,Field5   (same)
>
> But once OOO execution came on the scene with z196, you could get the
> same enhanced performance from this easy-to-code and easy-to-read
> version:
>
> |LGF  R0,Field1   Increment Field1
> |AGHI R0,1(same)
> |ST   R0,Field1   (same)
> |LGF  R1,Field2   Increment Field2
> |AGHI R1,1(same)
> |ST   R1,Field2   (same)
> |LGF  R2,Field3   Increment Field3
> |AGHI R2,1(same)
> |ST   R2,Field3   (same)
> |LGF  R3,Field4   Increment Field4
> |AGHI R3,1(same)
> |ST   R3,Field4   (same)
>
> These days, many performance improvements are realized by the compiler
> using newer instructions that replace older ones. For example, on z10
> and higher, this very same code can be replaced with:
>
> |ASI  Field1,1Increment Field1
> |ASI  Field2,1Increment Field1
> |ASI  Field3,1Increment Field1
> |ASI  Field4,1Increment Field1
>

IIRC, the interleaved instruction scheduling was to mitigate the AGI
problem?

In my experienced the two optimizations that make the most difference
are function inlining and loop unrolling. I've taken to defining
functions in header files to take advantage of both (we don't use IPA).


> Of course, an HLASM programmer can do exactly the same thing. But
> changing old code to use new instructions requires
> relatively-expensive programmer resources whereas simply recompiling
> programs targeting a new machine is a relatively-inexpensive proposition.
>
>
I've noticed (depending on compiler options) the C optimizer is starting
to use vector instructions. They can be a bit hairy even for experienced
assembler programmers. Best to leave that to a compiler IMO.

Instead of using a SRST instruction strlen() generates the following:

   VLBB v0,str(r6,r9,0),2
   LCBB r7,str(r6,r9,0),2
   LR   r0,r6
   ALR  r6,r7
   VFENEB   v0,v0,v0,b'0010'
   VLGVBr2,v0,7
   CLRJHr7,r2,@2L33
   VLBB v0,str(r6,r9,0),2
   LCBB r7,str(r6,r9,0),2
   LR   r0,r6
   ALR  r6,r7
   VFENEB   v0,v0,v0,b'0010'
   VLGVBr2,v0,7
   CLRJHr7,r2,@2L33
   VLBB v0,str(r6,r9,0),2
   LCBB 

Re: Pds Copy for Load Lib Members

2019-01-07 Thread Mike Hochee
Hi Tom,


If you want to roll your own as a learning exercise, the following IBM 
publications are quite good...

http://publibz.boulder.ibm.com/epubs/pdf/dgt3d410.pdf

http://publibz.boulder.ibm.com/epubs/pdf/dgt3d510.pdf


CBT content is of course another source.


HTH,

Mike


From: IBM Mainframe Discussion List  on behalf of 
Savor, Thomas (Alpharetta) 
Sent: Monday, January 7, 2019 8:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Pds Copy for Load Lib Members

>From what I see on PDSE, field PDS2TTRT is always low values.  So, if that 
>holds true, PDSE wont be an issue.
Program will just need to determine if library is PDS or PDSEI can do that.
Now for a PDS, I need to figure out how to populate it.

Thanks,

Tom Savor

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Monday, January 07, 2019 6:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Pds Copy for Load Lib Members

On Mon, 7 Jan 2019 22:55:32 +, Savor, Thomas (Alpharetta) wrote:

>I'm trying to write a copy program for Source code or Load Data from one Pds 
>to Another.
>
Doesn't IBM already supply one?

>The Source Code part seems to be working...no issues.
>The Load library code however, I cant seem to figure out how PDS2TTRT  is 
>populated.
>
What will you do as more objects move to PDSE?  IBM owns the spec; doesn't 
readily disclose it; probably retains the right to change it (upward 
compatible) with no notice.

-- gil

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

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

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


Re: IND$FILE -- where did the name come from?

2018-11-27 Thread Mike Hochee
Makes sense.  One would expect anything in d' money file to be marked 
'Corporate Confidential'

I know, pretty bad.


From: IBM Mainframe Discussion List  on behalf of 
Edward Finnell <000248cce9f3-dmarc-requ...@listserv.ua.edu>
Sent: Tuesday, November 27, 2018 4:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IND$FILE -- where did the name come from?

It's been marked 'Corporate Confidential' for years.

In a message dated 11/27/2018 2:33:46 PM Central Standard Time, li...@akphs.com 
writes:
IND$FILE got its name?

--
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: SEVERE ERROR EDC4002: Unable to write to map file from Prelinker

2018-11-09 Thread Mike Hochee
No, not our PMR. I was unaware of the workaround until I saw this thread. 
Hopefully IBM will document.   

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Friday, November 9, 2018 9:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SEVERE ERROR EDC4002: Unable to write to map file from Prelinker

Thanks. If that is your PMR you could update them with the fix which is shown 
below. Do not know if both RECFM and LRECL are necessary; I only tried with 
both.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Hochee
Sent: Friday, November 9, 2018 6:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SEVERE ERROR EDC4002: Unable to write to map file from Prelinker

Hi Charles, 

We experienced the same thing several weeks ago.  It is documented in PHO3870. 
http://www-01.ibm.com/support/docview.wss?crawler=1=swg1PH03870 

HTH,
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Thursday, November 8, 2018 5:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SEVERE ERROR EDC4002: Unable to write to map file from Prelinker

Good thought. I suppose that might account for it.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Thursday, November 8, 2018 12:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SEVERE ERROR EDC4002: Unable to write to map file from Prelinker

On Thu, 8 Nov 2018 09:42:59 -0800, Charles Mills wrote:

>And the answer is
>
>//SYSOUT   DD  SYSOUT=*,LRECL=80,RECFM=FB

--
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: SEVERE ERROR EDC4002: Unable to write to map file from Prelinker

2018-11-09 Thread Mike Hochee
Hi Charles, 

We experienced the same thing several weeks ago.  It is documented in PHO3870. 
http://www-01.ibm.com/support/docview.wss?crawler=1=swg1PH03870 

HTH, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Thursday, November 8, 2018 5:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SEVERE ERROR EDC4002: Unable to write to map file from Prelinker

Good thought. I suppose that might account for it.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Thursday, November 8, 2018 12:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SEVERE ERROR EDC4002: Unable to write to map file from Prelinker

On Thu, 8 Nov 2018 09:42:59 -0800, Charles Mills wrote:

>And the answer is
>
>//SYSOUT   DD  SYSOUT=*,LRECL=80,RECFM=FB

Is there a data class that provides incorrect values?

>
>Kind of pathetic if you ask me.
>
>Charles
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>On Behalf Of Charles Mills
>Sent: Thursday, November 8, 2018 9:00 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: SEVERE ERROR EDC4002: Unable to write to map file from 
>Prelinker
>
>I'm getting "SEVERE ERROR EDC4002: Unable to write to map file" from 
>the XLC C/C++ prelinker. This is a job that was running successfully on 
>another system and has now been moved to a new and unfamiliar system.
>
>Anyone have any clues on what the specific complaint might be?
>
>According to
>https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2
>r3.cb cux01/cpldd.htm the map is written to SYSOUT. My SYSOUT DD 
>statement is
>//SYSOUT   DD  SYSOUT=* and I know of no JES issues. I see no relevant
>errors in the various system job outputs.
>
>Anyone have any clues?
>
>Hey IBM, would it kill you to put more clues in the message?

--
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: z/OS BDAM question

2018-10-24 Thread Mike Hochee
Hi Frank,


The limitation is for the entire data set...


Rule: Direct data sets whose records are to be identified by relative track 
address must be limited in size to no more than 65 536 tracks for the entire 
data set.


The above and more details can be found here... 
http://publibz.boulder.ibm.com/epubs/pdf/dgt3d410.pdf  I don't believe this 
limitation has changed in the past few years, but you might want to check the 
doc for whatever version of z/OS you're running.


HTH,

Mike


From: IBM Mainframe Discussion List  on behalf of 
Frank M. Ramaekers 
Sent: Wednesday, October 24, 2018 2:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OS BDAM question

I'm a z/VM and z/VSE shop, but we do have a z/OS system and someone in IT want 
to know if BDAM can be larger than 65535 tracks.   Is this limitation per 
extent or entire file size.

>From the z/VSE LISTSERV:
I believe it is 65K tracks per extent with a maximum of 255 extents for BDAM, 
but I can't find any doc to verify that right now.

Frank M. Ramaekers Jr. | Systems Programmer | Information Technology | American 
Income Life Insurance Company | 254-761-6649 (732-6649)

--
This message contains information which is privileged and confidential and is 
solely for the use of the intended recipient. If you are not the intended 
recipient, be aware that any review, disclosure, copying, distribution, or use 
of the contents of this message is strictly prohibited. If you have received 
this in error, please destroy it immediately and notify us at 
privacy...@torchmarkcorp.com.

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

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


Re: Spectre/Meltdown APAR - OA54807

2018-09-06 Thread Mike Hochee
Hi Tom, 
We have been running with OSPROTECT=1 for a couple months now.  We ran a few 
crypto and i/o oriented utilities as well as product IVPs and noticed no 
performance impacts after implementation.  That said we are a development shop 
and don't run typical customer workloads.  I would suggest running your own 
bread and butter workloads in an isolated test LPAR both with and without the 
maintenance if you're resource constrained in production and want to minimize 
risk.   
HTH, 
Mike 
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Phillips, Thomas
Sent: Thursday, September 6, 2018 3:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Spectre/Meltdown APAR - OA54807

Has anyone installed OA54807?  If so, did you see any performance impacts?  Any 
other gotchas that you'd like to share?

Has anyone implemented OSPROTECT=1?

Thanks,
Tom Phillips
Principal Financial Group




Classification: Internal Use
-Message Disclaimer-

This e-mail message is intended only for the use of the individual or entity to 
which it is addressed, and may contain information that is privileged, 
confidential and exempt from disclosure under applicable law. If you are not 
the intended recipient, any dissemination, distribution or copying of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by reply email to conn...@principal.com 
and delete or destroy all copies of the original message and attachments 
thereto. Email sent to or from the Principal Financial Group or any of its 
member companies may be retained as required by law or regulation.

Nothing in this message is intended to constitute an Electronic signature for 
purposes of the Uniform Electronic Transactions Act (UETA) or the Electronic 
Signatures in Global and National Commerce Act ("E-Sign") unless a specific 
statement to the contrary is included in this message.

If you no longer wish to receive any further solicitation from the Principal 
Financial Group you may unsubscribe at 
https://www.principal.com/do-not-contact-form any time.

If you are a Canadian resident and no longer wish to receive commercial 
electronic messages you may unsubscribe at 
https://www.principal.com/do-not-email-request-canadian-residents any time.




This message was secured by Zix(R).

--
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: Test only post

2018-08-03 Thread Mike Hochee
Updated answer... 

A. With a hare snare! 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Friday, August 3, 2018 1:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Test only post

Old riddle. 
Q. How do you catch a rabbit?
A. Hide behind a bush and make a sound like a carrot.  

.
.
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 Carmen Vitullo
Sent: Friday, August 03, 2018 10:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Test only post

:) indeed ! 



Carmen Vitullo 

- Original Message -

From: "David Purdy" <00ac4b1d56b3-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Friday, August 3, 2018 12:25:22 PM
Subject: Re: Test only post 

No, it's baseball season! 

David 



On Friday, August 3, 2018 Carmen Vitullo  wrote: 
Got it ! 
been very quitevery very quite - must be Rabbit hunting season :) 



Carmen Vitullo 

- Original Message - 

From: "Jesse 1 Robinson" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Friday, August 3, 2018 11:39:59 AM
Subject: Test only post 

Have not received any posts since Thursday evening PDT. Just checking... 

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


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


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

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


--
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: Ftp - no translation but add CRLF

2018-07-30 Thread Mike Hochee
I have not dealt with such a use case before,  but would be inclined to try a 
transfer type of image (binary), the LOCSITE subcommand, and a conversion 
option of either MBSENDEOL or SBSENDEOL with CRLF. 

HTH, 
Mike 
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jantje.
Sent: Monday, July 30, 2018 6:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Ftp - no translation but add CRLF

On Sun, 29 Jul 2018 11:23:00 +, Gadi Ben-Avi  wrote:

>Hi,
>
>Is it possible to tell ftp to transfer a file from z/OS to windows without 
>translating the data, but adding CRLF at the end of each record?
>

I seem to remember one can specify a translation table explicitly. What if you 
build a custom translation table that translates each code point onto itself? 
You can then use ASCII mode (which should add the CRLF), specifying your 1-to-1 
translation table (which should actually not translate anything).

Cheers,

Jantje.

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

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


Re: RACF DATASET protection WHEN(SYSID)

2018-07-19 Thread Mike Hochee
You may get an answer on this listserv, but might also have better luck with 
the RACF listserv... https://listserv.uga.edu/cgi-bin/wa?A0=RACF-L 

HTH, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Brian Westerman
Sent: Thursday, July 19, 2018 9:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: RACF DATASET protection WHEN(SYSID)

Hi,

I was hit with a question that I don't know the answer to.  Previously (until 
today) I had thought, but never tried, that you could have a shared RACF 
database between two LPARs and that you could protect datasets differently 
based on the DATASET class rule such that if you had a dataset 
"TESTCASE.MY.DATASET" specified as UAC of NONE, the you could set up two 
dataset permits as follows:

PERMIT 'TESTCASE.**' ACCESS(READ) ID(userid) WHEN(SYSID(SYSP)) and PERMIT 
'TESTCASE.**' ACCESS(ALTER) ID(userid) WHEN(SYSID(SYST))

And that it would make it so that if the user were to log onto the test LPAR 
(SYST), they could update the TESTCASE.MY.DATASET all they wanted, but if they 
logged onto the production LPAR (SYSP) that they were limited to only READ 
access.

Well, apparently the SYSID subparameter of WHEN is not valid for DATASET rules.

So how do people protect the same dataset differently on various LPAR's, or is 
it just not possible?

Any help or pointers would be appreciated.

What I would like is just a simple way to make it so that people in the 
production LPAR can see and look at the TEST datasets, but if they actually 
want to change them, they have to actually log onto that LPAR to do it.

I know that seems like a silly way to operate, but in this case there is 
actually a good reason for it.  I just can't think of how to do it without the 
WHEN(SYSID) parm.

Does anyone have any ideas?

Thanks,

Brian

 

--
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: AT-TLS for HTTP

2018-07-05 Thread Mike Hochee
I have not used it for that specifically, but I don't see why not.  The policy 
based rules allow for job/task names and support wildcards, and you might not 
even need those if you can filter based on a unique port range.  I've been 
impressed with AT-TLS, as it offers a lot of customization options, as well as 
quite a few OOB use cases. An underrated feature of comm server IMO. 

HTH, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Rob Schramm
Sent: Thursday, July 5, 2018 12:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AT-TLS for HTTP

This might be a weird one.  I have used Policy Agent AT-TLS in the past to 
secure JDBC communication with a UDB data base.  Can I use Policy agent to 
secure an existing HTTP GET process (assembler program), by doing a similar 
process?  Has anyone else done this?

Thanks,
Rob Schramm

-- 

Rob Schramm

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

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


Re: z/OS Internet Library Broken (again)

2018-06-29 Thread Mike Hochee
Hi Sue, 

Thanks for soliciting feedback before implementation. A couple thoughts...

1) The link is supposed to point to a main element KC page for z/OS 2.2 
(true?), but a number of the PDF links point to z/OS 2.1 manuals, was this by 
design? 

2) Some of the pdf links refer to manuals where the dates do not match the 
'last updated' date value, again by design? 

I guess I've become a little jaded.  A few months ago, I could go to a z/OS 2.1 
or 2.2 elements and features link and confidently gain access to the pdf I was 
looking for. It was so reliable that doubts about content/version never crept 
into my head.  More recently, I have recently become conditioned to doubt, so 
the idea of adding a another data element or two into the mix (last updated), 
and an ease of use grouping (KC/pdf) on the same page, while appealing, also  
makes me think additional room for error has been introduced into a format that 
was simpler, yet one that IBM has struggled with lately.

IMO, the problems resulting in numerous errors over the past 1-2 months need to 
be understood and corrected before changing the UI, even to  something 
representing an improvement.  

Mike  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Susan Shumway
Sent: Friday, June 29, 2018 12:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS Internet Library Broken (again)

Thanks for the feedback, all. We just rebuilt the page to remove the tables of 
links to the individual PDFs. Now, instead, most of the element links point to 
the main element KC pages, which themselves already contain links to the 
individual PDFs. What do you think? 
https://www.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosv2r2-pdf-download

Of course, whatever format we settle on for V2R2, we'll update the V2R1 page to 
match. Also, this doesn't apply to V2R3 and beyond because those PDFs are 
sourced from Resource Link instead of the IBM Publications Center, and Resource 
Link provides its own collection pages.

-Sue Shumway

--
Sue Shumway
z/OS Product Documentation Lead
IBM Poughkeepsie
chale...@us.ibm.com

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

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


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

2018-06-21 Thread Mike Hochee
Hi Sue, 

It is working again now,  and I'm noticing an updated look and feel with the 
2.2 Elements and Features page.  In my previous attempts, I opened new z.OS 2.2 
Elements and Features tabs. This time however, I shutdown all tabs and 
restarted the browser.  Regardless, it's working - Thank you. 

Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Susan Shumway
Sent: Thursday, June 21, 2018 4:53 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?

Hi Mike,

I'm unable to replicate your problem. Please contact me directly and we can try 
to get to the bottom of it. Thanks!

-Sue Shumway

On 06/21/18 3:47 PM, Mike Hochee wrote:
> Yes, extremely well stated, and timely too!.
> 
> Ironically, it looks like the z/OS 2.2 Elements and Features pdf link 
> https://www-304.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosv2r2-pdf-download?OpenDocument
>  now points at numerous z/OS 2.1 manuals.  I don't know how extensive the 
> problem is, but all the manuals I checked under the z/OS MVS and RMF sections 
> were 2.1 manuals.  Oh well!
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of zMan
> Sent: Thursday, June 21, 2018 2:30 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?
> 
> Good article, of course, Cheryl.
> 
> The one thing it didn't mention is that maintenance of these sites is being 
> moved overseas. That's not inherently bad, except that it inevitably leads to 
> a loss of tribal knowledge, which may be how these huge omissions occurred.
> 
> On Thu, Jun 21, 2018 at 1:06 PM, Chuck Kreiter 
> 
> wrote:
> 
>> I was shocked when this article showed up on my front page on Reddit.
>> Perfectly stated!
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>> On Behalf Of Cheryl Watson
>> Sent: Thursday, June 21, 2018 10:42 AM
>> 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?
>>
>> Here's our take on this issue -
>>
>> http://watsonwalker.com/what-is-happening-with-ibms-websites/
>>
>> All my best,
>> Cheryl
>>
>> ===
>> Cheryl Watson
>> Watson & Walker, Inc.
>> www.watsonwalker.com
>> ===
>>
>> -
>> - For IBM-MAIN subscribe / signoff / archive access instructions, 
>> send email to lists...@listserv.ua.edu with the message: INFO 
>> IBM-MAIN
>>
>> -
>> - For IBM-MAIN subscribe / signoff / archive access instructions, 
>> send email to lists...@listserv.ua.edu with the message: INFO 
>> IBM-MAIN
>>
> 
> 
> 
> --
> zMan -- "I've got a mainframe and I'm not afraid to use it"
> 
> --
> 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
> 

--
Sue Shumway
z/OS Product Documentation Lead
IBM Poughkeepsie
chale...@us.ibm.com

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

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


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

2018-06-21 Thread Mike Hochee
Yes, extremely well stated, and timely too!.  

Ironically, it looks like the z/OS 2.2 Elements and Features pdf link 
https://www-304.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosv2r2-pdf-download?OpenDocument
 now points at numerous z/OS 2.1 manuals.  I don't know how extensive the 
problem is, but all the manuals I checked under the z/OS MVS and RMF sections 
were 2.1 manuals.  Oh well!  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of zMan
Sent: Thursday, June 21, 2018 2:30 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?

Good article, of course, Cheryl.

The one thing it didn't mention is that maintenance of these sites is being 
moved overseas. That's not inherently bad, except that it inevitably leads to a 
loss of tribal knowledge, which may be how these huge omissions occurred.

On Thu, Jun 21, 2018 at 1:06 PM, Chuck Kreiter 
wrote:

> I was shocked when this article showed up on my front page on Reddit.
> Perfectly stated!
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Cheryl Watson
> Sent: Thursday, June 21, 2018 10:42 AM
> 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?
>
> Here's our take on this issue -
>
> http://watsonwalker.com/what-is-happening-with-ibms-websites/
>
> All my best,
> Cheryl
>
> ===
> Cheryl Watson
> Watson & Walker, Inc.
> www.watsonwalker.com
> ===
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



--
zMan -- "I've got a mainframe and I'm not afraid to use it"

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

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


Re: z/OS Internet Library Broken

2018-06-04 Thread Mike Hochee
Yes, I reported issues with both the z/OS 2.1 and 2.2 pdf libraries to IBM last 
Friday afternoon. I received a reply that someone by the name of Geoff Smith is 
looking into them.  I will forward this email to him as well.  (Thank you!  I 
wasn't hallucinating this time!) 

Mike   

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: Monday, June 4, 2018 10:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OS Internet Library Broken

Anyone else having trouble accessing the V2R2 PDF's from 
https://www-304.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosInternetLibrary?OpenDocument
  ?

When I select "Download books in PDF format" I receive the expected shortcut 
list.
If is select z/OS MVS, I get different page that appears to be a visual 
duplicate.
When I select z/OS MVS from this page, I get a circular reference (same page is 
redisplayed).

If I scroll the list from the top, the list seems to be truncated after the 
last manual that would have appeared under z/OS Cryptographic Services.

Checked for the same, received the same results selecting df/SMS from the 
shortcut list.
Checked for the same, received "correct" results when selecting z/OS 
Cryptographic Services from the shortcut list.

In the interest of completeness I checked V2.3 and V2.1 as well.

All of the above seems to be just fine for z/OS 2.3.
z/OS 2.1 requests IBMID signon. After signon I receive "page not found"

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

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

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


Re: problem with FTP from Windows 10 to z/OS

2018-06-01 Thread Mike Hochee
I'm assuming you replaced the '<' redirection parameter, with the -s parameter 
and continue to have the issue. You might try eliminating the text file and -s 
parameter altogether, and manually enter the FTP subcommands found in the file. 
 This doc note for the -s parameter is also interesting... 
 
Note: In Windows 8 and Windows Server 2012 or later operating systems, the text 
file must be written in UTF-8.

So maybe another reason to try it manually. 

HTH, 
Mike 
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kevin Merkley
Sent: Friday, June 1, 2018 6:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: problem with FTP from Windows 10 to z/OS

I'm normally a VM guy but I'm trying to do some work on z/OS 2.2, and I could 
use some help.
I'm trying to use Windows FTP to transfer a downloaded tersed file from Windows 
to z/OS 2.2.

Previously, with Windows 7, I invoked FTP with this command: ftp < 
ftpscript.txt The ftpscript file normally has quite a few more statements but 
to verify the problem I condensed it to contain these statements:
---
verbose
open nnn.nnn.nnn.nnn
myuser
binary
put file.trs 'MYUSER.FILE.TRS'
quit
---
The verbose statement allowed FTP to prompt for a password, in order to avoid 
having the password in the text file.

Recently, I grudgingly had to upgrade to Windows 10. This process no longer 
works. In trying to diagnose the problem, I used the FTP -d option and 
discovered a difference between FTP on Windows 10 and FTP on Windows 7. The 
Windows 10 FTP client connects to the z/OS FTP server and immediately issues 
the command: OPTS UTF8 ON and receives this message:
501 command OPTS aborted -- no options supported for UTF8

It accepts the userid but then processes the binary statement as the password, 
and of course that fails.

In the manual "z/OS Communications Server: IP Configuration Reference" I found 
the EXTENSIONS statement to enable FTP to support FTP extensions. The 
description of EXTENSIONS UTF8 states: "Enables the FTP server to respond to 
the LANG command, and to use UTF–8 encoding of pathnames on the control 
connection." So I added EXTENSIONS UTF8 in the TCPIP.FTP.DATA dataset. I cycled 
the FTP daemon started task, and the TCPIP started task, and even reIPLed the 
z/OS system. This has not made any difference.

I'm hoping to find the way for z/OS to accept the OPTS UTF8 ON command. (Or for 
Windows 10 FTP to not issue the command.)

Can someone please give me some guidance on this? I'm at a loss. I've done lots 
of internet searches and haven't been able to find any solution.

--
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: [External] Old School Maintenance Philosophy -- Never ACCEPT?

2018-05-23 Thread Mike Hochee
Yes, definitely something like that... AMAPTFLE.  It was mentioned in this 
NaSPA article as an SMP predecessor... 
http://www.naspa.net/magazine/2005/0705/T0507009.pdf   

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gerhard Adam
Sent: Thursday, May 24, 2018 12:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

I personally used SMP in 1975 on a S/360 running MFT.

Sent from my iPhone

On May 23, 2018, at 8:29 PM, Edward Gould  wrote:

>> On May 23, 2018, at 2:13 PM, Gerhard Adam  wrote:
>> 
>> SMP was available in MVT and MFT.  It did not begin with MVS
> 
> I beg to differ. But I was new to the job and our senior sysprog did maint 
> with another IBM program (which I do not remember but it was NOT SMP but 
> something like iebptfle or something like that.
> Someone else, please confirm.
> 
> Ed
> 
> 
> --
> 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: Can TSO permit RACF to log logon successes?

2018-05-22 Thread Mike Hochee
Hi Charles, 

Yes, the answer to your first question appears to be correct... 

LOG=NONE suppresses both messages and SMF records regardless of
MSGSUPP=NO.  (from RACROUTE Macro Reference) 

Not sure if this is configurable, but think it should be. 

HTH, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Tuesday, May 22, 2018 11:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Can TSO permit RACF to log logon successes?

X-Posted IBM-MAIN and RACF-L.

Apparently TSO specifies LOG=NONE or something like that on a TSO signon, such 
that no SMF record is cut in the event that the logon is successful -- is that 
correct?

Is that behavior configurable? Is there a way to configure TSO or RACF such 
that we would see an SMF type 80 record in the event of a successful TSO signon?

(Yes, I know we see an SMF Type 30 subtype 1 -- that is unfortunately not what 
the user wants.)

Charles 

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

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


Re: ZIIP engine utilization

2018-05-17 Thread Mike Hochee
I'm sorry, but the following will not answer your immediate question about how 
to determine if a zIIP is getting maxed out. I don't know the answer to your 
specific question. These comments pertain more to a longer view of performance 
monitoring.   

In the interim though, you can always try to answer an important question when 
it comes to fighting performance related fires - What changed?  

Almost all of the fires I've worked on at various shops, some with many SLAs in 
place, were directly related to application/system changes where the 
anticipated performance impact was either underestimated, not well understood, 
or never evaluated. If your shop is big on change management that includes; 
applications, database, sysprogs, security, network, capacity planning and 
workload management, etc. then you may have available a decent record of what 
actually changed, when they took effect, and eventually how those changes 
relate to different workloads on your system.  

What kind of performance monitoring/reporting tools are available?  You may 
want to get extremely familiar with some of the daily reports and resource 
utilization values for critical workloads. The idea is to get to know your 
system, first from 50,000', then from 10,000', then 2,000' etc., until you get 
granular enough to be pointing your finger at a Natural program that has gone 
off the rails, or pig CICS transaction, or whatever. 

Until you know the performance characteristics of each workload on the system, 
how they relate, and what's changed recently, it would be pretty tough to make 
performance and tuning recommendations (of any kind), and expect positive 
results.  

Identifying and cultivating useful working relationships with SME-type 
individuals in different departments can also go a long way, then you will have 
more/less confidence in what you're hearing in the midst of some frenzied 
performance event. 

Regarding Adabas, three simple things to keep an eye on are buffer pool 
efficiency, format translations and format overwrites. These are useful CPU 
related metrics because they are usually actionable. DBAs can make adjustments 
and/or have application developers make changes to reduce CPU utilization (with 
GP and potentially zIIP impacts).  Your DBAs can execute very low overhead 
dstat commands to track these metrics at whatever interval is appropriate. 

If you aren't already familiar with them, ABCs of Systems Programming Vol 11 is 
good, as well as the z/OS RMF User's Guide and Report Analysis manuals.  

HTH, 
Mike 
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of zMan
Sent: Thursday, May 17, 2018 8:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ZIIP engine utilization

Not trying to be a jerk, but you're playing with fire here. Call Cheryl Watson 
and pay for some help. Take some classes. Go to SHARE and learn. If management 
is too cheap to pay for the expertise, update your resume and go find a real 
job.

I'd explain it to them this way: If the lead engineer at one of the nuclear 
power plants retired and nobody knew how to do what he'd been doing, would they 
suggest asking for advice on a list?

Not that folks here will deliberately lead you astray, of course. But 
performance work is too highly skilled to fake your way through it: that's just 
asking for a disaster.

On Thu, May 17, 2018 at 7:40 PM, Jesse Lynch 
wrote:

> Our senior performance person has retired.  We have a ZIIP on a Z13s.  
> One of our customers is using Adabase and some
> product to make maximum use of the Ziip.   They feel that the Ziip has
> maxed out from I think messages they are getting from their product 
> and response is slower.  I am getting this third hand so don't know a 
> lot of details.  Can you point me
> to the best place to see if Ziip is getting maxed out.   I am looking at
> the RMF Batch CPU report.  I see some % usages for the IIP.  Also see 
> that one Lpar (not even sure which Lpar yet they are talking about) 
> seems to say its WLM capped.
> I have looked at the Lpar definitions on the HMC and nothing jumps out 
> at me.
>
> If you have any comments I would appreciate it.  Thanks.  Jess
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



--
zMan -- "I've got a mainframe and I'm not afraid to use it"

--
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: GETMAIN LOC=32

2018-05-15 Thread Mike Hochee
Evaluated purely on technical merit, I really like this idea.  IMO it comes 
close to making  some sort of elegant simplicity category. But if evaluated 
based on cost benefit, things seem extremely murky indeed. It also appears to 
be primarily championed by folks from the Hercules and OS380 developer 
community, folks that represent the wants and needs of IBM's bread and butter 
zSeries customer base. Right?

With unlimited development resources, fantastic idea, otherwise I think digging 
a hole for the carcass is overdue. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Tuesday, May 15, 2018 11:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GETMAIN LOC=32

I should know better than to poke this thing again but I just do not see how it 
makes sense.

- If the code runs AM=31 then 32-bit addresses will not work.
- If the code runs AM=64 then the high words of the registers are significant. 
One cannot count on them being zero -- trust me on this, been there and got the 
S0C4 tee shirt* -- so you now have to at least be cognizant of high halves of 
registers, which defeats the OP's idea of pretending that bits 0-31 don't 
exist. You have to save those high halves (if you want to be well-behaved) and 
you have to zero or LLGF into them. And by running AM=64 aren't you getting 
away from this (silly IMHO) concept of portability back to s/370?

Does that not make the case for this fall apart?

The sole benefit is that programs could address > 2GB (and < 4GB) while still 
storing pointers in "traditional" single-word fields -- saving storage and 
saving having to re-work DSECTs. That's a lot of work on IBM's part to solve a 
very narrow need in the application world -- programs that need more than 2GB 
but will never need more than 4GB (or where the expansion to > 4GB cannot be 
justified).

You want to do your RFE? Go for it. Follow @Jim's suggestion of requesting that 
STORAGE support asking for storage in the 2GB to 4GB range. That is your entire 
solution, right?

*In fact at the last SHARE I learned a cool testing technique from @Ray 
Mullins. When testing an AM=64 subroutine, on entry do a LHM 0,15,=16F'-1'. 
That way you will pick up in testing any failures to properly initialize high 
register halves. Otherwise it will bite you now and then down the road. You can 
do the same thing with AR's when testing AR-mode code.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Tuesday, May 15, 2018 8:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GETMAIN LOC=32

On Tue, May 15, 2018 at 10:03 AM, Paul Edwards  wrote:

> On Tue, 15 May 2018 04:16:44 -0700, Ed Jaffe 
> 
> wrote:
>
> >On 5/12/2018 2:02 PM, Ed Jaffe wrote:
>
> >Of course, you might have to change numerous existing LLGT 
> >instructions into LLGF instructions, but that's only a fraction of 
> >the effort needed to widen all of your pointers.
>
> I'm not familiar with LLGT. All my code uses 32-bit instructions found 
> in S/370, so there is no LLGT to change. If you simply write your 
> 32-bit code sensibly (don't use the high bit or byte in addresses for 
> flags), it will run AM-infinity, including AM64.
>

​I think what Ed is getting at is to load a "32 bit" pointer, you need to
insure that the high word of the register being loaded (bits 0..31) are
zero. You can do this simply by somehow being sure that it is and using an
L, or the LLGF will load the 32 bits into the low word (32..63) of the
register and zero out the high word automatically (bits 0..31). This is the
safest way, rather than using an old fashioned L instruction. Of course, if
you are absolutely certain that the high word will always be zero, then
this is overkill.​

--
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: The IRS Really Needs Some New Computers

2018-04-19 Thread Mike Hochee
Google and Twitter workloads quite likely do not have the same integrity 
expectations/requirements as workloads running on z systems.  This may be part 
of the explanation.  In addition, my observations are limited to IBM Z systems 
which are 'mainframe' systems, and the subject of this discussion list.  The 
benchmark cited appeared to be running on a high-end Dell system. 

Another possibility might be the true object-oriented nature of the language 
that may not mesh well with a non-OO workload.  For example, I have seen 
several implementations which had to incorporate an OO-relational layer to 
bridge the differences between OO processing and relationally conforming data. 
There was substantial overhead associated with the care maintenance of that 
data layer.   

Based on my experience and personal observations, I would not recommend 
replacing a high volume performance critical system written in an extremely low 
overhead 2nd generation language with system largely written in JAVA, certainly 
not without doing a serious pilot project first.  I would feel far more 
comfortable recommending C/C++ as a replacement.  

This is appears to be an older IBM document 
(https://www-01.ibm.com/support/docview.wss?uid=swg27013550=7  I could not 
find a date), but it contains the following statement...   " Will a TPF Java 
program be as efficient as an assembler program or even C? Of course not, but 
consider..." 

Hope the above helps explain my perspective. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Crayford
Sent: Thursday, April 19, 2018 10:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: The IRS Really Needs Some New Computers

On 20/04/2018 4:54 AM, Mike Hochee wrote:
> I have yet to see JAVA successfully handle the data and transaction volumes 
> processed by the largest credit card processors, banks,  insurance companies, 
> or the stock market.


Some of the biggest companies in the world use the JVM in their stack. 
Google, Amazon, eBay, Uber not to mention Twitter, all at enormous scale. There 
are several high frequency trading applications written in Java some claiming 
to do 6M tps on a single thread [1].

[1] https://martinfowler.com/articles/lmax.html

> I witnessed an attempt at processing appx. 15% of IRS volume using JAVA as a 
> core technology.  I don't know the final outcome, but when I left they were 
> about 400% beyond proposed SLA performance targets.  C/C++ seems like a good 
> (maybe only) bet if they want to keep the workload on zTPF.

That's interesting! Is there a fundamental flaw in the JVM implementation on 
zTPF or was it down to poor design?

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Eric Chevalier
> Sent: Thursday, April 19, 2018 4:07 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: The IRS Really Needs Some New Computers
>
> On 4/18/18 1:50 PM, Steve Beaver wrote:
>
>> IBM ALCS became zTFP.  That is generally all in Assembler, unless you 
>> use JAVA.  But JAVA is way too slow
> TPF has had C/C++ since 1997.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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


Re: The IRS Really Needs Some New Computers

2018-04-19 Thread Mike Hochee
I have yet to see JAVA successfully handle the data and transaction volumes 
processed by the largest credit card processors, banks,  insurance companies, 
or the stock market.  I witnessed an attempt at processing appx. 15% of IRS 
volume using JAVA as a core technology.  I don't know the final outcome, but 
when I left they were about 400% beyond proposed SLA performance targets.  
C/C++ seems like a good (maybe only) bet if they want to keep the workload on 
zTPF. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Eric Chevalier
Sent: Thursday, April 19, 2018 4:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: The IRS Really Needs Some New Computers

On 4/18/18 1:50 PM, Steve Beaver wrote:

> IBM ALCS became zTFP.  That is generally all in Assembler, unless you 
> use JAVA.  But JAVA is way too slow

TPF has had C/C++ since 1997.

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