Re: clarification please - is z/OSMF required for migrating z/OS from v2.3 to v2.4 ?

2021-01-19 Thread Mike Schwab
Well, when first reviewing the workflow, you should be able to
deselect the products you do not have.
Then when you go to implement, you should be able to pick the phase to
select those actions.
And if something needs another item in the same phase done first that
should be noted and grouped at the end.

On Tue, Jan 19, 2021 at 8:43 AM Marna WALLE  wrote:
>
> Hi Dave,
> Please take a look at many of the recent performance enhancements that we've 
> done in z/OSMF, specifically for smaller LPARs. We had heard very positive 
> things about these enhancements, and we are still looking at doing more.
>
> z/OSMF specific new functions can be found here:  
> https://ibm.github.io/zOSMF/  .  In that location, I'll paste below what it 
> has, so that we have it inline here too:
> 
> z/OSMF startup time and resource consumption during startup is improved with 
> the PTFs for APARs PH28921, PH28920, PH28971, PH28990, PH28451, PH29230, 
> PH29243, PH28832, and PH28872. Actual results can vary, depending on the 
> client's configuration.
>
> z/OSMF startup improvement is now available:
>
> With the new PTFs we delivered for startup improvement, in lab measurements 
> of a small z15 lpar, the startup time improved about 50%. Please refer to our 
> blog 
> (https://community.ibm.com/community/user/ibmz-and-linuxone/blogs/jing-hua-jiang1/2020/10/30/make-your-zosmf-server-starts-significantly-faster)
>  for details.
> 
>
> I hope you find with these PTFs installed, you see a significant drop in 
> z/OSMF server initialization time.  Once it is initialized, it is expected 
> that the server uses very few cycles when not performing requested work by 
> the user.
>
> Thanks,
> Marna WALLE
> z/OS Install and Upgrade
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Starting a started task from a started task

2021-01-14 Thread Mike Schwab
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.ieaa900/iea3a9_Description26.htm
XCTL or XCTLX.  Branches to another program.  Returns to the caller of
the program issuing XCTL(X).

On Thu, Jan 14, 2021 at 8:58 AM Horne, Jim  wrote:
>
> Hi all,
>
> This may sound like a stupid question but is there a way to start a second 
> started task from a running one when the currently running one completes.  I 
> know how to submit a batch job from a final step of a started task but I 
> don't know how to do the same sort of thing to initiate another started task.
>
> I appreciate any help I can get,
> Jim Horne
> 
> NOTICE: All information in and attached to the e-mails below may be 
> proprietary, confidential, privileged and otherwise protected from improper 
> or erroneous disclosure. If you are not the sender's intended recipient, you 
> are not authorized to intercept, read, print, retain, copy, forward, or 
> disseminate this message. If you have erroneously received this 
> communication, please notify the sender immediately by phone (704-758-1000) 
> or by e-mail and destroy all copies of this message electronic, paper, or 
> otherwise. By transmitting documents via this email: Users, Customers, 
> Suppliers and Vendors collectively acknowledge and agree the transmittal of 
> information via email is voluntary, is offered as a convenience, and is not a 
> secured method of communication; Not to transmit any payment information E.G. 
> credit card, debit card, checking account, wire transfer information, 
> passwords, or sensitive and personal information E.G. Driver's license, DOB, 
> social security, or any other information the user wishes to remain 
> confidential; To transmit only non-confidential information such as plans, 
> pictures and drawings and to assume all risk and liability for and indemnify 
> Lowe's from any claims, losses or damages that may arise from the transmittal 
> of documents or including non-confidential information in the body of an 
> email transmittal. Thank you.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


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

2021-01-13 Thread Mike Schwab
If any lines have blank sequence numbers, your editor may change the
profile to nonum.
So the easiest is NUM 73 80 to overwrite any existing characters, then
UNNUM to remove the new sequence numbers.

On Wed, Jan 13, 2021 at 2:07 AM Wayne Bickerdike  wrote:
>
> UNNUM in the EDIT macro works better if the member has real sequence
> numbers. If it's just any text that happens to be NUM or CHAR, the picture
> works better :)
>
> On Wed, Jan 13, 2021 at 7:02 PM Wayne Bickerdike  wrote:
>
> > ALLMEM source:
> >
> > /* REXX */
> > /**/
> > /**/
> > /* Routine to run the edit macro ALL  against all members of a*/
> > /* library.   */
> > /**/
> > /* COMPONENTS */
> > /* 1.  REXX routine 'ALLMEM'  */
> > /* 2.  REXX routine 'ALL '*/
> > /**/
> > /**/
> >   address "TSO"
> >   Arg PARMSTR
> >   Parse value PARMSTR with PARM1 LEFTOVER
> >   'ISPEXEC VGET (ZUSER ZTIME ZDATE)'
> >   if PARM1 \= '' then LDSN = PARM1
> >   else
> > do
> >   Say 'Parameter missing. Expecting a PDS name'
> >   exit
> > end
> >   LDSN = strip(LDSN,,"'")
> >   say LDSN
> >   X = OUTTRAP("LCAT.")
> >   "LISTDS '" || LDSN ||"' MEMBERS"
> >   X = OUTTRAP("OFF")
> >   N = 1
> >   STARTMEM = 'N'
> >   RLC = 0
> >   Say "Enter Edit macro to run "
> >   Pull macname
> >   x =,
> >   "ADDRESS 'ISPEXEC' 'EDIT DATASET('''LDSNM''') MACRO(",
> >macname")'"
> >   do A=1 to LCAT.0
> > if STARTMEM = 'Y' then
> >   do
> > MEMBER = strip(LCAT.N,B,' ')
> > say MEMBER
> > LDSNM = LDSN'('MEMBER')'
> >   INTERPRET x
> >   end
> > if LCAT.N = '--MEMBERS--' then STARTMEM = 'Y'
> > N = N + 1
> > if LCAT.N = '#END#' then RLC = 99
> >   end
> > Return
> >
> > And the EDIT macro, for example ALL
> >
> > /* REXX */
> > ADDRESS "ISREDIT"
> > ADDRESS 'ISPEXEC' 'CONTROL ERRORS RETURN'
> > "MACRO (PARM) NOPROCESS"
> > "C ALL P'=' ' '  73 80 "
> >
> > In this example I use the Picture notation P'='  so anything in cc73-80 is
> > matched and set to spaces.
> >
> > PDS with 3 numbered members:
> >
> > Command - Enter "/" to select action
> > -
> > allmem   BDB204.PDS
> >
> > BDB204.PDS
> > Enter Edit macro to run
> >
> > ALL
> >
> > ALL
> > A
> > B
> > C
> > ***
> >
> >
> >
> >
> >
> >
> >
> > "END"
> >
> >
> > On Wed, Jan 13, 2021 at 6:43 PM Wayne Bickerdike 
> > wrote:
> >
> >> I have a REXX called ALLMEM, it gets the member list and calls an edit
> >> macro.
> >>
> >> I usually run it from 3.4. I'll post it here when I get my system going.
> >>
> >> On Wed, Jan 13, 2021 at 5:00 AM Paul Gilmartin <
> >> 000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> >>
> >>> On Tue, 12 Jan 2021 13:46:07 -0400, Clark Morris wrote:
> >>> >>
> >>> >>And a general note: when using ISPF edit to remove sequence numbers
> >>> from a
> >>> >>(large) number of (large) members, you might need to cater for the
> >>> fact that a
> >>> >>PDS might need to be compressed at some stage in the middle of your
> >>> processing!
> >>> >
> >>> >Use of update in place should work if all that is being done is
> >>> >sequence number stripping since the size of the member does not
> >>> >change.
> >>> >
> >>> Does ISPF Edit update in place, even optionally?  I think PDS usually
> >>> creates a new member.
> >>>
> >>> -- gil
> >>>
> >>> --
> >>> For IBM-MAIN subscribe / signoff / archive access instructions,
> >>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >>>
> >>
> >>
> >> --
> >> Wayne V. Bickerdike
> >>
> >>
> >
> > --
> > Wayne V. Bickerdike
> >
> >
>
> --
> Wayne V. Bickerdike
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: STCK and epoch time

2021-01-12 Thread Mike Schwab
Request for information.
To convert from STCK format to Unix time, what constants would you
subtract from the STCK value for the same origin, then divide by what
constant for the same time unit?  Or divide / subtract if easier.

On Tue, Jan 12, 2021 at 5:09 PM Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
> On Tue, 12 Jan 2021 22:53:02 +0200, Itschak Mugzach wrote:.
> >
> >I tested that there already. My rexx returns a different time. I noticed
> >that they only use the first four bytes. The code snip I gave is from the
> >TOD IPCS rexx.
> >
> Regina gives me:
> 502 $ date
> Tue Jan 12 15:59:30 MST 2021
> 503 $  rxx "numeric digits 20; say d2x( (  time( 'T' ) - date( 'T', 
> '1900-01-01', 'I' ) ) %1.048576 )"
> D91C6646
>
> Pasting into  http://www.longpelaexpertise.com/toolsTOD.php sez
> TOD: (STCK): x" D91C6646  "
> UTC Date and Time (Date + HH:MM:SS): 12-Jan-2021 15:59:31
> UNIX Date/Time: 1610467171
>
> What was the output of your:
> >> Say 'STCK HEX VALUE ' c2x(tod)
> >> tod=C2D(tod)
> >> Say 'STCK DEC VALUE ' tod
> ???
>
> >> -Original Message-
> >> From: Itschak Mugzach
> >> Sent: Tuesday, January 12, 2021 10:00 AM
> >>
> >> This is the STCK value: D91B6D3EF6430440 (I have it in hex in variable TOD)
> >> Converted to decimal  : 15644217847788536896
> >> Actual dat eof run is : Yesterday
> >> the code:
> >> /* rexx */
> >> NUMERIC DIGITS 20
> >> RC = SYSCALLS('ON')
> >> ADDRESS SYSCALL  'TIME'
> >> Say 'Current date is' retval
> >>
> >> TOD = 'R _ 6   '
> >> Say 'STCK HEX VALUE ' c2x(tod)
> >> tod=C2D(tod)
> >> Say 'STCK DEC VALUE ' tod
> >> tod=Trunc(tod/4096)
> >> microsec=tod//100
> >> seconds=Trunc(tod/100)
> >> Say 'Seocnds =' Seconds
> >> xxx = 70 * 3600 * 24 * 365
> >> Say 'diff=' xxx
> >> Say Seconds - xxx
> >> SAY '2ND DIF = ' SECONDS - XXX - RETVAL
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: STCK and epoch time

2021-01-12 Thread Mike Schwab
https://www.mail-archive.com/search?l=ibm-main@listserv.ua.edu=subject:%22Re%5C%3A+Converting+STCK%5C%28tod%5C%29+to+readable+format%22=newest=1

On Tue, Jan 12, 2021 at 9:37 AM ITschak Mugzach  wrote:
>
> How exactly STCK (not STCKE) stores the time? I took the value (8 bytes)
> and converted it to decimal 10 characters. I expect it to be the same as
> the EPOCH time returned by USS time call. However the returned value is July
> 29, 2019 (have a time from yesterday). I know there is a macro to do it,
> but I want to keep the correct epoch time.
>
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Continuous Monitoring
> for z/OS, x/Linux & IBM I **| z/VM coming soon  *
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Progam directory AD/Cycle C/370

2021-01-06 Thread Mike Schwab
The Turnkey collections have the 1968 compilers adapted to MVS.

On Wed, Jan 6, 2021 at 1:34 PM R.S.  wrote:
>
> W dniu 06.01.2021 o 09:19, Tom Ross pisze:
> >> BTW: Is there description/list of COBOL versions anywhere?
> >   I don't know, but I have lists!  Here is the entire history, no names, 
> > just
> >   product ids, but you can kind of tell which is which by the dates.
> > OS/VS COBOL, VS COBOL II, etc etc
> > Note: You need fixed-width caharacters to view this table:
> >
> >   Program  Marketing   Service
> >   Number   VRM Announced   Available   Withdrawn   Discontinued
> >
> >   5740-CB1 1.02.4  1974/05/13  1974/09/23  1992/12/18  1999/12/31
> >
> >   5668-958 1.03.0  1988/09/13  1988/12/16  1997/06/30  1996/06/30
> >   5668-958 1.03.1  1989/09/19  1989/12/29  1997/06/30  1996/06/30
> >   5668-958 1.03.2  1990/09/05  1990/12/28  1997/06/30  1996/06/30
> >   5668-958 1.04.0  1992/09/15  1993/03/12  1997/06/30  2001/03/31
> >
> >   5688-197 1.01.0  1991/09/11  1991/12/20  2000/09/06  1997/09/30
> >   5688-197 1.02.0  1995/10/24  1995/10/27  2000/09/06  2001/12/31
> >
> >   5648-A25 2.01.0  1997/05/06  1997/05/23  2000/09/29  2004/12/31
> >   5648-A25 2.02.0  2000/09/26  2000/09/29  2002/12/31  2004/12/31
> >
> >   5655-G53 3.01.0  2001/11/27  2001/11/30  2002/09/27  2004/04/04
> >   5655-G53 3.02.0  2002/08/20  2002/09/27  2004/02/27  2005/10/03
> >   5655-G53 3.03.0  2004/02/17  2004/02/27  2005/07/01  2007/04/30
> >   5655-G53 3.04.0  2005/06/21  2005/07/01  2008/09/29  2015/04/30
> >
> >   5655-S71 4.01.0  2007/12/11  2007/12/14  2009/08/25  2014/04/30
> >   5655-S71 4.02.0  2009/08/25  2009/08/28  2018/03/12  2021/09/30
> >
> >   5655-W32 05.01.00 2013/04/23 2013/06/21  2015/01/14  2020/04/30
> >   5655-W32 05.02.00 2015/01/14 2015/02/27  2017/09/11  2020/04/30
> >
> >   5655-EC6 06.01.00 2016/02/16 2016/03/18  2020/03/09  -
> >   5655-EC6 06.02.00 2017/07/17 2017/09/08  2020/03/09  -
> >   5655-EC6 06.03.00 2019/09/03 2019/09/06  -   -
> >
> > Cheers,
> > TomR  >> COBOL is the Language of the Future! <<
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > .
>
>
> Tom,
> Thank you for the table.
> Actually I found some table in COBOL Migration Guide manual
> https://www.ibm.com/support/knowledgecenter/hu/SS6SG3_6.3.0/migrate/igympreab2.html
>
> but your table is more detailed - I mean dates.
> To make things more complex your table lack of third dimension ;-) I
> mean MLC vs VUE flavours, which is technically irrelevant, but introduce
> new PIDs (program numbers).
> And this is good you preserved version numbering - that simplifies
> identification.
>
> Funny fact: I vaguely remember 1999 and some official announcements
> about OS/VS COBOL withdrawals which were obscure and incomprehensible
> for me at the time. ;-)
>
> BTW: This is pure curiosity, however was there any COBOL life on earth
> before 1974? I'm sure it was some COBOL, but it was really looong time
> ago. Maybe different product packaging and numbering, etc.
>
> Regards
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
> ==
>
> Jeśli nie jesteś adresatem tej wiadomości:
>
> - powiadom nas o tym w mailu zwrotnym (dziękujemy!),
> - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub 
> zapisałeś na dysku).
> Wiadomość ta może zawierać chronione prawem informacje, które może 
> wykorzystać tylko adresat. Przypominamy, że każdy, kto rozpowszechnia 
> (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza 
> prawo i może podlegać karze.
>
> mBank S.A. z siedzibą w Warszawie, ul. Prosta 18, 00-850 
> Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
> Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
> NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
> 01.01.2020 r. wynosi 169.401.468 złotych.
>
> Jesteśmy administratorem twoich danych osobowych, które podałeś w związku z 
> prowadzoną z nami korespondencją. Przetwarzamy te dane dla celów, które 
> wynikają z przedmiotu korespondencji, w tym związanych z prowadzoną 
> działalnością bankową.
> Więcej informacji o tym jak chroniony i przetwarzamy dane osobowe znajdziesz 
> w Pakietach RODO (w wersji polskiej i angielskiej), które są na 
> www.mbank.pl/rodo
>
>
> If you are not the addressee of this message:
>
> - let us know by replying to this e-mail (thank you!),
> - delete this message permanently (including all the copies which you have 
> printed out or saved).
> This message may contain legally protected information, which may be used 
> exclusively by the addressee.Please be reminded that anyone who disseminates 
> (copies, distributes) this message or takes 

Re: z/OS Unix TZ time zone environment variable

2020-12-31 Thread Mike Schwab
https://www.gnu.org/software/libc/manual/html_node/TZ-Variable.html
One example is EST+5EDT,M3.2.0/2,M11.1.0/2, so modify by 2 hours.

On Thu, Dec 31, 2020 at 6:36 PM Frank Swarbrick
 wrote:
>
> We are in the Mountain time zone.  Our UTC offset is -7 for Standard time and 
> -6 for Daylight saving time.  Therefore we should set TZ=MST7MDT, correct?  
> It would never be set to TZ=MST6MDT, correct?  Because the latter is what we 
> currently have, but it's not correct.  In fact, the following is currently in 
> our /etc/profile:
> #  TZ=MST7MDT   -  Was coded on 5-3-2011 and prior!
> TZ=MST6MDT
> export TZ
>
> So it looks like it was correct before 5-3-2011, but someone intentionally 
> changed it (breaking it).  No idea why.  Am I missing something?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: CICS COBOL co-compiler licensing?

2020-12-30 Thread Mike Schwab
Hercules with MVS 3.8 with KICKSforTSO.
Yes, it is the 1968 compiler.
Yes, the object module can be uploaded to real hardware and will run.
No, you can't take advantage of newer instructions.

On Wed, Dec 30, 2020 at 12:30 PM R.S.  wrote:
>
> W dniu 30.12.2020 o 18:46, Charles Mills pisze:
> > Does anyone know if there is an IBM license that covers the CICS COBOL
> > co-compiler short of a full-blown CICS TS license?
> >
> > In other words, could you license the co-compiler for a "development
> > machine" without having to license the full CICS transaction server?
>
> Few remarks
> 1. I may be wrong, but isn't it required to have some CICS libraries for
> compilation?
> 2. Despite the above - I cannot imagine real programmer work without
> runtime environment. So, coding a program for CICS environment without
> the CICS itself is like coding z/OS program with no access to z/OS.
> 3. For real case there are some cost-effective options for program
> development:
> a) special licensing (several options) for regular machine
> b) ADCD
> c) Hercules ^H^H! zPDT with ADCD (that means your PC plus USB dongle
> plus z/OS with IBM products suite)
> d) remote access to remote machine on IBM premises (isn't it cloud? ;-) )
> e) ask your colleague with access to the machine. I'm not sure about
> legal issues, but I think I can allow my colleague to use my laptop and
> MS Word. IMHO the same apply to use my laptop with my compiler. Why not
> use "my" mainframe? I'm curious about it.
>
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
> ==
>
> Jeśli nie jesteś adresatem tej wiadomości:
>
> - powiadom nas o tym w mailu zwrotnym (dziękujemy!),
> - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub 
> zapisałeś na dysku).
> Wiadomość ta może zawierać chronione prawem informacje, które może 
> wykorzystać tylko adresat. Przypominamy, że każdy, kto rozpowszechnia 
> (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza 
> prawo i może podlegać karze.
>
> mBank S.A. z siedzibą w Warszawie, ul. Prosta 18, 00-850 
> Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
> Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
> NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
> 01.01.2020 r. wynosi 169.401.468 złotych.
>
> Jesteśmy administratorem twoich danych osobowych, które podałeś w związku z 
> prowadzoną z nami korespondencją. Przetwarzamy te dane dla celów, które 
> wynikają z przedmiotu korespondencji, w tym związanych z prowadzoną 
> działalnością bankową.
> Więcej informacji o tym jak chroniony i przetwarzamy dane osobowe znajdziesz 
> w Pakietach RODO (w wersji polskiej i angielskiej), które są na 
> www.mbank.pl/rodo
>
>
> If you are not the addressee of this message:
>
> - let us know by replying to this e-mail (thank you!),
> - delete this message permanently (including all the copies which you have 
> printed out or saved).
> This message may contain legally protected information, which may be used 
> exclusively by the addressee.Please be reminded that anyone who disseminates 
> (copies, distributes) this message or takes any similar action, violates the 
> law and may be penalised.
>
> mBank S.A. with its registered office in Warsaw, ul. Prosta 18, 00-850 
> Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the 
> Capital City of Warsaw, 12th Commercial Division of the National Court 
> Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital 
> amounting to PLN 169.401.468 as at 1 January 2020.
>
> We are the controller of your personal data, which you provided in connection 
> with correspondence with us. We process your data for purposes resulting from 
> the subject of correspondence, including those related to the banking 
> services.
> More information on how we protect and process personal data can be found in 
> the GDPR Packages (in English and Polish), which are on www.mbank.pl/rodo.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Scheduler (was: JCL divergence)

2020-12-30 Thread Mike Schwab
You can install Linux on Android apps then full Linux apps.

On Wed, Dec 30, 2020 at 10:05 AM R.S.  wrote:
>
> W dniu 30.12.2020 o 15:17, Paul Gilmartin pisze:
> > On Wed, 30 Dec 2020 11:22:42 +0100, Stefan Skoglund wrote:
> >> UNIX had early on cron which runs specific jobs regularly at
> >> predetermined times while at (atd) is more like a one of JCL batch job.
> >> ...
> >> LINUX has the same functionality.
> >>
> > Of course.  "... not far from the tree."
> >
> > A shortcoming of cron we encountered is that there's no provision
> > to specify a timezone when scheduling a recurring event.
> >
> > Do other schedulers have such a facility?
> >
> > This is a particular irritatant for mobile device users.
>
> Well, many moons ago we noticed that quite famous scheduler abends
> during time change (AFAIK only backward) - I mean DST drill.
> However I guess it manage timezones properly. Of course mainframe is not
> typical mobile device so the problem with travelling mainframes in the
> pocket may be still not addressed.
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
> ==
>
> Jeśli nie jesteś adresatem tej wiadomości:
>
> - powiadom nas o tym w mailu zwrotnym (dziękujemy!),
> - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub 
> zapisałeś na dysku).
> Wiadomość ta może zawierać chronione prawem informacje, które może 
> wykorzystać tylko adresat. Przypominamy, że każdy, kto rozpowszechnia 
> (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza 
> prawo i może podlegać karze.
>
> mBank S.A. z siedzibą w Warszawie, ul. Prosta 18, 00-850 
> Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
> Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
> NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
> 01.01.2020 r. wynosi 169.401.468 złotych.
>
> Jesteśmy administratorem twoich danych osobowych, które podałeś w związku z 
> prowadzoną z nami korespondencją. Przetwarzamy te dane dla celów, które 
> wynikają z przedmiotu korespondencji, w tym związanych z prowadzoną 
> działalnością bankową.
> Więcej informacji o tym jak chroniony i przetwarzamy dane osobowe znajdziesz 
> w Pakietach RODO (w wersji polskiej i angielskiej), które są na 
> www.mbank.pl/rodo
>
>
> If you are not the addressee of this message:
>
> - let us know by replying to this e-mail (thank you!),
> - delete this message permanently (including all the copies which you have 
> printed out or saved).
> This message may contain legally protected information, which may be used 
> exclusively by the addressee.Please be reminded that anyone who disseminates 
> (copies, distributes) this message or takes any similar action, violates the 
> law and may be penalised.
>
> mBank S.A. with its registered office in Warsaw, ul. Prosta 18, 00-850 
> Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the 
> Capital City of Warsaw, 12th Commercial Division of the National Court 
> Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital 
> amounting to PLN 169.401.468 as at 1 January 2020.
>
> We are the controller of your personal data, which you provided in connection 
> with correspondence with us. We process your data for purposes resulting from 
> the subject of correspondence, including those related to the banking 
> services.
> More information on how we protect and process personal data can be found in 
> the GDPR Packages (in English and Polish), which are on www.mbank.pl/rodo.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Build and submit proc

2020-12-22 Thread Mike Schwab
Don't forget to compress the PDS frequently, or make it a PDSE.

Once we had hour long queues for a compile, so I wrote a CLIST to
execute the compile and link steps, took about 3 minutes.

On Tue, Dec 22, 2020 at 11:11 AM Fred Kaptein  wrote:
>
> Hello,
> I would like to build a JCL batch job called BACKUPS, that does the following:
> 1) STEP01
> Create a JCL proc in MYLIB.PROCLIB(BKUP)
> 2) STEP02
> Execute the proc MYLIB.PROCLIB(BKUP)
>
> My testing finds that STEP02 runs the proc in MYLIB.PROCLIB(BKUP) that was 
> built prior to submitting job BACKUPS.
>
> Is there a way to do these two steps in one job and not two?
>
> Thanks
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: RMODE64

2020-12-21 Thread Mike Schwab
Before you can ask for RMODE64, your program must be AMODE64.  Then
linkage editor option RMODE(64) asks for the program to be located
above the 2GB line, but may or may not be honored.

On Mon, Dec 21, 2020 at 8:27 AM Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
> On Sun, 20 Dec 2020 23:26:22 -0600, Mike Schwab wrote:
>
> >https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.ceev100/am64ap.htm
> >xplink 64.  Also available for 24/31 bit programs.
> >
> I see no mention of RMODE there. Am I looking in the wrong place?
>
>
> On Sun, 20 Dec 2020 21:14:21 -0800, Ed Jaffe wrote:
>
> >On 12/20/2020 9:01 PM, Joseph Reichman wrote:
> >> Just wondering as there doesn’t seem too much documentation on this but I 
> >> am wondering if there are any restrictions running RMODE64
> >>
> >>The assembler services guide has a AMODE in the environment but nothing 
> >>about the RMODE
> >
> >There are many, Many, MANY restrictions!
> >
> Are these listed anywhere?  For code or for data?  Services calls?  Citation 
> needed.
>
> >Having said that, we're working on a not-yet-released product that is
> >nearly 100% RMODE(64).
> >
> Why?  2GiB should be enough for anyone.
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: RMODE64

2020-12-20 Thread Mike Schwab
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.ceev100/am64ap.htm
xplink 64.  Also available for 24/31 bit programs.

On Sun, Dec 20, 2020 at 11:03 PM Joseph Reichman  wrote:
>
> Hi
>
> Just wondering as there doesn’t seem too much documentation on this but I am 
> wondering if there are any restrictions running RMODE64
>
>
> The assembler services guide has a AMODE in the environment but nothing about 
> the RMODE
>
> Thanks
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Test post

2020-12-19 Thread Mike Schwab
Everybody is going on Christmas break.

On Sat, Dec 19, 2020 at 6:05 PM Farley, Peter x23353
<031df298a9da-dmarc-requ...@listserv.ua.edu> wrote:
>
> There were only 10 messages from this list on Friday at my machine.  A quiet 
> day actually.
>
> Peter
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Jesse 1 Robinson
> Sent: Saturday, December 19, 2020 12:33 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Test post
>
> EXTERNAL EMAIL
>
> I have not received any post since Thursday.
>
> .
> .
> 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
>
> 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



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: COBOL LIB

2020-12-17 Thread Mike Schwab
IBM has an easytrieve replacement that does that.

On Thu, Dec 17, 2020 at 4:27 PM CarlosM Martinez  wrote:
>
> Well I am a newbie in Z/OS my expertise is in VSE. But... everything here is 
> hold on to your hat... EASYTRIEVE. I have not look at a complete Easytrieve 
> compile but doesn't it produce cobol code?
> We get our CICS online System compiled and shipped from a vendor and just 
> load it to a loadlib. I looked on 3.4 of TSO for IGY and found NONE.
>
> Thank you all.
>
> Carlos Martinez
> SUNY Downstate.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Steve Beaver
> Sent: Thursday, December 17, 2020 5:07 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: COBOL LIB
>
> Do you even have any compiler procs?
>
> Sent from my iPhone
>
> > On Dec 17, 2020, at 16:02, Jousma, David 
> > <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
> >
> > COBOL compiler doesn't come with z/os.  It is separately purchased and 
> > licensed,  so since you are asking, you may not have it.
> > 
> > From: IBM Mainframe Discussion List  on behalf of 
> > CarlosM Martinez 
> > Sent: Thursday, December 17, 2020 4:12:28 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU 
> > Subject: COBOL LIB
> >
> > **CAUTION EXTERNAL EMAIL**
> >
> > **DO NOT open attachments or click on links from unknown senders or 
> > unexpected emails**
> >
> > Hello all,
> > Does anyone know what library the COBOL compiler is in Z/OS 1.0 ?
> > SYS1.???
> >
> > Thank you
> > Carlos Martinez
> > SUNY Downstate Med. Center
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > **CAUTION EXTERNAL EMAIL**
> >
> > **DO NOT open attachments or click on links from unknown senders or 
> > unexpected emails**
> >
> >
> > ${If.App.WXP}Classification: Internal Use${If.End}
> > 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
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: CA Broadcom Replacement Software

2020-12-10 Thread Mike Schwab
I saw a z/OS production system using BSPPILOT.  Developed for Turnkey
3 based on a CBT Tape.  I haven't seen any other distribution media.

On Wed, Dec 9, 2020 at 1:07 PM Elaine Beal  wrote:
>
> Any recommendations for CA1, CA Workload Automation (JSS/ESP), TPX session 
> manager replacements?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Determining required z/series hardware level - REVISED

2020-12-08 Thread Mike Schwab
Is the facility to check for the facility bits often present in load
modules?  I. E. a certain opcode or SVC call?  Then hou could look at
the bits being checked.

On Tue, Dec 8, 2020 at 6:11 PM Seymour J Metz  wrote:
>
> Some new feature added new bit to, e.g., control registers, parameters, 
> tables.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> Peter Van Dyke [pdvand...@gmail.com]
> Sent: Tuesday, December 8, 2020 6:40 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Determining required z/series hardware level - REVISED
>
> If there isn't a ready made solution available, the High Level Assembler
> Toolkit has a disassembler utility which could provide the input to a new
> tool that scans the assembler instructions and matches them to the hardware
> level. The IBM File Manager 'View Load Module' or VLM function can also
> disassemble CSECTs. VLM is also able to provide information such as the
> compiler used to create a CSECT and the compiler options used such as the
> ARCH setting.
>
> Regards,
> Peter Van Dyke
> HCL Software
>
> On Wed, 9 Dec 2020 at 07:27, Charles Mills  wrote:
>
> > "Version of the compiler" is not sufficient to answer "what hardware level
> > is required?" For example, COBOL 6.3 lets you specify ARCH() 8, 9, 10, 11,
> > 12 or 13. So the object code might run on a z10, or it might require a z15,
> > or anything in-between.
> >
> > Charles
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of Farley, Peter x23353
> > Sent: Tuesday, December 8, 2020 3:17 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Determining required z/series hardware level - REVISED
> >
> > It's not foolproof, but for both HLL's and assembler the COBANALZ program
> > in
> > CBT file 321 will give you (in the SUMMARY DD output) a pretty good guess
> > at
> > the compiler or assembler version that generated the code.  From that you
> > could extrapolate the minimum hardware level required based on the
> > announcement letter for that release of each language's compiler.  Crude,
> > but possible, though COBANLZ does not handle "unbound object code", only
> > executables (load module or P.O.).
> >
> > For HLL compilers that allow you to generate the pseudo-assembler
> > equivalent
> > of the compiled code, you can analyze the compiler listing for instruction
> > uses, but if you only have executable code, obviously that is no help.
> >
> > For executable-only (no source or listing available) assembler, you would
> > need to decode the executable into instructions and data (not trivial by
> > any
> > means) to build a list of instructions used.  An instruction trace program
> > like TRACE390 in CBT file 391 could help there, assuming you have the files
> > and JCL needed to run the program once through the trace program.  The
> > trace
> > output would provide you with a list of instructions executed to analyze
> > for
> > hardware level.  The caveat there is that AFAIK CBT file 391 has not been
> > updated in quite a while and lacks many of the newer z-architecture
> > instructions, not least the whole suite of vector instructions.
> >
> > Running any kind of instruction trace has the caveat that not all
> > instruction paths are guaranteed to be executed, and there could easily be
> > instructions requiring a higher architecture level hiding in un-executed
> > code.
> >
> > In general, if all you have is executable code, I would call this one of
> > those "hard problems".
> >
> > Peter
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  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
> >
> > 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..
> >
> > 

Re: C macro for maximum path length?

2020-12-03 Thread Mike Schwab
Linux allows 4K UTF-8 characters, so 16K bytes is possible.

https://listserv.ua.edu/cgi-bin/wa?A2=ind1905=IBM-MAIN=R19142=0C1F3202D837335EDF-
May 2019, Request For Enhancement to z/OS.
16 bit length so 64K possible, current limit for dynamic allocation at
255, defined limit of 1023.

https://www.ibm.com/support/knowledgecenter/SSEQVQ_8.1.10/client/c_cmd_filespecsyntax.html

The length of a file specification is limited.

On AIX, Solaris, and Mac: The maximum number of characters for a file
name is 255. The maximum combined length of the file name and path
name is 1024 characters. The Unicode representation of a character can
occupy several bytes, so the maximum number of characters that a file
name might contain can vary. [ UTF-8 goes to 4 bytes, so 4096 possible
- Mike Schwab]

On Linux: The maximum length for a file name is 255 bytes. The maximum
combined length of both the file name and path name is 4096 bytes.
This length matches the PATH_MAX that is supported by the operating
system. The Unicode representation of a character can occupy several
bytes, so the maximum number of characters that comprises a path and
file name can vary. The actual limitation is the number of bytes in
the path and file components, which might correspond to an equal
number of characters. [ UTF-8 goes to 4 bytes, so 16K possible - Mike
Schwab]

On Linux: For archive or retrieve operations, the maximum length that
you can specify for a path and file name (combined) remains at 1024
bytes. [ UTF-8 goes to 4 bytes, so 4096 possible - Mike Schwab]

The maximum number of bytes for a file name and file path when
combined is 6255. However, the file name itself cannot exceed 255
bytes. Furthermore, directory names (including the directory
delimiter) within a path are limited to 255 bytes. The Unicode
representation of a character can occupy several bytes, so the maximum
number of characters that a file name might contain can vary.  [ UTF-8
goes to 4 bytes, so 1563-6255 possible - Mike Schwab]

When using the open file support feature with VSS, the backup-archive
client adds the snapshot volume name to the path of the objects being
processed. The resulting path (snapshot volume name plus object path)
must adhere to the limits shown. The snapshot volume name can be up to
1024 bytes.


On Thu, Dec 3, 2020 at 6:16 PM Charles Mills  wrote:
>
> Is that a z/OS limit or an FTP limit? Reading the doc leads me to think it is 
> an FTP limit, not a z/OS limit.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Mike Schwab
> Sent: Thursday, December 3, 2020 3:26 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: C macro for maximum path length?
>
> Sorry, here is the error message.
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.cs3cod0/ftp550113.htm
> z/OS Unix System Services specifies the maximum file name of 255 and
> path of 1023.
>
> https://www.ibm.com/support/pages/apar/PI70999
> Rhapsody on Windows before 10 had a limit of 260 characters in a path.
>
> On Thu, Dec 3, 2020 at 4:56 PM Charles Mills  wrote:
> >
> > I see
> >
> > #define FILENAME_MAX  1024
> >
> > in stdio.h V2R4
> >
> > Where does that fit into this conundrum?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: C macro for maximum path length?

2020-12-03 Thread Mike Schwab
Sorry, here is the error message.
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.cs3cod0/ftp550113.htm
z/OS Unix System Services specifies the maximum file name of 255 and
path of 1023.

https://www.ibm.com/support/pages/apar/PI70999
Rhapsody on Windows before 10 had a limit of 260 characters in a path.

On Thu, Dec 3, 2020 at 4:56 PM Charles Mills  wrote:
>
> I see
>
> #define FILENAME_MAX  1024
>
> in stdio.h V2R4
>
> Where does that fit into this conundrum?
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Charles Mills
> Sent: Thursday, December 3, 2020 9:41 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: C macro for maximum path length?
>
> Thanks @Gord, yes, I saw pathconf().
>
> I am starting to "get" the problem.
>
> > I suspect there's a buffer overrun hazard associated with a statically 
> > compiled
> > PATH_MAX.
>
> Never mind the exact lack of a macro and never mind z/OS. Let's say one were 
> to build a hypothetical program with a buffer of hard-coded length 'n', the 
> maximum path length for the environment. What is to stop a future release of 
> the environment from allowing path names with a length greater than 'n'? Now 
> all of a sudden the program is in danger of buffer overrun.
>
> The real question is not "how long can a path be [today]?" but rather "how 
> long might a path be at any future point when this compilation is running?" 
> and that is kind of an unanswerable question, barring some sort of vendor SOD 
> like "it is our intention never to increase maximum path length beyond 4095." 
> It is a problem somewhat analogous to the problem of old programs and an EXEC 
> PARM longer than 100 bytes.
>
> Yes, it is a question that pathconf() answers, although it seems to me that 
> doing it filename by filename is overly complicated: why not just a single, 
> static for a given environment, "maximum path length of any possible file on 
> this system"? (Answer: because they didn't ask me. @Gil's link below provides 
> a better answer.)
>
> I am simply going to recode my routine to finesse the problem. It currently 
> has a "work buffer" of length PATH_MAX. It is kind of a lazy programmer's 
> approach. I am going to re-code it to malloc (actually, to "new" -- it's C++) 
> a buffer of the necessary length for every path that it processes. I need a 
> dedicated area for each name eventually anyway (and yes, that I delete 
> eventually). That's why I say the "work buffer" was kind of a lazy programmer 
> approach.
>
> Thanks all for your patience and explanations.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Paul Gilmartin
> Sent: Thursday, December 3, 2020 9:08 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: C macro for maximum path length?
>
> On Thu, 3 Dec 2020 11:49:05 -0500, Gord Tomlin wrote:
>
> >On 2020-12-03 10:12 AM, Charles Mills wrote:
> >> I believe you, but why then is the macro undefined? Why is the definition 
> >> now commented out?
> >>
> I suspect there's a buffer overrun hazard associated with a statically 
> compiled
> PATH_MAX.  Interesting, apparently well-researched link:
> https://eklitzke.org/path-max-is-tricky
>
> >> >From  (actually CEE.SCEEH.H(LIMITS)) on z/OS V2R4:
> >> /*
> >>   *  POSIX.1 1990 Section 2.8.5 Statement 1065 -
> >>   *  these macros "shall be omitted on specific
> >>   *  implementations where the corresonding value is
> >>   *  >= the stated minimum, but where the value
> >>   *  can vary depending on the file to which it is
> >>   *  applied."
> >>   *...
> >>* #define LINK_MAX
> >>* #define MAX_CANON
> >>* #define MAX_INPUT
> >>* #define NAME_MAX
> >>* #define PATH_MAX
> >>* #define PIPE_BUF
> >>*/
> >
> >"an application may use the/fpathconf/()  
> >,/pathconf/()
> >  , 
> >and/sysconf/()  
> >  
> >functions to
> >determine the actual value of a limit at runtime."
> >
> >()
> >
> OpenGroup/Single UNIX requires an "allocating" form of realpath();
> z/OS XL C/C++ fails to provide one.
>
> More:
> What is the OP doing with this?
>
> Even more:
>https://eklitzke.org/path-max-is-tricky
>
> Rexx ADDRESS SYSCALL realpath
> returns strings which appear correct but seem to exceed the
> PATH_MAX computed by pathconf().  When I expressed astonishment
> about that on MVS-OE, WJS replied:
>http://vm.marist.edu/htbin/wlvtype?MVS-OE.61764
>I suspect C passes a buffer of PATH_MAX+1.  The REXX support tends to use a
>local 4K scratch buffer for system call output areas when it can, and does
>in this case.
> 

Re: C macro for maximum path length?

2020-12-03 Thread Mike Schwab
That is the maximum length of a directory or file name.  Add 1 and
multiply by maximum directory depth (if any).

On Thu, Dec 3, 2020 at 4:56 PM Charles Mills  wrote:
>
> I see
>
> #define FILENAME_MAX  1024
>
> in stdio.h V2R4
>
> Where does that fit into this conundrum?
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Charles Mills
> Sent: Thursday, December 3, 2020 9:41 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: C macro for maximum path length?
>
> Thanks @Gord, yes, I saw pathconf().
>
> I am starting to "get" the problem.
>
> > I suspect there's a buffer overrun hazard associated with a statically 
> > compiled
> > PATH_MAX.
>
> Never mind the exact lack of a macro and never mind z/OS. Let's say one were 
> to build a hypothetical program with a buffer of hard-coded length 'n', the 
> maximum path length for the environment. What is to stop a future release of 
> the environment from allowing path names with a length greater than 'n'? Now 
> all of a sudden the program is in danger of buffer overrun.
>
> The real question is not "how long can a path be [today]?" but rather "how 
> long might a path be at any future point when this compilation is running?" 
> and that is kind of an unanswerable question, barring some sort of vendor SOD 
> like "it is our intention never to increase maximum path length beyond 4095." 
> It is a problem somewhat analogous to the problem of old programs and an EXEC 
> PARM longer than 100 bytes.
>
> Yes, it is a question that pathconf() answers, although it seems to me that 
> doing it filename by filename is overly complicated: why not just a single, 
> static for a given environment, "maximum path length of any possible file on 
> this system"? (Answer: because they didn't ask me. @Gil's link below provides 
> a better answer.)
>
> I am simply going to recode my routine to finesse the problem. It currently 
> has a "work buffer" of length PATH_MAX. It is kind of a lazy programmer's 
> approach. I am going to re-code it to malloc (actually, to "new" -- it's C++) 
> a buffer of the necessary length for every path that it processes. I need a 
> dedicated area for each name eventually anyway (and yes, that I delete 
> eventually). That's why I say the "work buffer" was kind of a lazy programmer 
> approach.
>
> Thanks all for your patience and explanations.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Paul Gilmartin
> Sent: Thursday, December 3, 2020 9:08 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: C macro for maximum path length?
>
> On Thu, 3 Dec 2020 11:49:05 -0500, Gord Tomlin wrote:
>
> >On 2020-12-03 10:12 AM, Charles Mills wrote:
> >> I believe you, but why then is the macro undefined? Why is the definition 
> >> now commented out?
> >>
> I suspect there's a buffer overrun hazard associated with a statically 
> compiled
> PATH_MAX.  Interesting, apparently well-researched link:
> https://eklitzke.org/path-max-is-tricky
>
> >> >From  (actually CEE.SCEEH.H(LIMITS)) on z/OS V2R4:
> >> /*
> >>   *  POSIX.1 1990 Section 2.8.5 Statement 1065 -
> >>   *  these macros "shall be omitted on specific
> >>   *  implementations where the corresonding value is
> >>   *  >= the stated minimum, but where the value
> >>   *  can vary depending on the file to which it is
> >>   *  applied."
> >>   *...
> >>* #define LINK_MAX
> >>* #define MAX_CANON
> >>* #define MAX_INPUT
> >>* #define NAME_MAX
> >>* #define PATH_MAX
> >>* #define PIPE_BUF
> >>*/
> >
> >"an application may use the/fpathconf/()  
> >,/pathconf/()
> >  , 
> >and/sysconf/()  
> >  
> >functions to
> >determine the actual value of a limit at runtime."
> >
> >()
> >
> OpenGroup/Single UNIX requires an "allocating" form of realpath();
> z/OS XL C/C++ fails to provide one.
>
> More:
> What is the OP doing with this?
>
> Even more:
>https://eklitzke.org/path-max-is-tricky
>
> Rexx ADDRESS SYSCALL realpath
> returns strings which appear correct but seem to exceed the
> PATH_MAX computed by pathconf().  When I expressed astonishment
> about that on MVS-OE, WJS replied:
>http://vm.marist.edu/htbin/wlvtype?MVS-OE.61764
>I suspect C passes a buffer of PATH_MAX+1.  The REXX support tends to use a
>local 4K scratch buffer for system call output areas when it can, and does
>in this case.
> I.e. just define it as 4K and hope for the best.
>
> I'll try this on Linux:
>( set -x; while true; do mkdir wombat; cd wombat; pwd; done )
>
> --
> For 

Re: DFDSS copydump

2020-12-03 Thread Mike Schwab
Check a backup tape on each server?  I.E. TMS catalog or RMM equivalent.

On Thu, Dec 3, 2020 at 10:15 AM Ken Bloom  wrote:
>
> Mike
>
> Is there anyway to query the drive and retrieve the tape media type and block 
> size?
>
> Regards
> Ken
>
>
> Kenneth A. Bloom
> Avenir Technologies Inc
> /d/b/a Visara International
> 203-984-2235
> bl...@visara.com
> www.visara.com
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of (K.K.Paradox)T.Kobayashi
> Sent: Thursday, December 3, 2020 4:41 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFDSS copydump
>
> Hello Mike,
>
> Thank you for your reply, I will check the maximum block sizes of device.
>
> Best regards,
> Toyokazu Kobayashi
>
> - Original Message -
> From: "Mike Schwab" 
> Newsgroups: bit.listserv.ibm-main
> To: 
> Sent: Wednesday, December 02, 2020 6:20 PM
> Subject: Re: DFDSS copydump
>
>
> > What are the maximum block sizes of the two different device types?
> > https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.adru000/r2259.htm
> > If the source tape has actual blocks bigger than the maximum blocksize
> > of the destination tape, it cannot be copied.
> >
> > On Wed, Dec 2, 2020 at 2:52 AM (K.K.Paradox)T.Kobayashi
> >  wrote:
> >>
> >> Hello,
> >>
> >> We are migrating data from 3592 to VTL.
> >> The 3592 and VTL are both defined on the Mainframe as 3590 device.
> >> The 3592 tape media has IDCAMS REPRO and DFDSS DUMP datasets.
> >>
> >> The REPRO dataset could be copied and moved to VTL.
> >> But, DFDSS DUMP datasets copy failed with copydump.
> >>
> >> *IEF233A M 0A01,FISVO1,,RD0601GJ,STEP001,USBACKUP
> >> *IEF233A M 0A13,REN801,,RD0601GJ,STEP001,USBACKUP
> >>  IEC141I 013-68,IFG0196L,RD0601GJ,STEP001,OUT1,0A13,REN801,  691
> >>  IEC149I 813-04,IFG0195H,RD0601GJ,STEP001,OUT1,0A13,REN801,  692
> >>
> >> - COPYDUMP -
> >> 00080001
> >>INDD(IN1) /* DUMP TAPE TO BE COPIED */ -
> >> 00090001
> >>OUTDD(OUT1) /* NEW DUMP TAPE */
> >> 00091001
> >>  ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND
> >> 'COPYDUMP
> >> '
> >>  ADR109I (R/I)-RI01 (01), 2020.293 09:46:53 INITIAL SCAN OF USER CONTROL
> >> STATEMENTS COMPLETED
> >>  ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK
> >> 0ADR006I (001)-STEND(01), 2020.293 09:46:53 EXECUTION BEGINS
> >> 0ADR049E (001)-STEND(01), 2020.293 10:01:04 DFSMSDSS FUNCTION TASK ABEND
> >> RECOVERY ROUTINE WAS ENTERED. SYSTEM ABEND CODE=0013 REASON
> >>   CODE=0068
> >> 0ADR006I (001)-STEND(02), 2020.293 10:01:04 EXECUTION ENDS
> >> 0ADR013I (001)-CLTSK(01), 2020.293 10:01:04 TASK COMPLETED WITH RETURN
> >> CODE
> >> 0008
> >> 0ADR012I (SCH)-DSSU (01), 2020.293 10:01:04 DFSMSDSS PROCESSING COMPLETE.
> >> HIGHEST RETURN CODE IS 0008 FROM:
> >>   TASK001
> >>
> >> The 3592 is Medea Type 7 and the VTL is Media Type 3.
> >> It seems that this error is occurring so as not to allow copying to
> >> smaller
> >> capacity media.
> >> However, VTL is a virtual tape with unlimited media size capacity.
> >> Restore from 3592 and re-dump to VTL is a lot of work, so we want to
> >> avoid
> >> this.
> >>
> >> Is there a way around this error?
> >>
> >> Best regards,
> >> Toyokazu Kobayashi
> >>
> >> --
> >> 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
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: DFDSS copydump

2020-12-02 Thread Mike Schwab
What are the maximum block sizes of the two different device types?
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.adru000/r2259.htm
If the source tape has actual blocks bigger than the maximum blocksize
of the destination tape, it cannot be copied.

On Wed, Dec 2, 2020 at 2:52 AM (K.K.Paradox)T.Kobayashi
 wrote:
>
> Hello,
>
> We are migrating data from 3592 to VTL.
> The 3592 and VTL are both defined on the Mainframe as 3590 device.
> The 3592 tape media has IDCAMS REPRO and DFDSS DUMP datasets.
>
> The REPRO dataset could be copied and moved to VTL.
> But, DFDSS DUMP datasets copy failed with copydump.
>
> *IEF233A M 0A01,FISVO1,,RD0601GJ,STEP001,USBACKUP
> *IEF233A M 0A13,REN801,,RD0601GJ,STEP001,USBACKUP
>  IEC141I 013-68,IFG0196L,RD0601GJ,STEP001,OUT1,0A13,REN801,  691
>  IEC149I 813-04,IFG0195H,RD0601GJ,STEP001,OUT1,0A13,REN801,  692
>
> - COPYDUMP -
> 00080001
>INDD(IN1) /* DUMP TAPE TO BE COPIED */ -
> 00090001
>OUTDD(OUT1) /* NEW DUMP TAPE */
> 00091001
>  ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'COPYDUMP
> '
>  ADR109I (R/I)-RI01 (01), 2020.293 09:46:53 INITIAL SCAN OF USER CONTROL
> STATEMENTS COMPLETED
>  ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK
> 0ADR006I (001)-STEND(01), 2020.293 09:46:53 EXECUTION BEGINS
> 0ADR049E (001)-STEND(01), 2020.293 10:01:04 DFSMSDSS FUNCTION TASK ABEND
> RECOVERY ROUTINE WAS ENTERED. SYSTEM ABEND CODE=0013 REASON
>   CODE=0068
> 0ADR006I (001)-STEND(02), 2020.293 10:01:04 EXECUTION ENDS
> 0ADR013I (001)-CLTSK(01), 2020.293 10:01:04 TASK COMPLETED WITH RETURN CODE
> 0008
> 0ADR012I (SCH)-DSSU (01), 2020.293 10:01:04 DFSMSDSS PROCESSING COMPLETE.
> HIGHEST RETURN CODE IS 0008 FROM:
>   TASK001
>
> The 3592 is Medea Type 7 and the VTL is Media Type 3.
> It seems that this error is occurring so as not to allow copying to smaller
> capacity media.
> However, VTL is a virtual tape with unlimited media size capacity.
> Restore from 3592 and re-dump to VTL is a lot of work, so we want to avoid
> this.
>
> Is there a way around this error?
>
> Best regards,
> Toyokazu Kobayashi
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: EDGRRPTR missing after zOS 1.13

2020-11-29 Thread Mike Schwab
https://www.ibm.com/cloud/blog/retirement-of-ibm-graph?mhsrc=ibmsearch_a=edgrrptr

IBM Graph Retired, Janus Graph is replacement product.

On Sun, Nov 29, 2020 at 12:03 AM Jake Anderson  wrote:
>
> Hello
>
> Is there an equivalent of EDGRRPTR after zOS 1.13 ? As I don't find this
> dataset in SYS1.SEDGEXE1.
>
> Any suggestions would be appreciated
>
>
> Jake
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Any separate ListServer for HCD & HMC

2020-11-20 Thread Mike Schwab
We helped Conner to get his used z890 going.

On Fri, Nov 20, 2020 at 1:37 PM R.S.  wrote:
>
> W dniu 20.11.2020 o 19:00, Steve Lee pisze:
> > Hi,
> >
> > Is there a separate ListSever for the IO Configuration(and HMC tool 
> > included) as an example of RACF-L server?
> > Or IBM-MAIN has been covered these items?
>
> This is proper list.
> What problems do you have?
> We will try to help.
>
> (proud author of HCD and HMC courses)
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
> ==
>
> Jeśli nie jesteś adresatem tej wiadomości:
>
> - powiadom nas o tym w mailu zwrotnym (dziękujemy!),
> - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub 
> zapisałeś na dysku).
> Wiadomość ta może zawierać chronione prawem informacje, które może 
> wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia 
> (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza 
> prawo i może podlegać karze.
>
> mBank S.A. z siedzibą w Warszawie, ul. Prosta 18, 00-850 
> Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
> Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
> NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
> 01.01.2020 r. wynosi 169.401.468 złotych.
>
> If you are not the addressee of this message:
>
> - let us know by replying to this e-mail (thank you!),
> - delete this message permanently (including all the copies which you have 
> printed out or saved).
> This message may contain legally protected information, which may be used 
> exclusively by the addressee.Please be reminded that anyone who disseminates 
> (copies, distributes) this message or takes any similar action, violates the 
> law and may be penalised.
>
> mBank S.A. with its registered office in Warsaw, ul. Prosta 18, 00-850 
> Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the 
> Capital City of Warsaw, 12th Commercial Division of the National Court 
> Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital 
> amounting to PLN 169.401.468 as at 1 January 2020.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: IEA213A DUPLICATE VOLUME

2020-11-19 Thread Mike Schwab
You assign the volume label with ICKDSF.  If you init two+ different
devices with the same volser and the default for both+ is to be online
you will get this message.  Since these addresses are quite a bit
apart, is one production and one a DR test?  If so the Production
system should set the address offline or not existing, and the DR
system should set the production system addresses as offline or not
existing.

On Thu, Nov 19, 2020 at 8:18 PM Steve Lee
<0353a875f81e-dmarc-requ...@listserv.ua.edu> wrote:
>
> Dear,
>
> These messages come out at the time of IPL in past few IPL cycle;
>
> IEA213A DUPLICATE VOLUME 'RP@C03' FOUND ON DEVICES 3404 AND 4802.
> IEA213A REPLY DEVICE NUMBER WHICH IS TO REMAIN OFFLINE
> IEA213A DUPLICATE VOLUME 'RP@C04' FOUND ON DEVICES 3405 AND 4803.
> IEA213A REPLY DEVICE NUMBER WHICH IS TO REMAIN OFFLINE
> IEA213A DUPLICATE VOLUME 'RP@C05' FOUND ON DEVICES 3406 AND 4804.
> IEA213A REPLY DEVICE NUMBER WHICH IS TO REMAIN OFFLINE
> ~
> ~
>
> 
>
> My Research:
>
> When systems starts initialization after loading it makes some set of volumes 
> needs to be offline due to saem volume label.
> (In IODF part, all volumes listed above are "Offline=No")
> Some of the volumes on these system has duplicate volume labels defined to 
> them, While making these volume offline system gets confused and generates 
> these WTORs to ask the operator which one to make offline when it finds two 
> volumes has same volume label.
>
> There has not been changes to IODF. Storage team can give more clarification 
> about these volumes gets assigned with duplicate volume labels.
> But they are also confused why it happens.
>
>
> Any input will greatly be appreciated.
>
> Thanks,
> Steve
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Has anyone integrated Rexx with IKJPARS?

2020-11-19 Thread Mike Schwab
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ikja300/cmdhost.htm
Allows z/OS REXX to call various environments and execute their commands.

On Thu, Nov 19, 2020 at 2:03 PM Jesse 1 Robinson
 wrote:
>
> Oops. I meant ' TSO/CLIST capabilities'.
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Jesse 1 Robinson
> Sent: Thursday, November 19, 2020 11:54 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: Has anyone integrated Rexx with IKJPARS?
>
> *** EXTERNAL EMAIL - Use caution when opening links or attachments ***
>
> CLIST has pretty much the same parsing capabilities as TSO. I think that's 
> natural as both types of command processors were developed on the same 
> platform. REXX OTOH was imported to MVS from elsewhere--VM? I miss those 
> TSO/REXX capabilities.
>
> I once encountered a 'REXX preamble' that provided those parsing 
> capabilities. Really complex code. I haven't seen it for years. Not sure I 
> would line up today to adapt it for modern use. VM denizens don't even 
> understand this conversation.
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office ⇐=== NEW
> robin...@sce.com
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Charles Mills
> Sent: Thursday, November 19, 2020 11:30 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Has anyone integrated Rexx with IKJPARS?
>
> *** EXTERNAL EMAIL - Use caution when opening links or attachments ***
>
> It would appear to be a lot of work, but it would seem that "TSO format 
> command parsing" and Rexx would be a natural marriage.
>
> I have never used IKJPARS, so I don't claim to be an expert, and others might 
> disagree.
>
> The issue I am struggling with is that for all of Rexx's parsing power, which 
> is of course legendary, it does not seem well-suited to classic "MVS"
> (for want of a better term) quoted strings. I am considering an EXEC that 
> would accept parameters of
>
> 'a quoted string', 'another quoted string', simpletoken1, simpletoken2, ...
>
> I don't see a good way to parse -- without resorting to a 
> character-by-character loop -- input such as
>
> 'now isn''t the time', 'nor, is this', MYTOKEN, YOURTOKEN
>
> Am I missing something?
>
> It would be great if one could define the expected parameters and their 
> format to Rexx in some systematic way, parse the user's input, and get back 
> either parameter values in stem variables, or an error message to present to 
> the user.
>
> Any suggestions?
>
> Charles
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Improve OMVS cp performance?

2020-11-15 Thread Mike Schwab
They only had 7 track tapes at the time.

9 track tapes introduced with S/360 in 1964.
https://en.wikipedia.org/wiki/9_track_tape

On Sun, Nov 15, 2020 at 3:36 PM Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
> On Sun, 15 Nov 2020 15:13:24 -0600, Mike Schwab wrote:
>
> >Sorry.  First computer to use 8 bits per character.
> >
> Wikipedia, not necessarily an authority, says:
> https://en.wikipedia.org/wiki/IBM_7030_Stretch#Data_formats
> Alphanumeric characters are variable length and can use any character 
> code of 8 bits or less.
>
> ... so, if true, 8 bits was at least possible.  Was it widely in "use"?
>
> >On Sun, Nov 15, 2020 at 11:09 AM Seymour J Metz wrote:
> >>
> >> > You have to remember that S/360 was the first 8 bit computer.
> >>
> >> What is the 7030, chopped liver?
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Improve OMVS cp performance?

2020-11-15 Thread Mike Schwab
Sorry.  First computer to use 8 bits per character.

On Sun, Nov 15, 2020 at 11:09 AM Seymour J Metz  wrote:
>
> > You have to remember that S/360 was the first 8 bit computer.
>
> What is the 7030, chopped liver?
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Mike Schwab 
> Sent: Saturday, November 14, 2020 9:25 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Improve OMVS cp performance?
>
> You have to remember that S/360 was the first 8 bit computer.  Prior
> computers used 4 bits for a digit and 6 bits for a character.  They
> designed EBCDIC to be easily converted for use with existing 7 track
> tape drives, printers, card and tape readers and punches.  There was a
> proposed ASCII code that was put on documentation but dropped for the
> 370 virtual memory bit in the PSW.
>
> On Sat, Nov 14, 2020 at 6:39 PM Seymour J Metz  wrote:
> >
> > I doubt that IBM custumers would have been happy with an 8-bit code page 
> > with only 128 valid code points. International considerations would still 
> > have forced IBM to device incompatible code pages for different countries.
> >
> > Obviously 8859 is another Tower of Babel; why do you think I described it 
> > as "a dollar short"?
> >
> > No,, IBM could not have implemented full Unicode, or even the full MLP, 
> > back in the 1960s. But it could certainly have implemented a basic subset 
> > for all customers and selected additional pages for international 
> > customers. Had Unicode and UTF-8 been around at the time, I'm certain that 
> > IBM would have gone that route.
> >
> >
> > --
> > Shmuel (Seymour J.) Metz
> > http://mason.gmu.edu/~smetz3
> >
> >
> > 
> > From: IBM Mainframe Discussion List  on behalf of 
> > Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
> > Sent: Saturday, November 14, 2020 6:22 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Improve OMVS cp performance?
> >
> > On Sat, 14 Nov 2020 23:00:00 +, Seymour J Metz wrote:
> >
> > >Because there was no standard 8-bit code at the time. IBM did push for an 
> > >8-bit ASCII,
> > >
> > That's not an obstacle.  DEC PDP-8 stored ASCII characters one per
> > 12-bit word.  IBM could have simply declared the top bit "reserved"
> > as they are so often wont to do.
> >
> > >but it never happened except for a mapping between octets and punch 
> > >combinations on cards. Had Unicode been around at the time they would 
> > >probably have jumped at it.
> > >
> > >ISO 8859 was a day late and a dollar short.
> > >
> > ISO-8859-* is afflicted with the same babel as EBCDIC code pages
> > because of the "*" you elided.
> >
> > UTF-8 is the norm nowadays because of a peculiar upward compatibility
> > with ASCII.  But the mebibytes and megahertz to support it came a day late.
> >
> > -- 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
>
>
>
> --
> 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


Re: Improve OMVS cp performance?

2020-11-14 Thread Mike Schwab
You have to remember that S/360 was the first 8 bit computer.  Prior
computers used 4 bits for a digit and 6 bits for a character.  They
designed EBCDIC to be easily converted for use with existing 7 track
tape drives, printers, card and tape readers and punches.  There was a
proposed ASCII code that was put on documentation but dropped for the
370 virtual memory bit in the PSW.

On Sat, Nov 14, 2020 at 6:39 PM Seymour J Metz  wrote:
>
> I doubt that IBM custumers would have been happy with an 8-bit code page with 
> only 128 valid code points. International considerations would still have 
> forced IBM to device incompatible code pages for different countries.
>
> Obviously 8859 is another Tower of Babel; why do you think I described it as 
> "a dollar short"?
>
> No,, IBM could not have implemented full Unicode, or even the full MLP, back 
> in the 1960s. But it could certainly have implemented a basic subset for all 
> customers and selected additional pages for international customers. Had 
> Unicode and UTF-8 been around at the time, I'm certain that IBM would have 
> gone that route.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
> Sent: Saturday, November 14, 2020 6:22 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Improve OMVS cp performance?
>
> On Sat, 14 Nov 2020 23:00:00 +, Seymour J Metz wrote:
>
> >Because there was no standard 8-bit code at the time. IBM did push for an 
> >8-bit ASCII,
> >
> That's not an obstacle.  DEC PDP-8 stored ASCII characters one per
> 12-bit word.  IBM could have simply declared the top bit "reserved"
> as they are so often wont to do.
>
> >but it never happened except for a mapping between octets and punch 
> >combinations on cards. Had Unicode been around at the time they would 
> >probably have jumped at it.
> >
> >ISO 8859 was a day late and a dollar short.
> >
> ISO-8859-* is afflicted with the same babel as EBCDIC code pages
> because of the "*" you elided.
>
> UTF-8 is the norm nowadays because of a peculiar upward compatibility
> with ASCII.  But the mebibytes and megahertz to support it came a day late.
>
> -- 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



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Have I misunderstood TOD clock & leap seconds?

2020-11-11 Thread Mike Schwab
On Wed, Nov 11, 2020 at 9:13 PM Rupert Reynolds  wrote:
>
>
> Perhaps the TOD clock is slowed or stalled for leap seconds, to keep
> TOD-derived date and time in synch with solar time?
>
>
> Roops.
>
Correct.


-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Can a non-admin restrict others from viewing one of their own MVS data sets?

2020-11-07 Thread Mike Schwab
There should be a group that lists IDs of who work together on same /
similar projects and allows access to production and test datasets.
May (or may not) want to list ID.** to view others tso files.

On Fri, Nov 6, 2020 at 6:25 PM Frank Swarbrick
 wrote:
>
> Thanks!  I was successfully able to use the Security System (RACF) panels to 
> add a dataset profile for a dataset with my HLQ, with UACC(NONE).  I had 
> another developer who would normally have access try to view it and he was 
> blocked.  Didn't really expect for this to work, but glad it did.
>
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Lizette Koehler 
> Sent: Friday, November 6, 2020 2:58 PM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: Can a non-admin restrict others from viewing one of their own 
> MVS data sets?
>
> If you own the dataset and RACF Admins permit it,
>
> You should be able to alter your Datasets in MVS using the RACF Commands or
> Panels.
>
> Will not work if you are not the owner of the file.
>
> For Example I own all datasets that begin with my TSO ID.  I do not own SYS1
> datasets.
>
> SO it just depends
>
> Lizette
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Frank Swarbrick
> Sent: Friday, November 6, 2020 2:43 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Can a non-admin restrict others from viewing one of their own MVS
> data sets?
>
> 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
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: JES2 Policies

2020-11-05 Thread Mike Schwab
Step 1 I would put the default CLASS= in every job.  Easier to change
the default than add a new line.

On Thu, Nov 5, 2020 at 6:09 AM R.S.  wrote:
>
> Now we know more. Maybe still not enough ;-)
> However we may assume:
> a) there is finite number of the jobs
> b) you know all the jobs - that means all PDS/PDSE's with the jobs. No
> secret libraries, no forgotten user libraries, etc.
> c) the jobs are not generated dynamically by some "black box" tool, so
> all the jobs are known.
> d) jobs have accnt field with some known/documented format and its
> content clearly tell you which class to use (let's simplify it to just
> jobclasses A, B, C - good, better, the best)
>
> In such scenario I would think about mass change.
> Simply, for any job with ACCNT containing GOOD place CLASS=A. For any
> job with ACCNT containing BTTR place CLASS=B, and for each job with BEST
> place CLASS=C.
>
> Note: it doesn't matter whether you have 100, 1000 or 1 jobs.
> OK, for 100 jobs it is still feasible to change it manually. ;-)
>
> Note2: Since the jobs are already in production, with NO classes, there
> is no big problem to change it gradually. Even "forgotten" libraries can
> be changed later, when detected.
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
>
> W dniu 05.11.2020 o 06:21, Gadi Ben-Avi pisze:
> > Hi Everone.
> > Thanks for responding.
> >
> > We 'purchased'  a system from another site.
> > The jobs that came with the system do not have a CLASS parameter specified.
> > They do have specific values in the accounting fields that are supposed to 
> > assign the job to specific classes.
> > I assume they had an exit that did all of this.
> >
> > Up until now, all of the jobs ran in the same class, with the same service 
> > class.
> > I've been asked to assign a lower service class to jobs that have a 
> > specific (not specified as yet) value in the accounting data.
> >
> > The simplest way would have been to tell the job owners to code a CLASS 
> > parameter on the JOB card, but they say that that is too much work.
> >
> > I looked at doing this using WLM definitions.
> > It works if the value in the accounting data is in the first 8 bytes.
> > Otherwise, it get complicated to write, debug, and read.
> >
> > I read about JES2 Policies, so I looked it up in the documentation.
> >
> > Gadi
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On Behalf Of 
> > Jesse 1 Robinson
> > Sent: Wednesday, November 4, 2020 10:05 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: JES2 Policies
> >
> > In a previous life at the late great Security Pacific, we an *elaborate* 
> > scheme based on account numbers. Even the job name was generated from 
> > account number. To control all this, we had a VSAM file containing all 
> > valid account numbers along with indications of who could submit jobs with 
> > each number. An array of JES2 and SMF exits were employed to make all this 
> > work. At the end of the year, account numbers were used for chargeback to 
> > respective departments for resource usage.
> >
> > There is no way in h*ll I would recommend this complex scheme for a modern 
> > shop. But yes, with enough time and $$, it can be done.
> >
> > .
> > .
> > J.O.Skip Robinson
> > Southern California Edison Company
> > Electric Dragon Team Paddler
> > SHARE MVS Program Co-Manager
> > 323-715-0595 Mobile
> > 626-543-6132 Office ⇐=== NEW
> > robin...@sce.com
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On Behalf Of 
> > Lizette Koehler
> > Sent: Wednesday, November 4, 2020 10:53 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: (External):Re: JES2 Policies
> >
> > *** EXTERNAL EMAIL - Use caution when opening links or attachments ***
> >
> > Initial Request:
> > The current goal is to change a job's class or service class depending on 
> > certain values in the accounting information.
> >
> > It also seems to me that a JCL tool, Like JCLPLUS could put rules into JCL 
> > Scanning and force users to adhere to a standard.  But that would mean you 
> > have a Source management system that is used to deploy Jobs to various 
> > systems.
> >
> > It could have rules that say, if Account Code is this, then the job should 
> > have Service Class STCLOW  and CLASS X
> >
> >
> > Lizette
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On Behalf Of 
> > Allan Staller
> > Sent: Wednesday, November 4, 2020 11:35 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: JES2 Policies
> >
> > Wouldn't RACF jobclass controls be more appropriate?
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On Behalf Of 
> > Joe Monk
> > Sent: Wednesday, November 4, 2020 10:31 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: JES2 Policies
> >
> > [CAUTION: This Email is from outside the Organization. Unless you trust the 
> > sender, Don’t click links or open attachments as it may be a Phishing 
> > email, which can steal your 

Re: IMS 10 - psb not defined

2020-11-02 Thread Mike Schwab
Do you need an IMS Gen where you specify the DD names and PSB names?
Or is there a dynamic addition feature now?  (Former IMS/DBDC
application programmer, not IMS admin),

On Mon, Nov 2, 2020 at 7:29 PM Mike Stramba  wrote:
>
> I'm trying to add a new database in IMS ver 10.
>
> I've got to the point where a /dis db mike01  shows it up.
>
> But a  /dis psb mike01pb is showing :
>
>  15.21.30 JOB00052  DFS000I MIKE01PB  NOT DEFINED IN IMS   IVP1
>  15.21.30 JOB00052  DFS000I *20307/152130*   IVP1
> *15.21.30 JOB00052 *05 DFS996I *IMS READY*  IVP1
>
> The dataset 'IMS1010.PSBLIB(MIKE01PB)'  is there.
>
> Any ideas ?
>
> 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


Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down

2020-10-22 Thread Mike Schwab
If all the PDSE directory blocks are full it grabs another block for
the directory, it can't run out of space unless the entire data set
cannot be expanded.

On Thu, Oct 22, 2020 at 5:30 PM Joel C. Ewing  wrote:
>
> I would assume a directory entry must be created before attempting to
> allocate space for the contents of a new PDSE member.  So, assuming the
> PDSE has no free blocks and cannot be extended, do you get a different
> type of ABEND if the out-of-space condition occurs at directory entry
> creation time because a new directory block just happens to be needed vs
> finding space in an existing directory block and then hitting the
> out-of-space condition trying to allocate a block for the member data?
> With no free blocks, obviously no new members can be added to the PDSE,
> but it looks like it might still  be possible that the failure could be
> reflected differently to the user or program depending on purpose for
> which a block were needed at the initial point of failure.
>
> In a pathological case where you were just adding a very large number
> of  Alias directory entries pointing to existing members, I would think
> you could use all remaining free blocks in the PDSE just for directory
> blocks without allocating any new blocks for member content, so if PDSE
> block allocation failure makes any distinction between failures
> occurring when a directory block is needed vs a member data block, that
> would be another case that might be reflected as a shortage of directory
> space.
> JC Ewing
>
> On 10/22/20 10:52 AM, Charles Mills wrote:
> > Putting it differently, there is no distinction between "member data space" 
> > and "directory entry space." Being out of one is being out of both. A PDSE 
> > of 10 tracks could equally well hold one member of ~500K or lots and lots 
> > of tiny or "null" members. A mischievous programmer adding an unbounded 
> > number of empty members would be no different in effect from a mischievous 
> > programmer adding one member of unbounded size.
> >
> > Charles
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> > Behalf Of R.S.
> > Sent: Thursday, October 22, 2020 7:29 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down
> >
> > W dniu 22.10.2020 o 15:12, Paul Gilmartin pisze:
> >> On Thu, 22 Oct 2020 13:50:44 +0200, R.S. wrote:
> >>
> >>> Remark: while shortage of space is possible in PDSE, then shortage of
> >>> directory blocks is not possible.
> >>>
> >> What happens if an inquisitive programmer mischievously adds an
> >> unbounded number of empty  members to a small PDSE?  Or adds
> >> numerous aliases to a nearly full PDSE?
> > My guess: x37 abend or next extent. This is NOT directory full, it is
> > lack of space.
> >
> > ...
>
>
> --
> Joel C. Ewing
>
> --
> 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


Sept 2020 ZOWE performance PTFs

2020-10-22 Thread Mike Schwab
https://twitter.com/A_Hermelink/status/1319196681527754753?s=20

@mwalle

I'm looking at a list of recent z/OSMF performance APARs associated w/
improved startup by reducing EXCP count. They are fairly recent (Sept
2020), so I'll paste them here for your consideration: PH28921,
PH28920,  PH28971,  PH28990, PH28451, PH28832, PH28872, PH29230,
PH29243.

-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Hercules Assistance - (Was getting XCFAS down)

2020-10-18 Thread Mike Schwab
Yahoo Groups has been reduced to email only, and is going away Dec 15, 2020.

On Sun, Oct 18, 2020 at 2:34 PM Lizette Koehler  wrote:
>
> If you have not done so, there are several groups you may be interested in
>
> Other Mainframe groups (Hercules-390,hercules-os380,H390-MVS, VM, VSE) went 
> to Groups.io which has a free basic service; but you would have to pay for 
> the premium service.
>
> Some are on Yahoo Groups, some Listserver, etc
>
> Hope this helps.
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> raheel nomani
> Sent: Sunday, October 18, 2020 11:13 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: getting XCFAS down
>
> Hello there,
>
> i am a CS graduate. in the year 1995. and i have never worked on any computer 
> other than IBM. Recently (a few weeks ago) I downloaded an emulator, called 
> as hercules. for s/390 and s/370 and z/architecture type of IBM mainframe 
> machines. till here with me. Now, the problem begins. what the documents i 
> downloaded along with the hercules emulator and the TN3270 client. I can not 
> make head and tail out of it. There are certain commands that I understand 
> and can replicate on the hercules. but others. like i think i need to 
> allocate storage to make any other headway. But, what to do, zilch. HLAS kind 
> of thing is not running but a certain kind of scripts specialty that  r 204 
> kind of command works. but, they are like core dumps.
> what to do with them. hahahaha. I am not on a deadline. so, you can relax.
> but, do help. I kind of think that I can understand any device. I can send 
> some info. But what kind of info are you looking for? i can not understand 
> that
>
> On Sun, Oct 18, 2020 at 9:05 PM Peter Relson  wrote:
>
> > Fortunately, as the responses showed, the subject request was NOT what
> > was appropriate to do.
> > If XCFAS is down, then that z/OS is down, a wait state.
> >
> > Renaming a data set that is in the LNKLST is inappropriate in all cases.
> > LNKLST UNALLOCATE...LNKLST ALLOCATE
> > is intended for a case where you need to deal with an uncataloged data
> > set with the same name as a data set in the LNKLST.
> >
> > If you instead use that approach to mess with LNKLST data sets, you
> > are in unsupported territory and anything that goes wrong is your fault.
> >
> > It is expected that LNKLST data sets are cataloged.
> >
> > 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
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: getting XCFAS down

2020-10-18 Thread Mike Schwab
Hercules is just the hardware emulator.  The 3270 emulates just the
terminal.  What you need is an operating system.

https://groups.io has some Hercules specific support groups including
which operating system you want to install.

http://mvs380.sourceforge.net/  has the latest 24 bit addressing
operating system  MVS 3.8, VM/370, DOS/VSE, with an option to run
programs that need more memory.

http://wotho.ethz.ch/tk4-/ is MVS 3.8 with a few more application updates.

https://www.cbttape.org/mvs38.htm  Turnkey 3 is available here, along
with VM and DOS links.

Here are some Hercules specific help groups.
https://groups.io/search?q=hercules

If you don't have an account, sign up then sign in then click on the link again.

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


Re: BCPII services

2020-10-09 Thread Mike Schwab
https://share.confex.com/share/115/webprogram/Session7543.html

https://docplayer.net/13271209-Bcpii-for-dummies-start-to-finish-installation-setup-and-usage.html

On Fri, Oct 9, 2020 at 1:57 PM Roger Lowe  wrote:
>
> On Fri, 9 Oct 2020 10:56:49 -0500, Bonnie Barthel  
> wrote:
>
> >I just noticed that we have not been running the HWIBCPII task. It looks 
> >like it was never configured. I went back a year ago so this is nothing new. 
> >It does appear that System Automation is able to use the services without 
> >the task:
> >
> >ING815I BCPII CONNECT FROM A09NO/AUTHW002 TO CPC F5/./IBM390PS.F5  RETURNED: 
> >SUCCESS
> >
> >but XCF is not:
> >
> >SYSTEM STATUS DETECTION PARTITIONING PROTOCOL ELIGIBILITY:  SYSTEM CANNOT 
> >TARGET OTHER SYSTEMS.
> >
> >I am preparing to configure it to start running and have done some simple 
> >testing on our sandbox but I wonder if there are any known risks in starting 
> >up the HWIBCPII task.  OK to run on GDPS K-lpars?
> >
> The HWIBCPII task would usually be started at IPL time but you can also issue 
> the "S HWISTART" command to start/restart it. There is a very good 
> presentation from Steve Warren "BCPii for Dummies: Start to Finish  - 
> Installation, Setup and Usage". Do a Google search for it.
> There are some setup tasks to be done on the HMC, RACF (or whatever ESM you 
> use) definitions.
>
> If you want to make use of things such as Capacity Provisioning Manager 
> (CPM), AutoIPL etc, then BCPii needs to be in place.
>
> Roger
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: dataset allocation

2020-10-08 Thread Mike Schwab
Chief Information Officer — Nancy Sieger*  Look up their number and
try to follow the chain down.

Here is the working environment.
https://federalnewsnetwork.com/tom-temin-commentary/2018/01/irs-clutches-its-modernization-holy-grail/

On Thu, Oct 8, 2020 at 7:42 PM Joseph Reichman  wrote:
>
> I have no idea who the sysorog is
>
> Honestly I’m told to do something I try my best to accomplish my superiors 
> just tell me to ask different people
>
> I have come to the point no one wants to help so I take the attitude I’ll do 
> what ever tell me what ever happens happens s
>
>
>
> > On Oct 8, 2020, at 8:36 PM, Jeremy Nicoll  
> > wrote:
> >
> > On Thu, 8 Oct 2020, at 22:17, Joseph Reichman wrote:
> >> There are number if restrictions in size of concatenation
> >
> > Yes, but suppose you can concatenate n datasets per dd?
> >
> > You read the list of datasetnames and then, n at a time,
> > generate the right JCL.
> >
> > The point is, whatever the restrictions are, it cannot be hard
> > to do it.
> >
> >
> >> in addition there is CPU time step limit
> >
> > I don't understand that.
> >
> > If you have a legitimate business need to process all this data your
> > systems programmers should provide you with a suitable job class.
> >
> > Indeed didn't someone else who IS an IRS sysprog reply a bit earlier
> > saying that such classes DO exist?
> >
> >
> >> I not working for a software co where I can go APF authorized and do
> >> what ever I want
> >
> > Things may have changed but I don't recall APF authorisation having
> > anything to do with time limits.
> >
> > Speak to your sysprogs.
> >
> >
> >
> > --
> > Jeremy Nicoll - my opinions are my own.
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: dataset allocation

2020-10-08 Thread Mike Schwab
Well, if they are all near the max, half track blocking would result
in 2 blocks of 2 records.  A 32K block size would result in a block of
3 records, with space for another block of 2 records, but I'm not sure
QSAM will do that.  And 2.4GB is about 90% of a 3390-3.  An average of
7000 or less would be great with 1/2 track blocking, but even the
minimum size of 2K for a very simple record you could even just go
without blocking without losing much space to inter record gaps.

How about a pattern of some sort on the DSNs.
HLQ7...ccc.Dyymmdd.Thhmmss, etc.

On Thu, Oct 8, 2020 at 11:08 AM Michael Stein  wrote:
>
> On Wed, Oct 07, 2020 at 07:41:58AM -0400, Joseph Reichman wrote:
> > The average number of records in the file could be 240,000 each record
> > could be close to 10,000 bytes there are 4,644 files
>
> So each file could be up to: 1 * 24 -> 2.4 GB
>
> And the maximum total data is: 2.4 GB * 4644 -> 11.14 TB
>
> Reading 11 TB in 4 hours (?) is:
>
>   11e12/(4*3600.) -> 763 MB/second
>
> Most likely all the records are less than the maximum (10K bytes) size
> and there is less data that this.
>
> That's a lot of records too: 24*4644 -> 1114 million records.
>
> How long does a billion (1000 million) QSAM GET locates take?
>
> I have no idea how long a QSAM GET takes.  But a billion of them
> add up and it's all CPU time.
>
> What's the blocksize of these datasets?  The CPU for each GET
> is just bumping a pointer and checking for the end of the current
> block.  There's more CPU involved in switching blocks.
>
> I'm still wondering:
>
>   Is this a one time job or recurring every year, month, week, day?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: usleep()

2020-10-02 Thread Mike Schwab
I think IBM did the minimum amount of work to qualify for the U.S.
Government requirement for POSIX at one point and has not kept it up
to date.

On Fri, Oct 2, 2020 at 10:24 AM Thomas David Rivers  wrote:
>
> Paul Gilmartin wrote:
>
> >
> >>
> >>
> >What is IBM's rationale for supporting the deprecated usleep but not
> >POSIX nanosleep on z/OS?
> >
> > https://pubs.opengroup.org/onlinepubs/9699919799/functions/nanosleep.html#tag_16_350
> >
> >And providing the idiosyncratic cond_timed_wait.
> >
> >-- gil
> >
> >
> >
> We added nanosleep() to the Dignus runtime library, and as IBM's
> documentation
> suggests, it uses the BPX cond_timed_wait function (there's a note there
> saying you
> can use BPX cond_timed_wait to implement nanosleep.)
>
> So - it would be pretty easy to add your own nanosleep if you want, just
> call
> cond_timed_wait as IBM says.
>
> nanosleep() is "newer" than the original POSIX-1, so I suppose until
> some customer
> submits an RFE for it it won't appear in the IBM C library.  It's also
> part of the REALTIME
> section of POSIX, which IBM doesn't support.
>
>
>https://pubs.opengroup.org/onlinepubs/009695399/functions/nanosleep.html
>
> z/OS doesn't really let you do the REALTIME timers (yet, I suppose), but
> this function
> is so handy and so common we added it to our runtime.
>
> And, in fact, our usleep() just invokes nanosleep() as is now common on
> many implementations.
>
>
>- Dave R. -
>
> --
> riv...@dignus.comWork: (919) 676-0847
> Get your mainframe programming tools at http://www.dignus.com
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Working link for current 3270 Data Stream

2020-09-28 Thread Mike Schwab
 Can you upload that to bitsavers? https://twitter.com/bitsavers

On Mon, Sep 28, 2020 at 3:12 PM Tony Thigpen  wrote:
>
> FYI, I do have a copy of GA23-0059-07 in PDF format that I created from
> the BOO sometime in the past. If anyone wants a copy.
>
> Tony Thigpen
>
> Phil Smith III wrote on 9/28/20 3:24 PM:
> > Gil wrote:
> >
> >> IMHO, Bookie doesn't make the top ten.  For example, how might I view
> >> the document mentioned on my Raspberry Pi?
> >
> >
> >
> > Well, that's pretty obvious: you run Bookie on z/OS under Hercules under 
> > Linux! Trivial.
> >
> > Or.you write your own Lookie implementation. Also trivial.
> >
> > So what are you complaining about?
> >
> >
> >
> > Seriously, it's unthinkable what IBM has done to itself. My current theory 
> > is that they're trying to generate clean power from the energy generated by 
> > TJW, his son, and all the departed IBMers spinning in their graves.
> >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Change TOD from local timezone to GMT

2020-09-21 Thread Mike Schwab
Long term, we seem to need to add about 1 second per year every 150
years, and after about 55,000 years every day will be 24 hours and 1
second long.

On Mon, Sep 21, 2020 at 8:14 PM Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
> On Mon, 21 Sep 2020 18:44:27 -0500, Mike Schwab  
> wrote:
>
> >My idea for doing the fall back would be change the fall back time to
> >0100.  Leap forward from 005959 to 02, no problem.  But for fall
> >back, 235959 continues to 24 to 245959 then the next day at
> >00, resulting in no overlapping times.
> >
> I believe this has been suggested on the tzdata mailing list:
> https://www.iana.org/time-zones
> ... but I don't know that the archives are searchable.
>
> Of course that would eliminate the overlap.  But how much user and
> system software would need to be updated to accommodate it?
>
> At a minimum, the TIME macro would need to be updated to return
> those values from 24 to 245959.  And many validity checks would
> need to be weakened.
>
> IBM can't even get TIME to return 23:59:60 during a leap second.
> (With suitable settings, Linux can do so.)
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Change TOD from local timezone to GMT

2020-09-21 Thread Mike Schwab
My idea for doing the fall back would be change the fall back time to
0100.  Leap forward from 005959 to 02, no problem.  But for fall
back, 235959 continues to 24 to 245959 then the next day at
00, resulting in no overlapping times.

On Mon, Sep 21, 2020 at 6:13 PM Mark Jacobs
<0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
>
> We had the time steering function using sysplex timers. I believe that the 
> maximum time that could be steered was one minute, which took days/weeks to 
> accomplish. If you needed more than a minute, you had to start the process 
> again. STP raised the limit that could be set, but didn't speed it up any.
>
> Mark Jacobs
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key - 
> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
>
> ‐‐‐ Original Message ‐‐‐
> On Monday, September 21, 2020 7:00 PM, Paul Gilmartin 
> <000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
> > On Tue, 22 Sep 2020 07:35:44 +1000, Matthew Donald wrote:
> >
> > > A few years ago (z14 announcement??), IBM announced a new PR/SM feature
> > > which would decrement the TOD clock 1 second at a time, while
> > > simultaneously incrementing the timezone offset. Can anyone shine any
> > > light on this feature? I've searched through the HMC manuals without any
> > > luck - a pointer to documentation would be greatly appreciated.
> >
> > But that leaves a hazard for a job that fetches CVTLDTO before the STCK(E);
> > less so for the job that does the STCK(E) first. But it's possible to steer
> > the clock (but only by a couple seconds a day). I assume the hardware
> > guarantees uniqueness of STCK, and incrementing CVTLDTO introduces
> > no hazard.
> >
> > I believe the hardware steering feature is much older than z14.
> >
> > Several years ago, we had a TOD clock that was a couple minutes off. We
> > wanted to issue the command (HMC?) that would steer the clock to correct
> > But we were blocked by a software validity check that would not accept
> > such a large correction. We instructed our operator to apply the maximum
> > permitted correction every couple days.
> >
> > I suspect that the "z14 announcement??" might merely remove the maximum
> > adjustment limit.
> >
> > How does this play with OMVS?
> >
> > Does the TIME macro's SVC have code to ensure that STCK and fetch
> > CVTLSO don't happen on opposite sides of a leap second?
> >
> > -- 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



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: rename a dataset in acs routine?

2020-09-21 Thread Mike Schwab
The place that process our (not his) microfiche (later CD-ROMS) wanted
the same DSN name so they only had to type in the volser, and they
would pick up the date and time from the data.  So
HLQ.Jobname8.Dyymmdd.Thhmm.FIXED.LAST.NAME17 they would see as the
same.

On Mon, Sep 21, 2020 at 5:43 PM Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
> On Sun, 20 Sep 2020 00:06:01 -0500, Brian Westerman wrote:
>
> >They are mifrofiche tapes, and they are not sent out for processing any 
> >more.  They exist only on the off chance that "someday" they might be needed 
> >to recreate something.  When they are needed, they use the DSN=,VOL= to use 
> >them.
> >
> I read your more recent ply, but I'm curious about the history.
>
> "Sent out" seems to imply they're physical tapes to go in a courier pouch.
> I had imagined virtual.  And RETPD must be comfortably beyond the
> "someday they might be needed."
>
> Does/did the process depend on the DSN's being precisely
> hlq.FICHE.TAPE, perhaps to trigger an exit or operator
> action?
>
> I don't see that cataloguing unique DSNs would help much -- it leaves
> the chore of associating DSN rather than VOL=SER with a particular
> job to be retrieved.  It would enable a DSLIST of all such tapes.
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: rename a dataset in acs routine?

2020-09-19 Thread Mike Schwab
As a microfische job, it is a collection of printouts, not used for input.

On Sat, Sep 19, 2020 at 8:51 AM Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
> On Fri, 18 Sep 2020 23:10:24 -0500, Brian Westerman wrote:
>
> >I don't see that you can do that with tapes, the hdr1 won't match the new 
> >DSN.
> >
> So the tapes are labeled.  Alas.
>
> I'm curious: how do the users access those data sets in subsequent jobs?
> Examine the logs of the creating jobs for allocation messages and code
> VOL=SER in the later jobs?
>
> Cataloging unique DSNs hardly alleviates the problem -- it might
> aggravate it: 3 times as many keystrokes to modify -- two DSN
> qualifiers versus one volser.
>
> How would you deal with DSN collisions?  With "thousands" of
> generated names this is highly likely:
> https://en.wikipedia.org/wiki/Birthday_problem
>
> If you do nothing, one job with DISP=(NEW,CATLG) will wait for the
> other to complete; write the data set then get NOT CATALOGUED.
>
> There's a meta-process problem here.  At some point programmers
> should have been instructed not to create thousands of uncatalogued
> data sets with identical names.
>
> If you adopt unique catalogued DSNs, might DASD be a medium
> preferable to tape?
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: rename a dataset in acs routine?

2020-09-18 Thread Mike Schwab
Renaming a tape?  The last 17 characters are on the label of the tape
so it must remain the same or any use will result in a Tape DSN name
mismatch.  You will also need to Update TMS, RMM, and any tape
management system that uses the data set name.  MUCH easier to just
create new tape correctly and copy old tapes to the revised name and
scratch the old tape.

On Fri, Sep 18, 2020 at 7:12 AM Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
> On Fri, 18 Sep 2020 17:34:17 +0800, Brian Fraser wrote:
>
> >Why can't his jobs generate dsns like  HLQ.FICHE.TAPE.D091720.T1123 ?
> >Can use system symbols to generate the date and time in the JCL output DD.
> >
> I understand that system symbols are not supported in JCL DSNs because of
> o ambiguity between EXECSYS and CNVTSYS
> o queue latency -- the job might run at a time not matching the JCL symbols.
>
> (If the actual date and time values are important I understand they
> may be invalid because around midnight date and time might be
> fetched on different days, resulting in a 23+ hour error.  Murphy
> says this will only be a problem when it matters.  Rexx can do it
> right; why can't JCL?)
>
>
> >On Fri, 18 Sep 2020 at 15:36, Brian Westerman wrote:
> >...  So over time, they ended up
> >> with about 30,000 tapes from the over 9,000 jobs that CA-1 keeps around
> >> until expiration date.
> >>
> >> The problem is that they want to know if there is a way to automatically
> >> catalog datasets at creation time, to which I told them we could, but only
> >> 1 of them because you can't catalog two datasets with the same name.  But
> >> they want to have "the system" which I'm guessing is me :), dynamically
> >> rename these datasets at creation time to add a date and time, such as
> >> change HLQ.FICHE.TAPE to which I would dynamically make it
> >> HLQ.FICHE.TAPE.D091720.T1123, meaning today's date and the current time (if
> >> it was 11:23am).
> >>
> Use the seconds also, as D200917.T112359.  With thousands of entries
> a collision is likely.  And use YYMMDD for the date for easy sorting of
> displays.
>
> Is it possible to rename a tape data set?  That would seem to require
> overwriting the HDR1 label, but tapes can't be updated in place.
>
> I'm imagining a sequence such as:
>
> Momentarily catalog HLQ.FICHE.TAPE
>
> DEFINE ALIAS HLQ.FICHE.TAPE.D200917.T112359
> SYMBOLICRELATE HLQ.FICHE.TAPE
>
> Uncatalog HLQ.FICHE.TAPE.  I understand that symbolic aliases
> remain when the RELATED name is uncatalogued.
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: How get a user to use his own catalog rather than master?

2020-09-15 Thread Mike Schwab
I have seen one case where each hlq was the name of a trk,1,1 catalog for
that how.  Not kept open by the system.

On Tue, Sep 15, 2020, 20:27 Jesse 1 Robinson 
wrote:

> I have never considered giving a single user his own ucat. You can create
> multiple ucats according to function. But like users should point to the
> same ucat. If you have a product that creates thousands of data sets for
> its own purposes, you might consider creating a ucat just for that product.
> But never for a personal userid.
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office ⇐=== NEW
> robin...@sce.com
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Charles Mills
> Sent: Tuesday, September 15, 2020 4:28 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: EXTERNAL EMAIL: How get a user to use his own
> catalog rather than master?
>
> CAUTION EXTERNAL EMAIL
>
> Well geez, now you tell me, after I have it all working. :-)
>
> I followed @John McKown's instructions: DEF ALIAS(NAME('NEWUSER')
> RELATE('name of existing user high level catalog'))
>
> 1. How would I decide whether to give the user his or her own catalog? I
> would guess I do *not* need one. There will be a handful of very
> specialized userids with zero or nearly zero long-term cataloged datasets.
>
> 2. What would the above command look like if NEWUS01 through NEWUS20 were
> all going to share the same user catalog?
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Gibney, David Allen
> Sent: Tuesday, September 15, 2020 3:40 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: EXTERNAL EMAIL: How get a user to use his own catalog rather
> than master?
>
> It is a bit of an overkill for each individual user to have their own
> catalog 
>
> --
> 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: z14 ZR1 CE LR LSYSTEM not found

2020-09-11 Thread Mike Schwab
To connect two devices, you have a fiber pair.  One fiber connects in
one direction, the other fiber connects in the other direction.
Disconnect one end.  If you still have the one direction working, you
have disconnected the bad fiber.  If both directions are now out, you
have disconnected the good connection.

On Fri, Sep 11, 2020 at 6:56 PM Attila Fogarasi  wrote:
>
> What do you mean by "see CSYSTEM and LSYSTEM"is it definition or actual
> status?  If actual then one CPC can connect to the other -- so the fiber
> link is working, while the other side cannot see CSYSTEM (you presumably
> meant production can see only LSYSTEM, as local) -- which narrows the
> problem down to what can cause asymetric connectivity.  If it really is the
> remote system, then its an IOCDS definition problem and not link
> performance.  A mismatch in the CSYSTEM and LSYSTEM names would cause
> failure to connect.  I'm suspicious that it is a definition problem, it
> should look something like this (sorry for formatting, took it from the z14
> redbook):
>  SYSTEM=(3906,1),LSYSTEM=CETUS, *
>RESOURCE PARTITION=((CSS(2),(CETUS2C,1),(CETUS24,2),(CETUS25,3))
>CHPID PATH=(CSS(2),04),SHARED, *
>PARTITION=(CETUS2C),(=)), *
>CPATH=(CSS(0),02),CSYSTEM=DRACO,PCHID=140,PORT=2,TYPE=CL5
>  CNTLUNIT CUNUMBR=FFF4,PATH=((CSS(2),04)),UNIT=CFP
>  SYSTEM=(2964,1),LSYSTEM=DRACO, *
>RESOURCE PARTITION=((CSS(0),(DRACO01,1)),(DRACO02,2),(DRACO03,3),(*
> DRACO04,4)
>CHPID PATH=(CSS(0),02),SHARED, *
>PARTITION=((DRACO01,DRACO02,DRACO03,DRACO04)), *
>CPATH=(CSS(2),04),CSYSTEM=CETUS,PCHID=171,PORT=1,TYPE=CL5
>   CNTLUNIT CUNUMBR=FFF3,PATH=((CSS(0),02)),UNIT=CFP
>
> On Fri, Sep 11, 2020 at 9:55 PM Jennifer McCumber <
> 0331f2b9a863-dmarc-requ...@listserv.ua.edu> wrote:
>
> > I am trying to add a second CPC to my environment and I am having an issue
> > getting my 2 z14s to connect via CE LR. On the 'new' system I see CSYSTEM
> > and LSYSTEM as expected but on the other side (current production) I can
> > only see CSYSTEM.
> >
> > I have cleaned cables, toggled pchids(vchids), wrap tested the ports and
> > everything else I can think to do. I am going between buildings using patch
> > panels/dark fiber. The SEs are at the same MCL bundle levels. I have sent a
> > PMR to IBM, they have reviewed the logs and the IOCDS's on both CPCs but
> > have found nothing wrong.
> > Does anyone have any suggestions?
> > Thank you,
> > Jennifer
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Architectural Level Sets

2020-09-09 Thread Mike Schwab
z13 will IPL a 24 bit O/S.  z14 will not support a 24 bit DAT.
  ZZSA and non-virtual memory utilities should still run.

On Wed, Sep 9, 2020 at 12:35 PM Mark S Waterbury
<01c3f560aac1-dmarc-requ...@listserv.ua.edu> wrote:
>
> To add to this thread ...
>
> I would like to know at what point during the evolution from S/370 to 
> S/370-XA to S/390 to zSeries, did the architecture stop supporting IPL of any 
> OS that runs in "BC mode" or that starts out in BC mode, before setting up 
> page and segment tables and control registers and then enabling DAT?
>
> In other words, what processor family(s) and specific models in that family, 
> if need be, can no longer IPL and run any of the "public domain" operating 
> systems from the 1970s to early 1980s?  (DOS/360, OS/360, DOS/VS, OS/VS1, 
> OS/VS2, VM/370, TSS/370, etc.)
>
> Thanks in advance.
>
> Mark S. Waterbury
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Architectural Level Sets

2020-09-01 Thread Mike Schwab
Well, this is what confused me.  OS/VS1 1.7 was released to run on the IBM 4300.
VS2 is multiple address spaces, vs VS1 is a single 16MB address space, correct?

https://en.wikipedia.org/wiki/IBM_4300#Operating_systems

On Tue, Sep 1, 2020 at 6:27 PM Phil Smith III  wrote:
>
> mike.a.sch...@gmail.com (Mike Schwab) wrote:
>
> >Well, XA+ machines only supported 4K pages / 1M segments and not 2K
>
> >pages / 64K segments.  Then DAS and Access register additions.  The
>
> >43xx series only supported a single virtual address space, like
>
> >DOS/VSE.  3090s were the only processors to support Vector
>
> >instructions, and op codes were re-used in z series.
>
>
>
> What does this mean, "a single virtual address space"? VM ran fine on it, 
> with many virtual address spaces. Are you perhaps thinking of V=R/V=F? I 
> disremember whether 43xx supported those.
>
>
>
> ...phsiii
>
>
>
> P.S. "zSeries" (RIP)
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Architectural Level Sets

2020-09-01 Thread Mike Schwab
Well, XA+ machines only supported 4K pages / 1M segments and not 2K
pages / 64K segments.  Then DAS and Access register additions.  The
43xx series only supported a single virtual address space, like
DOS/VSE.  3090s were the only processors to support Vector
instructions, and op codes were re-used in z series.

On Tue, Sep 1, 2020 at 4:20 PM Tony Thigpen  wrote:
>
> I was thinking more along the lines of things that prevented earlier
> operating systems from even IPLing on newer boxes. Such as z13 is the
> last processor to have ESA/390 mode. I also have it in my head that at
> some point there were changes to the page size and virtual storage
> tables that caused havoc.
>
> Tony Thigpen
>
> Seymour J Metz wrote on 9/1/20 3:30 PM:
> > Typically the new features reqiured by a level set were added over several 
> > generations, and each generation added more than one feature.
> >
> >
> > --
> > Shmuel (Seymour J.) Metz
> > http://mason.gmu.edu/~smetz3
> >
> >
> > 
> > From: IBM Mainframe Discussion List  on behalf of 
> > Tony Thigpen 
> > Sent: Tuesday, September 1, 2020 3:25 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Architectural Level Sets
> >
> > IBM has had several Architectural Level Set points where there were
> > significant changes to the CPU that prevented earlier operating systems
> > from running on them.
> >
> > What CPU's were involved with each level, and what was the real
> > underlying item changed on the CPU that forced a new level? (Let's keep
> > it limited to z990 and newer.)
> >
> >
> > Tony Thigpen
> >
> > --
> > 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



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Dovetail/Kirk Wolf?

2020-08-31 Thread Mike Schwab
Twitter account deleted.  https://twitter.com/kirkwolf
Still on linkedin, but no guarantee, no obits.

On Mon, Aug 31, 2020 at 12:12 PM Dave Jousma
<01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
>
> Has anyone heard from Kirk Wolf recently?   I don’t see much action on his 
> community forum over at dovetail.com either.
>
> I ask because we have been running Dovetail’s port of TOMCAT on Z that has 
> the SAF interfaces added to it to house our internal team documentation.   We 
> are admittedly behind, but I only see TOMCAT 8.5.6 on Dovetails site, and our 
> security folks have identified a security vulnerability(WebSocket DoS 
> CVE-2020-13935) in all releases older than 9.0.37.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Simple VSAM question on sizing INDEX component

2020-08-30 Thread Mike Schwab
Well a 1, 2, 4, 7, 8, 11, 13, or 14 track index has 1 track CAs, 3, 6,
9, or 12 for a 3 track CA, 5 or 10 for a 5 track CA, 15 tracks or more
for a 1 cylinder CA.  Details then vary based on key size,
FREESPACE(ca ci) values, etc.  Assuming reload after backup, delete,
define, restore.  If you just delete old records then use will go up
with free space left by delete but insert doesn't use that space.
I.E. time stamp particularly bad primary key.

On Sun, Aug 30, 2020 at 8:07 PM Michael Watkins
<032966e74d0f-dmarc-requ...@listserv.ua.edu> wrote:
>
> More efficient in terms of fewer index LEVELs as Tony Thigpen may have been 
> getting at? I thought the number of LEVELs was contingent on the the size of 
> the file and the number of CI  and CA splits the index component had endured 
> and not the allocation of contiguous space for the index component on DASD. A 
> REORG should reduce the number of LEVELs to its smallest possible number, no?
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Mike Schwab
> Sent: Sunday, August 30, 2020 7:48 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Simple VSAM question on sizing INDEX component
>
> CAUTION: This email originated from outside of the Texas Comptroller's email 
> system.
> DO NOT click links or open attachments unless you expect them from the sender 
> and know the content is safe.
>
> CYL(4 1) should leave one cylinder empty.  Cylinder CA will result is a more 
> efficient index.
>
> On Sun, Aug 30, 2020 at 5:12 PM Lizette Koehler  
> wrote:
> >
> > List -
> >
> > I have a VSAM Dataset that has grown over the years.  When it was set
> > up - the INDEX space was left to default
> >
> > I am wondering if it makes sense to override the Track Allocation and
> > put it in Cylinders.
> >
> > We are noticing a little bit of an increase in run time during reorg.
> > I was wondering if this might be due to the data set having 3.4GB now.
> >
> > This file is EA/EF so it can grow
> >
> > Over 4500 Cylinders on the Data
> >
> > And the index is using tracks 2 pri and 11 sec - size is now 2.4 MB
> > During reorg we offload records to an archive then reload the current
> > data back in
> >
> > This may be something I cannot improve on, just thought I would see if
> > there are any insights I am missing.
> >
> > Process:
> > Offload the data to a temp file
> > Archive records older than 2 weeks
> > Del/Def VSAM dataset
> > Reload current records to VSAM dataset
> > This runs daily
> >
> > Thank you
> > Lizette
> >
> > --
> > 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


Re: Simple VSAM question on sizing INDEX component

2020-08-30 Thread Mike Schwab
CYL(4 1) should leave one cylinder empty.  Cylinder CA will result is
a more efficient index.

On Sun, Aug 30, 2020 at 5:12 PM Lizette Koehler  wrote:
>
> List -
>
>
>
> I have a VSAM Dataset that has grown over the years.  When it was set up -
> the INDEX space was left to default
>
>
>
> I am wondering if it makes sense to override the Track Allocation and put it
> in Cylinders.
>
>
>
> We are noticing a little bit of an increase in run time during reorg.  I was
> wondering if this might be due to the data set having 3.4GB now.  This file
> is EA/EF so it can grow
>
>
>
> Over 4500 Cylinders on the Data
>
> And the index is using tracks 2 pri and 11 sec - size is now 2.4 MB
>
>
>
>
>
> During reorg we offload records to an archive then reload the current data
> back in.
>
>
>
> This may be something I cannot improve on, just thought I would see if there
> are any insights I am missing.
>
>
>
> Process:
> Offload the data to a temp file
>
> Archive records older than 2 weeks
>
> Del/Def VSAM dataset
>
> Reload current records to VSAM dataset
>
>
>
> This runs daily
>
>
> Thank you
>
>
>
> Lizette
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: report splitting

2020-08-28 Thread Mike Schwab
http://www.mabu.org/jcl-reference.pdf OS/390 2.10 from 2000 reference.
Same example is on
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.4.0/com.ibm.zos.v2r4.ieab600/outst.htm

//OUT1  OUTPUT  DEST=STLNODE.WMSMITH
//OUT2  OUTPUT  CONTROL=DOUBLE
//DSDD  SYSOUT=C,OUTPUT=(*.OUT1,*.OUT2)

So set one to print, and one to hold, then reference both.

On Fri, Aug 28, 2020 at 8:21 AM Tony Thigpen  wrote:
>
> All,
>
> I have an old OS/390 2.10 system that I need to support for a few more
> years until the customer finishes their off-platform migration.
>
> The current project involves removing costly third-party software that
> is providing minimal returns for a large cost. One of those products is
> a report archive system, but the only part still being used is the
> function of 'report splitting' which just sticks the reports back into
> the JES2 queue as separate reports.
>
> While writing something is fun, I don't really have time to write this
> one as there are other things I need to write first.
>
> I don't see anything on the CBT that addresses this, but there may be a
> small item in a larger bundle that I can't identify from the contents of
> FILE001. Or, someone may have some basic code they can share so that I
> don't have to re-invent the wheel on this one.
>
>
> Tony Thigpen
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: (yet another) problem with zcx container

2020-08-26 Thread Mike Schwab
Well, you can get a 90 day trial without it, so the software must be
checking for license and not using an actual hardware feature.

https://ibmsystemsmag.com/IBM-Z/07/2020/z-os-container-extensions-trial

On Wed, Aug 26, 2020 at 1:37 PM Mauri Kanter  wrote:
>
> I guess the same than you and for the same reasons, but I have no proof of it 
> ... The only thing why I doubt about it is that I do not know why zCX needs 
> FC-0104  ? Does FC-0104 changes something hardware-wise?
>
>
> >
> >My guess is NO.
> >Reason: the same as with z/VM. Multi-level z/VM causes DAT to be not
> >used on last level guest. There is no reason to assume zLinux container
> >would break this limitation.
> >My €0.02.
> >
> >--
> >Radoslaw Skorupka
> >Lodz, Poland
> >
> >
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: (yet another) problem with zcx container

2020-08-26 Thread Mike Schwab
The key to running MVS efficiently under VM was to specify a small
region for MVS within VM.  This would result with all the VM pages for
MVS being in and MVS would page in and out.  A large region for MVS
would result in MVS and VM both paging in and out, working against
each other.  So look at Linux memory utilization and trim the memory
to just above the actual utilization.  I'm guessing 10% over
utilization but experiment with the amount and monitor paging I/O.  If
no paging I/O trim a little, then once you start to get paging go up a
little bit until it stops.

On Wed, Aug 26, 2020 at 10:54 AM Mauri Kanter  wrote:
>
> Hi:
>
> BTW, speaking of running zCX under z/OS under z/VM ...
>
> Does anyone know whether (or not) the DAT translation is kept in the TLBs 
> (CAM memory)?
>
> I don't know why, but I think there was a limit on the levels of 
> hardware-assisted DAT translation ...
>
> I want to know whether running zCX on a z/OS under z/VM is efficient 
> hardware-wise ...
>
> Mauri
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Mainframe Multi factor authentication possibilities

2020-08-25 Thread Mike Schwab
Yes, you have the chance of a breakin.  But they have to have the user
id and password before the confirmation code goes out.  And when the
cell phone number is transferred to a replacement phone or when the
employee supplies the new cell phone number the vulnerability ends.

On Tue, Aug 25, 2020 at 1:32 PM Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
> On Tue, 25 Aug 2020 13:08:17 -0500, Mike Schwab wrote:
>
> >SMTP.  Email to phonenum...@carrier.com
> >https://www.wikihow.com/Email-to-a-Cell-Phone
> >
> It may not be so simple.  The link above takes me ultimately
> to a service selling background information (for a previous
> owner of my phone number.)
>
> But a while ago, I discovered mine by sending an IM to my
> email address and scraping the From: address.
>
> But this seems not to work for the popular Comcast.
>
> What if someone steals your phone?
>
> >On Tue, Aug 25, 2020 at 10:42 AM Paul Gilmartin wrote:
> >>
> >> On Tue, 25 Aug 2020 08:50:34 -0500, Mike Schwab wrote:
> >>
> >> >Text a six digit number to a list of cell phone numbers?  Add the
> >> >number to the cell phone number so subtracting the six digit number
> >> >gives you the last 6 digits of the person's cell phone number?
> >> >
> >> Is there an app for that?
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Mainframe Multi factor authentication possibilities

2020-08-25 Thread Mike Schwab
SMTP.  Email to phonenum...@carrier.com
https://www.wikihow.com/Email-to-a-Cell-Phone

On Tue, Aug 25, 2020 at 10:42 AM Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
> On Tue, 25 Aug 2020 08:50:34 -0500, Mike Schwab wrote:
>
> >Text a six digit number to a list of cell phone numbers?  Add the
> >number to the cell phone number so subtracting the six digit number
> >gives you the last 6 digits of the person's cell phone number?
> >
> Is there an app for that?
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Mainframe Multi factor authentication possibilities

2020-08-25 Thread Mike Schwab
Text a six digit number to a list of cell phone numbers?  Add the
number to the cell phone number so subtracting the six digit number
gives you the last 6 digits of the person's cell phone number?

On Tue, Aug 25, 2020 at 2:16 AM Jake Anderson  wrote:
>
> Hello,
>
> Cross posted.
>
> We are planning to implement 2FA for mainframe logons. Here we have a
> challenge where we use a common mainframe ID and would like to know if
> there is a way to enforce 2FA which can identify a person based on
> fingerprint or any other mechanism which can identify a person even if he
> uses common mainframe ID.
>
> Could someone share your experience if you have a similar set up in your
> datacenter ?
>
> z/OS 2.2
>
> Jake
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: ADRDSSU UIM

2020-08-16 Thread Mike Schwab
EOF (End Of File)?  Is UIM-03 reflect the max length or actual
variable length (try a V dataset)?  Even an FB could have a short
block with each DISP=MOD use.

On Sun, Aug 16, 2020 at 6:54 AM SUBSCRIBE IBM-MAIN Anonymous
 wrote:
>
> Hello All,
>
> As I am trying to understand ADRDSSU's DUMP/RESTORE process, I came across 
> UIMs that I could use to get more insight. The UIMs that I was particularly 
> interested in were Eioption-03(Read physical record) and Eioption-06 (Write 
> physical record). As a first step I dumped a 3MB dataset to a dump dataset, 
> and recorded physical record details using UIM-06 (the details I collected 
> was number of times UIM-06 got invoked, and total length of all physical 
> records by referring to EIRECALN field). Similarly during RESTORE process, I 
> collected physical record details using UIM-03. As I compared UIM-06 details 
> against UIM-03 details, I noticed that UIM-03 was called one time more than 
> UIM-06 and also the total length of all the physical records didn't match. I 
> was expecting UIM-03 to get control same number of times as UIM-06 and also 
> total length (of all physical records) should match but neither of them 
> matched.
>
> Now my question is why there is no 1:1 correspondence between the statistics 
> I collected using UIM-03 and UIM-06? I am wondering if I missed something 
> while collecting the statistics.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


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

2020-08-05 Thread Mike Schwab
It depends on who owns the road, and what local jurisdictions it
passes through.  HOA (Home Owners Associations) own all the roads in a
development and set the speed limits there.  Cities own most city
streets and decide on the speed limit.  Townships own most roads
outside of cities and set their speed limits.  Counties often own
major rural highways between and through towns in the county and set
their speed limits.  States own main routes across the state, usually
marked as a State Route, US Route, or Interstate Highway (I know of
one stretch owned by Illinois that isn't marked as one of these).
Speeds depend on how the road is built and what buildings are
alongside the road and how close together they are, and how busy the
road is.  Federal Government only own the highways within a federal
area, such as Blue Ridge Parkway or Natchez Trace, or within a
national forest or national park.

On Wed, Aug 5, 2020 at 10:03 AM Martin Packer  wrote:
>
> Except speed limits only became a thing long after y'all got together.
>
> I wonder how deciding what is a state, county, township prerogative and
> what is a federal one works. Probably on a (legal) case by (legal) case
> basis.
>
> Cheers, Martin
>
> Martin Packer
>
> zChampion, Systems Investigator & Performance Troubleshooter, IBM
>
> +44-7802-245-584
>
> email: martin_pac...@uk.ibm.com
>
> Twitter / Facebook IDs: MartinPacker
>
> Blog: https://mainframeperformancetopics.com
>
> Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or
>
> https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2
>
>
> Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA
>
>
>
> From:   Seymour J Metz 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date:   05/08/2020 15:02
> Subject:[EXTERNAL] Re: OT: OOBOL and English was Re: Still COBOL
> After All These Years?
> Sent by:IBM Mainframe Discussion List 
>
>
>
> Contrast the US with the EU and you may begin to grasp the issue.We
> started as a dozen different colonies with diverged interests, and the
> Federal system is just one of the compromises that are set in concrete.
> Changing them is not just politically impossible, but would be a
> logistical nightmare if approved.
>
>
> --
> Shmuel (Seymour J.) Metz
> https://urldefense.proofpoint.com/v2/url?u=http-3A__mason.gmu.edu_-7Esmetz3=DwIFBA=jf_iaSHvJObTbx-siA1ZOg=BsPGKdq7-Vl8MW2-WOWZjlZ0NwmcFSpQCLphNznBSDQ=tzn17DV8iG45XL8PsCHf10ElE8RVulff4GSwjIPwYxE=2oNX6YUlogcN9MH7DWD21ydg0dZ4GwP_GO-yECnNkcc=
>
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of R.S. [r.skoru...@bremultibank.com.pl]
> Sent: Wednesday, August 5, 2020 8:16 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: OT: OOBOL and English was Re: Still COBOL After All These
> Years?
>
> Federal limits, state limits... This is something I don't understand.
> Standarization is good thing and common rules are easier to follow.
> I just checked - 85mph in Texas, even for trucks. And 55mph in District
> of Columbia (not to mention Guam). From the other hand Residential Areas
> limits vary from 15 to 55mph.
> Howeve it is matter of simple table with different values for each row
> (state), because the columns (rules) vary also. That lead to confusion.
> It's even more complex than baseball and non-SI measures! ;-)
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
>
> W dniu 05.08.2020 o 08:34, Bob Bridges pisze:
> > Technically the 55mph limit wasn't a federal law; Rex is right that
> speed limits are set and enforced by each state.  But in the '70s Congress
> (the Federal Congress) passed a law that Federal highway money would not
> be forthcoming to states that allowed their speed limits to exceed 55mph.
> Most states went along.  The 55mph speed limit is long gone now;
> interstates I drive on east of the Mississippi river are mostly 65 and 70,
> except through dicey parts of cities where it can go as low as 55 or even
> 45.  I saw a piece of I-10 in AZ that was 75, or maybe 80, but that's all
> I've seen myself.
> >
> > I remember my driver's-ed teacher in high school telling us that in some
> western states the statutory speed limit used to be 120, and even that was
> enforced spottily.
> >
> > Before the 55 limit, in 1972 and at the mature age of 17, I hitchhiked
> across the country.  (NC to CA; for Europeans, it's about 4100 km.)  A guy
> who picked me up in Texas had just had a new engine put into his car, and
> he  didn't want to go too fast until he'd broken in the engine a bit.  But
> the roads in Texas are straight and flat; he kept creeping up over 100mph
> without realizing it.  Then we'd hit a very slight curve, the car would
> make a slight noise as it pulled against friction toward the outside of
> the road, he'd glance down at the speedometer and slow down again.  All
> very interesting to a boy who'd never gone that fast before.  But of
> course in such flat land it 

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

2020-08-05 Thread Mike Schwab
The state highway rules are very close to each other in the US and to
international standards.  But each state sets maximum limits in their
state, just like each country in the E.U. sets their own laws.

The E.U. has about 13 treaties covering various subject matters that
they have all agreed to. including forming the E.U. parliament.

Versus the U.S. which wrote a constitution for a multi-state
government that originally only controlled commerce between states to
other countries.  It did expand to cover laws that applied to all
states.

On Wed, Aug 5, 2020 at 9:28 AM R.S.  wrote:
>
> No colonies were involved in speed limits.
> We agreed and standarized a lot of things long before EU membership.
> Example could be some driving related rules, Vienna 1963 and TIR.
> And US, over 100 years after colonies create different rules from
> scratch... no, not from scratch - there were federal rule. In 1994 it
> was enough to discuss and agree on some reasonable standard.
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
>
> W dniu 05.08.2020 o 16:02, Seymour J Metz pisze:
> > Contrast the US with the EU and you may begin to grasp the issue.We started 
> > as a dozen different colonies with diverged interests, and the Federal 
> > system is just one of the compromises that are set in concrete. Changing 
> > them is not just politically impossible, but would be a logistical 
> > nightmare if approved.
> >
> >
> > --
> > Shmuel (Seymour J.) Metz
> > http://mason.gmu.edu/~smetz3
> >
> > 
> > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> > R.S. [r.skoru...@bremultibank.com.pl]
> > Sent: Wednesday, August 5, 2020 8:16 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: OT: OOBOL and English was Re: Still COBOL After All These 
> > Years?
> >
> > Federal limits, state limits... This is something I don't understand.
> > Standarization is good thing and common rules are easier to follow.
> > I just checked - 85mph in Texas, even for trucks. And 55mph in District
> > of Columbia (not to mention Guam). From the other hand Residential Areas
> > limits vary from 15 to 55mph.
> > Howeve it is matter of simple table with different values for each row
> > (state), because the columns (rules) vary also. That lead to confusion.
> > It's even more complex than baseball and non-SI measures! ;-)
> >
> > --
> > Radoslaw Skorupka
> > Lodz, Poland
> >
> >
> >
> >
> >
> >
> > W dniu 05.08.2020 o 08:34, Bob Bridges pisze:
> >> Technically the 55mph limit wasn't a federal law; Rex is right that speed 
> >> limits are set and enforced by each state.  But in the '70s Congress (the 
> >> Federal Congress) passed a law that Federal highway money would not be 
> >> forthcoming to states that allowed their speed limits to exceed 55mph.  
> >> Most states went along.  The 55mph speed limit is long gone now; 
> >> interstates I drive on east of the Mississippi river are mostly 65 and 70, 
> >> except through dicey parts of cities where it can go as low as 55 or even 
> >> 45.  I saw a piece of I-10 in AZ that was 75, or maybe 80, but that's all 
> >> I've seen myself.
> >>
> >> I remember my driver's-ed teacher in high school telling us that in some 
> >> western states the statutory speed limit used to be 120, and even that was 
> >> enforced spottily.
> >>
> >> Before the 55 limit, in 1972 and at the mature age of 17, I hitchhiked 
> >> across the country.  (NC to CA; for Europeans, it's about 4100 km.)  A guy 
> >> who picked me up in Texas had just had a new engine put into his car, and 
> >> he  didn't want to go too fast until he'd broken in the engine a bit.  But 
> >> the roads in Texas are straight and flat; he kept creeping up over 100mph 
> >> without realizing it.  Then we'd hit a very slight curve, the car would 
> >> make a slight noise as it pulled against friction toward the outside of 
> >> the road, he'd glance down at the speedometer and slow down again.  All 
> >> very interesting to a boy who'd never gone that fast before.  But of 
> >> course in such flat land it didn't really seem that fast.
> >>
> >> ---
> >> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
> >>
> >> /* Wink at small faults; remember thou hast great ones.  -Poor Richard */
> >>
> >> -Original Message-
> >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> >> Behalf Of Tony Thigpen
> >> Sent: Tuesday, August 4, 2020 09:09
> >>
> >> The 55 MPH limit was a federal law designed to force people to save fuel
> >> by driving slower during the 70's when the fuel crisis hit the US. And,
> >> we were stuck with for a long time even after the fuel crisis was over.
> >> Some studies showed that while it saved fuel for autos, it cost fuel for
> >> long-haul trucking.
> >>
> >> Just like the 18% interest rates of the 70's, we hope to never see a
> >> national 55MPH speed limit again.
> >>
> >> --- Pommier, Rex wrote on 8/4/20 9:01 AM:
> >>> Speed limits are 

Re: Goodbye.

2020-08-03 Thread Mike Schwab
Resubscribe with your personal email and join the Hercules forums.

On Mon, Aug 3, 2020 at 2:45 AM Vernooij, Kees (ITOP NM) - KLM
 wrote:
>
> After more than 41 years working as a mainframe systems programmer, the time 
> has come for me to say goodbye.
> I enjoyed the mainframe world in all the aspects that I worked with, from SVS 
> 1.7 to z/OS 2.4, from a 370/158 to a z13s and all other flavours that came 
> and went in the past decades.
>
> It was a pleasure and an honour to participate in the ibm-main group, with 
> all its high technical skills, that gave me so many answers and where I could 
> answer some questions too.
> But most I enjoyed the company of this global community, where I met people 
> from all over the world, with their unlimited willingness to help others, 
> their humour, their rants and their Friday afternoon subjects. I am really 
> gonna miss all this.
>
> I will retire on the 11th and unsubscribe then.
> I wish you all the best!
>
> Kees.
>
> 
> For information, services and offers, please visit our web site: 
> http://www.klm.com. This e-mail and any attachment may contain confidential 
> and privileged material intended for the addressee only. If you are not the 
> addressee, you are notified that no part of the e-mail or any attachment may 
> be disclosed, copied or distributed, and that any other action related to 
> this e-mail or attachment is strictly prohibited, and may be unlawful. If you 
> have received this e-mail by error, please notify the sender immediately by 
> return e-mail, and delete this message.
>
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
> employees shall not be liable for the incorrect or incomplete transmission of 
> this e-mail or any attachments, nor responsible for any delay in receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
> Airlines) is registered in Amstelveen, The Netherlands, with registered 
> number 33014286
> 
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: SORT Capacity Exceeded

2020-07-29 Thread Mike Schwab
ICE046A 0 SORT CAPACITY EXCEEDED - RECORD COUNT 37505288
ICE253I 0 RECORDS SORTED - PROCESSED: 37505288, EXPECTED: 612
ICE098I 0 AVERAGE RECORD LENGTH - PROCESSED: 1486, EXPECTED: 16336

Dummy out or comment out the SORTWK DD statements.  Then you get
dynamic allocation.

On Wed, Jul 29, 2020 at 6:38 AM Richards, Robert B.
<01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote:
>
> I am out of my element trying to figure out the following SORT issue. Job 
> runs normally when the number of SORTIN records is much less. JCL contains 16 
> SORTWK datasets. If memory serves, isn't there a way to let SORT figure out 
> how much it needs?
>
>  ICE000I 1 - CONTROL STATEMENTS FOR 5650-ZOS, Z/OS DFSORT V2R3  - 05:24 ON 
> TUE JUL 28, 2020 -
>SORT FIELDS=(5,1,CH,A,9,35,CH,A,44,8,CH,D)
> ICE193I 0 ICEAM1 INVOCATION ENVIRONMENT IN EFFECT - ICEAM1 ENVIRONMENT 
> SELECTED
> ICE088I 0 RACFRPD1.STEP02  ., INPUT LRECL = 32672, BLKSIZE = 32676, 
> TYPE = VB
> ICE093I 0 MAIN STORAGE = (MAX,67108864,67108864)
> ICE156I 0 MAIN STORAGE ABOVE 16MB = (67051504,67051504)
> ICE127I 0 OPTIONS: OVFLO=RC0 ,PAD=RC0 ,TRUNC=RC0 
> ,SPANINC=RC16,VLSCMP=N,SZERO=Y,RESET=Y,VSAMEMT=Y,DYNSPC=256
> ICE128I 0 OPTIONS: 
> SIZE=67108864,MAXLIM=5242880,MINLIM=524880,EQUALS=Y,LIST=Y,ERET=RC16 
> ,MSGDDN=SYSOUT
> ICE129I 0 OPTIONS: VIO=N,RESDNT=ALL ,SMF=NO   
> ,WRKSEC=Y,OUTSEC=Y,VERIFY=N,CHALT=N,DYNALOC=N ,ABCODE=MSG
> ICE130I 0 OPTIONS: RESALL=4096,RESINV=0,SVC=109 
> ,CHECK=Y,WRKREL=Y,OUTREL=Y,CKPT=N,COBEXIT=COB2
> ICE131I 0 OPTIONS: 
> TMAXLIM=6291456,ARESALL=0,ARESINV=0,OVERRGN=65536,CINV=Y,CFW=Y,DSA=64
> ICE132I 0 OPTIONS: VLSHRT=N,ZDPRINT=Y,IEXIT=N,TEXIT=N,LISTX=N,EFS=NONE
> ,EXITCK=S,PARMDDN=DFSPARM ,FSZEST=N
> ICE133I 0 OPTIONS: HIPRMAX=OPTIMAL,DSPSIZE=64  
> ,ODMAXBF=0,SOLRF=Y,VLLONG=N,VSAMIO=N,MOSIZE=MAX
> ICE235I 0 OPTIONS: NULLOUT=RC0
> ICE236I 0 OPTIONS: DYNAPCT=10 ,MOWRK=Y,TUNE=STOR,EXPMAX=600,EXPOLD=200
> ,EXPRES=100
> ICE084I 0 EXCP ACCESS METHOD USED FOR SORTOUT
> ICE084I 0 EXCP ACCESS METHOD USED FOR SORTIN
> ICE750I 0 DC 0 TC 100121518644 CS DSVTT KSZ 48 VSZ 48
> ICE752I 0 FSZ=100121518644 BC  IGN=0 E  AVG=16336 0  WSP=130040639 C  DYN=0 0
> ICE805I 1 JOBNAME: RACFRPD1 , STEPNAME: STEP02
> ICE802I 0 BLOCKSET TECHNIQUE IN CONTROL
> ICE905I 1 I : RF=80,LR=32672,BLK=32676,BCT=3064069
> ICE906I 0 ST=ABOVE,SR=67108864,RC=0
> ICE907I 0 ST=ABOVE,SA=67108848,NF=1,LF=67108848,SF=67108848
> ICE906I 0 ST=BELOW,SR=5218304,RC=4
> ICE907I 0 ST=BELOW,SA=4206512,NF=4,LF=4198384,SF=864
> ICE992I 0 RA 0 WR 0 TR 0
> ICE915I 0 MOFSZ=2894,MOSZ=0,MOSYS=600(5),MOSTG=600,MEML=3877(1)
> ICE916I 0 MOFR=0002,MOVR=DD
> ICE996I 0 
> ESM=153600,ESO=51200,ESR=25600,ESP=4864,ESS=16384,CES=9749504,HSZ=16777216
> ICE997I 0 HWSP=61109325,HMAX=153600,MOMAX=0,ASV=153600,EQ=N1,HN=0
> ICE898I 0 
> OMAX=4529097,NMAX=7751551,ENQT=153600,CMAX=0,HU=0,BUN=0,MD=NK,N6,DU=0,DR=0,HN=0
> ICE889I 0 CT=MAX , SB=241, L=0, D=, CCW=1MAM
> ICE901I 0 W 01PP17 02PP17 03PP17 04PP17 05PP17 06PP17 07PP17 08PP17
> ICE901I 0 W 09PP17 10PP17 11PP17 12PP17 13PP17 14PP17 15PP17 16PP17
> ICE902I 0 O JZ11  I JZ11
> ICE906I 1 ST=ABOVE,SR=67051504,RC=0
> ICE907I 1 ST=ABOVE,SA=67051488,NF=1,LF=67051488,SF=67051488
> ICE906I 1 ST=BELOW,SR=55920,RC=0
> ICE907I 1 ST=BELOW,SA=47712,NF=1,LF=47712,SF=47712
> ICE046A 0 SORT CAPACITY EXCEEDED - RECORD COUNT 37505288
> ICE253I 0 RECORDS SORTED - PROCESSED: 37505288, EXPECTED: 612
> ICE098I 0 AVERAGE RECORD LENGTH - PROCESSED: 1486, EXPECTED: 16336
> ICE751I 1 D8-I58435 D4-BASE   E8-I58435
> ICE052I 0 END OF DFSORT
>
> SORT step gets RC=16 and subsequent step gets S413-18 trying to read the 
> passed file. A different day read in 69 million records to be sorted and it 
> blew up. Ran to RC=0 today reading only 24 million records. For the 
> curious...RACF audit records are what is being read and sorted.
>
> Bob
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Influence of IBSYS/IBJOB on OS/360

2020-07-26 Thread Mike Schwab
https://en.wikipedia.org/wiki/IBM_7090/94_IBSYS
https://en.wikipedia.org/wiki/OS/360_and_successors

On Sun, Jul 26, 2020 at 4:24 PM Seymour J Metz  wrote:
>
> Does anybody have a reference that I can cite on wikipedia, describing the 
> influence of IBSYS/IBJOB on the design of OS/360?
>
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Started task stopping immediately. No error messages.

2020-07-24 Thread Mike Schwab
You should at least see a start and stop message in the system log.

On Fri, Jul 24, 2020 at 2:58 PM Skippy the Ancient  wrote:
>
> Has anyone seeing a started task immediately after you start it?  No ACF2 
> messages. No error codes.
> Nothing.
>
> Help?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Started task stopping immediately. No error messages.

2020-07-24 Thread Mike Schwab
As long as one file from the job remains, the whole job is visible from ST.
Individual files might be deleted by print class, command, printing,
or spooling to an output manager.

On Fri, Jul 24, 2020 at 6:13 PM Charles Mills  wrote:
>
> SDSF ST may be your friend. I was the guy who started the thread @Ron 
> mentions and ST provided me with clues.
>
> Why a job or STC would not be in I, O, H or DA but would be in ST is beyond 
> me but that is a subject for a different thread.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of McCabe, Ron
> Sent: Friday, July 24, 2020 3:19 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Started task stopping immediately. No error messages.
>
> For Skippy the Ancient,
>
> Are you saying that you started a Started Task and cannot see any output in 
> SDSF?  You can see the job start and end on the console, true?  If it's the 
> output you are wondering about then you have the output for your started 
> tasks going to a class that gets purged right away.  There was a discussion 
> about this a while back ... sorry I don't have the dates when this discussion 
> happened.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


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

2020-07-22 Thread Mike Schwab
And the metric equivalent is Newton Meters.  You can get torque
wrenches in either measurement, I would think some have both.  Some
bolts will fail if too loose or too tight.

On Wed, Jul 22, 2020 at 7:31 PM Gibney, Dave  wrote:
>
> Foot pounds is a measure of pressure
>
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Seymour J Metz
> > Sent: Wednesday, July 22, 2020 5:29 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: OOBOL and English was Re: Still COBOL After All These Years?
> >
> > Yes, and whyat is lbf?
> >
> >
> > --
> > Shmuel (Seymour J.) Metz
> > https://urldefense.com/v3/__http://mason.gmu.edu/*smetz3__;fg!!JmPEg
> > BY0HMszNaDT!78SA9VzAdbjMTRYvnKQIT6jc0VOHrKWRan9aUIqsjvsI210oVzT
> > j6BY-5Ot12g$
> >
> >
> > 
> > From: IBM Mainframe Discussion List  on
> > behalf of Gibney, Dave 
> > Sent: Wednesday, July 22, 2020 8:26 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: OOBOL and English was Re: Still COBOL After All These Years?
> >
> > Actually, the pound is a unit of force in English units. I believe weight is
> > measured in stones.
> >
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List  On
> > > Behalf Of Seymour J Metz
> > > Sent: Wednesday, July 22, 2020 4:23 PM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: OOBOL and English was Re: Still COBOL After All These Years?
> > >
> > > You have the same mass versus weight issue with pound.
> > >
> > >
> > > --
> > > Shmuel (Seymour J.) Metz
> > >
> > https://urldefense.com/v3/__http://mason.gmu.edu/*smetz3__;fg!!JmPEg
> > >
> > BY0HMszNaDT!6qfIOAdssnfWNb9bnHdVr6MfJemAcckz1N2FLwezCZtDcak8bJ
> > > a3JHuDBIGmlQ$
> > >
> > > 
> > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on
> > > behalf of Tony Thigpen [t...@vse2pdf.com]
> > > Sent: Wednesday, July 22, 2020 6:05 PM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: OOBOL and English was Re: Still COBOL After All These Years?
> > >
> > > See! SI is a "FANTASTIC" improvement over old stuff. It's all
> > > standardized and everyone talks in the same way. (NOT!)
> > >
> > > Thank you France.
> > >
> > > Vive la pound, and inch, and mile...
> > >
> > > (This post was posted with sarcastic mode set to "on".)
> > >
> > > Tony Thigpen
> > >
> > > Paul Gilmartin wrote on 7/22/20 5:58 PM:
> > > > On Wed, 22 Jul 2020 17:05:29 +, Seymour J Metz wrote:
> > > >
> > > >> I took me a while before I realized that, of course, kg is a unit of 
> > > >> mass,
> > not
> > > of weight; you weigh tings in kilogram-force (kgf or kgF).
> > > >>
> > > > Which of the following would you envision and welcome as an idiomatic
> > > > alternative?:
> > > > o ... how many kg I mass?
> > > > o ... how many kgF I weigh?
> > > > o Other (specify)?
> > > >
> > > > Should an outfitter sell climbing ropes rated in Newtons?
> > > >
> > > > (BTW, what's the SI unit of Specific Impulse?  And the formula for ∆v?
> > > Ugh!)
> > > >
> > > >> 
> > > >> From: Jackson, Rob
> > > >> Sent: Wednesday, July 22, 2020 12:21 PM
> > > >>
> > > >> -Original Message-
> > > >> From: Bob Bridges
> > > >> Sent: Wednesday, July 22, 2020 12:16 PM
> > > >>
> > > >> [External Email. Exercise caution when clicking links or opening
> > > attachments.]
> > > >>
> > > >> ... I'd have to calculate to tell you how many kg I weigh.
> > > >
> > > > -- 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
> >
> > --
> > 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



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?


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

2020-07-22 Thread Mike Schwab
One Stone is 14 pounds on Earth's Surface on average.

On Wed, Jul 22, 2020 at 7:27 PM Gibney, Dave  wrote:
>
> Actually, the pound is a unit of force in English units. I believe weight is 
> measured in stones.
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Seymour J Metz
> > Sent: Wednesday, July 22, 2020 4:23 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: OOBOL and English was Re: Still COBOL After All These Years?
> >
> > You have the same mass versus weight issue with pound.
> >
> >
> > --
> > Shmuel (Seymour J.) Metz
> > https://urldefense.com/v3/__http://mason.gmu.edu/*smetz3__;fg!!JmPEg
> > BY0HMszNaDT!6qfIOAdssnfWNb9bnHdVr6MfJemAcckz1N2FLwezCZtDcak8bJ
> > a3JHuDBIGmlQ$
> >
> > 
> > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on
> > behalf of Tony Thigpen [t...@vse2pdf.com]
> > Sent: Wednesday, July 22, 2020 6:05 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: OOBOL and English was Re: Still COBOL After All These Years?
> >
> > See! SI is a "FANTASTIC" improvement over old stuff. It's all
> > standardized and everyone talks in the same way. (NOT!)
> >
> > Thank you France.
> >
> > Vive la pound, and inch, and mile...
> >
> > (This post was posted with sarcastic mode set to "on".)
> >
> > Tony Thigpen
> >
> > Paul Gilmartin wrote on 7/22/20 5:58 PM:
> > > On Wed, 22 Jul 2020 17:05:29 +, Seymour J Metz wrote:
> > >
> > >> I took me a while before I realized that, of course, kg is a unit of 
> > >> mass, not
> > of weight; you weigh tings in kilogram-force (kgf or kgF).
> > >>
> > > Which of the following would you envision and welcome as an idiomatic
> > > alternative?:
> > > o ... how many kg I mass?
> > > o ... how many kgF I weigh?
> > > o Other (specify)?
> > >
> > > Should an outfitter sell climbing ropes rated in Newtons?
> > >
> > > (BTW, what's the SI unit of Specific Impulse?  And the formula for ∆v?
> > Ugh!)
> > >
> > >> 
> > >> From: Jackson, Rob
> > >> Sent: Wednesday, July 22, 2020 12:21 PM
> > >>
> > >> -Original Message-
> > >> From: Bob Bridges
> > >> Sent: Wednesday, July 22, 2020 12:16 PM
> > >>
> > >> [External Email. Exercise caution when clicking links or opening
> > attachments.]
> > >>
> > >> ... I'd have to calculate to tell you how many kg I weigh.
> > >
> > > -- 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
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


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

2020-07-21 Thread Mike Schwab
100 KPM (Kilometers per minute) would be about 6,000 KPH (Kilometers per
hour), about Mach 6, or 3 times the speed of the Concorde.

On Tue, Jul 21, 2020 at 1:24 PM Tony Thigpen  wrote:

> Too many things
>
> That context was with regard to driving in Canada and should have been
> 100 KPM, not 100 knots. :-(
>
> Last time I was in Canada, we still were stuck with mostly 55mph limits
> in USA while Canada seemed to have a standard of 100kpm so I equate the
> two.
>
> My point was that I don't bother to convert. I just use the measurement
> as presented.
>
> Tony Thigpen
>
> Pew, Curtis G wrote on 7/21/20 12:28 PM:
> > On Jul 21, 2020, at 11:12 AM, David Spiegel 
> wrote:
> >>
> >> "... 100 knots is about 55mph ..."
> >> Assuming you meant Kilometers/Hour (based upon the context), it's
> actually 62.5 MPH.
> >>
> >
> > Well, if the posted limit is 55 mph, 62.5 mph seems about the right
> speed to go. 
> >
> > But duck-duck-go tells me 100 knots is 115.078 mph, or 185.2001 km/h.
> >
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


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

2020-07-20 Thread Mike Schwab
https://en.wikipedia.org/wiki/Absolute_zero
Absolute 0 is 0K, 0R, -273.15C, -459.67F.
Freezing point of water is 273.15K, 491.67R, 0C, 32F.

On Mon, Jul 20, 2020 at 10:23 PM Jackson, Rob
 wrote:
>
> It disturbs me that I agree with Shmuel three times in as many days.
>
> Tony, what's your mass here lately after Insanity-19?  Let's have it in 
> slugs, please, since that's the unit.  Take you a dram and a scruple; add in 
> a grain or two for precision, but make sure you convert it to mass.
>
> American standard--Imperial units; they're rubbish.  Abject garbage.  SI is 
> not a fad, despite its origins.  No fan of the "French;" no fan of "Trump;" 
> no fan of anything political.  But SI, revised a couple times or three, is a 
> beautiful system of units in which one may compute physics.  If you disagree, 
> then I assert you have a challenge understanding many things about physics.  
> I'm talking about mechanics and fluid dynamics.  I'm too stupid for E, 
> although the same equivalency attempts apply there.
>
> P.S.  Apparently Imperial units have been redefined as relative to SI.  
> Imagine that.  https://www.britannica.com/topic/Imperial-unit
>
> P.P.S.  This reminds me of many conversations with my father.  He absolutely 
> couldn't stand this type of thing, i.e. SI being obviously superior.  I don't 
> get it.  It is what it is.
>
> As a disclaimer, I'm not a complete bigot.  I say miles and yards; but I have 
> this nasty habit of converting them to meters in my mind every time I say 
> them.  The one thing I cannot get used to in every-day life is Celsius 
> degrees.  I think in Fahrenheit degrees.  Oddly enough, since they're exactly 
> the same thing, I find it easier to talk in Kelvins rather than Celsius 
> degrees.  Maybe I just like starting at zero.  :)  I couldn't tell you what 
> absolute zero in Fahrenheit is; I guess I never cared.
>
> First Horizon Bank
> Mainframe Technical Support
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Seymour J Metz
> Sent: Monday, July 20, 2020 5:02 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.]
>
> The practical value doesn't depend on how it started. Yes, I could say all 
> sorts of things about how the mob interpreted "Liberté, égalité, fraternité", 
> but it doesn't change the fact that nobody understands the English system of 
> units. How many gills in a gallon? (That's a trick question; it depends on 
> which kind of gallon.) How many ounces in a ton? Can you convert furlongs per 
> fortnight to miles per hour?
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> nstructions, 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



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


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

2020-07-20 Thread Mike Schwab
Well, at least he didn't claim to be using Archie, or Veronica.

On Mon, Jul 20, 2020 at 7:20 PM zMan  wrote:
>
> Not gonna sue you, but you realize AltaVista died in 2003, right? You’re
> using Yahoo, whose continued existence is a mystery to all.
>
> On Mon, Jul 20, 2020 at 3:52 PM Bob Bridges  wrote:
>
> > You had me convinced, Tony :).  I've recently started using "Google",
> > capitalized, to mean Google, but the lower-case verb "google" to mean
> > simply
> > that I searched for something on-line.  (By habit I use AltaVista,
> > actually.
> > So I'm an old fart - so sue me.)  So when I finally noticed that you were
> > saying "google" and not "Google", I thought maybe you were referring to the
> > internet generally, not Wikipedia specifically.
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


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

2020-07-20 Thread Mike Schwab
Well, the English Inch and the American inch were both defined as 3
barley corns.  But the lengths were slightly different.  So in 1959
they set the international inch as 25.4 mm, which was between the two
values and less than 1/1000 for the larger change from the old value.

On Mon, Jul 20, 2020 at 3:04 PM Bob Bridges  wrote:
>
> This interests me.  I'm sort of on Seymour's side on this one, Tony; I
> learned the metric system in high-school chemistry and mildly prefer it.
> While I gotta admire anyone with the stick-to-it-iveness it takes to call it
> a "fad" after two hundred years and 192 out of 195 countries, I'm persuaded
> by the practical value of decimal units.
>
> You say that's only "a small part of the 'standard' ", but I would have
> said, if asked, that it was the whole point.  What other reason would anyone
> have to adopt SI units?  Well, aside from the 192/195-countries thing, of
> course, which I suppose ain't chopped liver - but that came later, so I
> don't count it.
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
> /* A ship in harbour is safe.  But that's not what a ship is for. */
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Seymour J Metz
> Sent: Monday, July 20, 2020 08:38
>
> We are no more immune to Extraordinary Popular Delusions and the Madness of
> Crowds than any other country, and our society has massive conformity in
> many areas. Even many who want to rebel find a marginal group to rebel in
> conformity with. People accept the most ludicrous claims because others in
> their in group accept them. Koolaid, anybody?
>
> As to SI units, there are practical reasons for adopting them.  Do we really
> want to stick with a system of units that few of us understand, with the
> same name denoting different quantities depending on context?
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Tony Thigpen
> Sent: Monday, July 20, 2020 08:36
>
> This is a fun Monday discussion. :-)
>
> I did not say anything about decimal arithmetic, either for nor against.
> I was discussing this fad called SI and how it was a standard looking
> for a base. The fact that it uses base-10 arithmetic may add to it's
> popularity, but that is only one small part of the 'standard'.
>
> --- Martin Packer wrote on 7/20/20 8:13 AM:
> > So you don't rate decimal arithmetic? :-) So how do you explain dollars
> > and cents? :-)
> >
> > ---
> > From:   Tony Thigpen 
> > Date:   20/07/2020 12:41
> >
> > We are an independent sort of people. We don't blindly follow others
> > after the latest fad, like SI units. SI units are not really built on
> > something real, but instead are a unit that looked for a base item that
> > 'fit' into the new perception of reality.
> >
> > --- Wayne Bickerdike wrote on 7/20/20 12:50 AM:
> >> Odd how the USA hangs on to impractical learnings. Even the UK moved to
> >> SI units while I was at school in the 1960s.
> >>
> >> Took me a while to get used to a gallon that isn't a gallon and a pint
> >> that isn't a pint (16 oz vs 20 oz.). You also short changed the ton by
> >> 240 lbs.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


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

2020-07-20 Thread Mike Schwab
Actually, the original gram was 1 cubic centimeter of distilled water
at 4c, making a kilogram 10 cm * 10 cm * 10 cm of distilled water at
4c.  Then they discovered nuclear isotopes that allowed the mass of
water to vary between samples.

On Mon, Jul 20, 2020 at 6:41 AM Tony Thigpen  wrote:
>
> Wayne,
>
> We are an independent sort of people. We don't blindly follow others
> after the latest fad, like SI units. SI units are not really built on
> something real, but instead are a unit that looked for a base item that
> 'fit' into the new perception of reality.
>
> It is humorous that the meter was originally defined to be one ten
> millionth of the distance between the North Pole and the Equator through
> Paris. Or that the kilogram was originally defined as the mass of a
> man-made artifact of platinum-iridium held in a specific laboratory in
> France. It appears that the whole SI system was a system to make France
> the center of the universe. :-)
>
> Tony Thigpen
>
> Wayne Bickerdike wrote on 7/20/20 12:50 AM:
> > Current international agreement for all new elements is to end them with
> > -ium.
> >
> > Odd how the USA hangs on to impractical learnings. Even the UK moved to SI
> > units while I was at school in the 1960s.
> >
> > Took me a while to get used to a gallon that isn't a gallon and a pint that
> > isn't a pint (16 oz vs 20 oz.). You also short changed the ton by 240 lbs.
> >
> > And Webster, whilst described as an anglophile gave you center instead of
> > centre, defense instead of defence...
> >
> > Not sure why saying an abacus is a computer makes me insane:) The best
> > joker wore a mask.
> >
> >
> >
> >
> > On Mon, Jul 20, 2020 at 8:19 AM Tony Thigpen  wrote:
> >
> >> Personally, I prefer a more authoritative source than Google, but it is
> >> almost the same story:
> >>
> >> https://www.merriam-webster.com/words-at-play/aluminum-vs-aluminium
> >>
> >> Tony Thigpen
> >>
> >> Bob Bridges wrote on 7/19/20 6:09 PM:
> >>> Because I know you were all breathlessly awaiting the verdict on the
> >> great "aluminum"/"aluminium" controversy, I went to find more information.
> >> At https://books.google.com/books?id=YjMwYAAJ=PA201 you can find a
> >> page in _Elements of Chemical Philosophy_ by Humphrey Davy (who first
> >> isolated aluminum), published in 1812; here he talks about "aluminum" (a
> >> metal to be found in alumina, which in turn was processed from alum).
> >> Wikipedia (https://en.wikipedia.org/wiki/Aluminium) says this about the
> >> name:
> >>>
> >>> "British chemist Humphry Davy, who performed a number of experiments
> >> aimed to isolate the metal, is credited as the person who named the
> >> element. In 1808, he suggested the metal be named alumium in an article on
> >> his electrochemical research which was published in Philosophical
> >> Transactions of the Royal Society. This suggestion was criticized by
> >> contemporary chemists from France, Germany, and Sweden, who insisted the
> >> metal should be named for the oxide, alumina, from which it would be
> >> isolated. In 1812, Davy published a chemistry textbook in which he settled
> >> on the name aluminum, thus producing the modern name. However, its spelling
> >> and pronunciation varies: aluminum is in use in the United States and
> >> Canada while aluminium is in use elsewhere."
> >>>
> >>> That sounds plausible to me.
> >>>
> >>> ---
> >>> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
> >>>
> >>> /* It's ok to doubt your beliefs; but it's not ok to believe your
> >> doubts.  -Jim Snider, pastor, 2000-12-10 */
> >>>
> >>> -Original Message-
> >>> From: Bob Bridges [mailto:robhbrid...@gmail.com]
> >>> Sent: Sunday, July 19, 2020 17:34
> >>>
> >>> Aha!  Yet a third story; in this one Davy started out with "aluminum"
> >> and the Europeans ~added~ the 'i'.
> >>>
> >>> -Original Message-
> >>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> >> On Behalf Of Joe Monk
> >>> Sent: Sunday, July 19, 2020 07:22
> >>>
> >>> The British Scientist (Davy) who discovered ALUMINUM named it that. It is
> >>> we Americans who are using the correct name ... the British press felt
> >> that
> >>> it should be in line with sodium and potassium and thus added to the
> >>> spelling.
> >>>
> >>> --
> >>> 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



-- 
Mike A Schwab, Springfield 

Re: Multi-channel OSA-ICC routing and TCP port behavior

2020-07-18 Thread Mike Schwab
Port 23 is standard telnet.  Port 3270 is non-standard TN3270E.

On Sat, Jul 18, 2020 at 10:10 PM Tony Thigpen  wrote:
>
> Christian,
>
> IMHO: For use as an OSA-C, the second port is of minimal use. About the
> only good use is to attach a local non-routable lan segment so that
> local consoles can be isolated from your main network so that the
> network people do not mess with your z/OS consoles.
>
>
> Tony Thigpen
>
> Christian Svensson wrote on 7/18/20 3:01 PM:
> > Hi,
> >
> > I have been experimenting with setting up OSA-ICC cards on a z114.
> > These are OSA Express3 cards with 4 ports / 2 channels. Let's look at a
> > single channel in this card, named CHPID 200.
> >
> > These are the configuration parameters for this card:
> >
> >>   Channel ID: 0200
> >>   LAN port type: OSA-ICC 3270
> >>
> >>   Physical Port 0
> >>   Server name: [empty]
> >>   Host IP address: 10.0.0.10
> >>   TCP port (1-65535): 23
> >>   Subnet mask: 255.255.255.0
> >>   MTU size(B): 1492
> >>
> >>   Physical Port 1
> >>   Server name: [empty]
> >>   Host IP address: 10.0.1.10
> >>   TCP port (1-65535): 3270
> >>   Subnet mask: 255.255.255.0
> >>   MTU size(B): 1492
> >>
> >> Default gateway: 10.0.0.1
> >
> > My most pressing confusion is related to the IP. A configuration with the
> > two ports in the same subnet is considered invalid, yet there is only a
> > single channel-level gateway that seems to be definable.
> > If I try to assign e.g. 10.0.0.10 and 10.0.0.20 with default gateway
> > 10.0.0.1 I get the following error:
> >
> >>   // @@@ Error 1057: Host IP for Physical Port 0 and Physical Port 1 are
> > defined in the same segment
> >
> > If I can only define a single channel-level gateway, and the ports cannot
> > be in the same L2, how is this second port intended to be used? One port
> > routable and one port accessible only from the same L2?
> >
> > My second question is if there is any way around the TCP port number not
> > being able to be reused. I would love all my OSA-ICC to use TCP port 23,
> > but it seems that even though the ports need separate IP addresses, the TCP
> > port cannot be the same between the two ports.
> > Is that correct? The error I get when I try to re-use the same port is:
> >
> >> // @@@ Error 1055: Host port value used for previous physical port
> > definition: 23 for PORT 0.
> >
> > Thanks for any insights / experiences.
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Web enabled ISPF Application

2020-07-15 Thread Mike Schwab
Check the HNET videos for connectivity.
https://www.youtube.com/user/moshe5760/videos

Once you have screen I/O going, RAKF authorization can be added.

On Wed, Jul 15, 2020 at 5:00 PM Lionel B Dyck  wrote:
>
> Does anyone have any advice on how to enable a current ISPF application to
> support a web interface?
>
>
>
> Specifically:
>
>
>
> 1.  User authentication
> 2.  Present a web page similar to the current ISPF panel
> 3.  Receive input from the web page
> 4.  Return information to a web page
>
>
>
> 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



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: potential catalog search error - shown by IGGCSI00 [EXTERNAL]

2020-07-10 Thread Mike Schwab
Try IDCAMS command LISTCAT ALIAS ALL.
If you try it under TSO then you need to do PROFILE NOPREFIX first.

https://www.ibm.com/support/pages/idcams-listc-alias-all-under-tso

On Fri, Jul 10, 2020 at 3:22 PM Bruce Lightsey
 wrote:
>
> Slight (or major) correction Kirk - datasets cataloged in the master catalog 
> return correctly. Any dataset in any user catalog is "not found".
>
> I can, for example, find the SYS1.CPU1.VTAMLST dataset that is cataloged in 
> the master catalog CATALOG.VMVSMCA but I cannot find CCITS.DATACOM.R12.MSG015 
>  in catalog CATALOG.VSYS023 or PH.PROD.PR731P.RW.P0703.FILE08 in catalog 
> CATALOG.VDSK204 or any other dataset cataloged in any user catalog.
>
>
>
>
> Bruce Lightsey
> Database Manager
> MS Department of Information Technology Services
> 601-432-8144 | www.its.ms.gov
>
> DISCLAIMER: This email and any files transmitted with it are confidential and 
> intended solely for the use of the individual or entity to whom they are 
> addressed. If you have received this email in error please notify the system 
> manager. This message contains confidential information and is intended only 
> for the individual named. If you are not the named addressee you should not 
> disseminate, distribute or copy this e-mail. Please notify the sender 
> immediately by e-mail if you have received this e-mail by mistake and delete 
> this e-mail from your system. If you are not the intended recipient you are 
> notified that disclosing, copying, distributing or taking any action in 
> reliance on the contents of this information is strictly prohibited
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Kirk Wolf
> Sent: Friday, July 10, 2020 9:52 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: potential catalog search error - shown by IGGCSI00 [EXTERNAL]
>
> On Thu, Jul 9, 2020 at 4:14 PM Feller, Paul < 
> 02fc94e14c43-dmarc-requ...@listserv.ua.edu> wrote:
>
> > This all sounds like similar behavior of the option in 3.4 called
> > "Include Additional Qualifiers".  If you don't set the option on you
> > have to wild card your dataset list.  With the option set on you don't
> > have to use wild card to get a dataset list.
> >
> > All the code I've ever written using IGGCSI00 I've had to use wild
> > cards to get the list of datasets I wanted.  In the manual they talk
> > about how the use of wild cards or no wild cards will affect the output 
> > from IGGCSI00.
> >
> >
> > I'm not sure what you are referring to in the IGGCSI00 documentation.
> > The
> first paragraph says:
>
>
> *"The generic filter key can be a fully-qualified entry name, in which case 
> one entry is returned, or the generic filter key can contain "wild cards"
> so thatmultiple entries can be selected on a single invocation."*
>
> You can verify proper behavior with the following use of IBM's sample REXX
> program:
>
> READY
> exec 'sys1.samplib(iggcsirx)'
>  ENTER FILTER KEY
> MYHLQ.DSN
>
> On *one* of Bruce's LPARs, this fails for *any* dataset, even those cataloged 
> in the master catalog.
>
>
> Kirk Wolf
> Dovetailed Technologies
> http://dovetail.com
>
> Thanks..
> >
> > Paul Feller
> > GTS Mainframe Technical Support
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: SuperWylbur Users

2020-07-08 Thread Mike Schwab
I remember the early IBM PC having those box drawing characters in its
character sets.  It had graphics instead of international hyphenated
characters.

On Wed, Jul 8, 2020 at 11:33 PM Tony Harminc  wrote:
>
> On Wed, 8 Jul 2020 at 14:38, Farley, Peter x23353
>  wrote:
> >
> > Do you know of a specific program or macro in the package that exhibits 
> > this failure?  Or have a link to any public discussion of the issue that 
> > describes the mis-translations?
> >
> > I DL'd the tgz file directly from Stanford and browsed a few sources at 
> > random, but I didn't see any "weird" characters.  One of the mail-related 
> > scripts I reviewed seemed to have legitimate square bracket pairs, so maybe 
> > it isn't that particular issue?
>
> I did much the same, and noticed that in the listing files there seems
> to have been some post processing done to (among other things)
> generate text boxes For example, in
> Mainframe\GS.MIL\MILTEN.SOURCE\MSVC there is a line starting with *box
> which in the matching listing Assemblies\Milten\MIL#MSVC.txt generates
> a box made mostly of X'FE' for the horizontal lines, 9F for the
> vertical, and the four corners are BF, DC, BE, and BB. This is neither
> ASCII nor EBCDIC in any dialect I recognize, but all the box
> characters have been uniquely translated, so that may well also be
> true for any unusual characters in the actual source lines.
>
> I doubt that the long-standing claim that the Wylbur source is trashed
> is completely invented, but things certainly *look* salvageable at
> first glance.
>
> Tony H.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: COBOL 6.3 compiler options question

2020-07-08 Thread Mike Schwab
http://publibfp.boulder.ibm.com/epubs/pdf/igy6mg30.pdf is the IBM
COBOL 6.3 migration guide for May 29, 2020.
It notes other compiler options added, does not have JTC listed.

On Wed, Jul 8, 2020 at 9:14 PM Pommier, Rex  wrote:
>
> Hi,
>
> Can somebody give me a definitive definition of the NOJTC and JTC compiler 
> options in 6.3?  I'm not seeing it in the COBOL reference or any COBOL manual 
> for that matter, yet it shows up on the option list when we compile a program:
>
> NOFLAGSTD
>   HGPR(PRESERVE)
> NOINITCHECK
> NOINITIAL
>   INLINE
>   INTDATE(ANSI)
> NOJTC
>   LANGUAGE(EN)
>   LINECOUNT(60)
> NOLIST
>   LP(32)
>   MAP(HEX)
>   MAXPCF(10)
> NOMDECK
> NONAME
>
> Thanks,
>
> Rex
>
> The information contained in this message is confidential, protected from 
> disclosure and may be legally privileged.  If the reader of this message is 
> not the intended recipient or an employee or agent responsible for delivering 
> this message to the intended recipient, you are hereby notified that any 
> disclosure, distribution, copying, or any action taken or action omitted in 
> reliance on it, is strictly prohibited and may be unlawful.  If you have 
> received this communication in error, please notify us immediately by 
> replying to this message and destroy the material in its entirety, whether in 
> electronic or hard copy format.  Thank you.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Free Mainframe Stuff 2020: Reply Here with Nominations

2020-07-08 Thread Mike Schwab
The Moshix channel on Youtube.  https://www.youtube.com/user/moshe5760/videos

Even the old operating system stuff still applies to modern systems.

On Wed, Jul 8, 2020 at 6:56 AM Timothy Sipples  wrote:
>
> Everyone likes free stuff, right? Please reply to this message with your
> nominations for the new, bigger, even more exciting 2020 edition of "Free
> Stuff for Your Mainframe." To get you started (in other words, to let you
> know about the freebies I surely know about already), the 2016 edition of
> this particular list is posted here:
>
> https://community.ibm.com/community/user/ibmz-and-linuxone/blogs/andrii-vasylchenko1/2016/08/16/free-stuff-for-your-mainframe-2016-update
>
> Nominations are welcome in all of the following categories (and likely a
> couple more that I haven't thought of):
>
> * oriented to the machines themselves (e.g. IBM HMC Mobile, Feature Code
> 0115)
>
> * whole operating systems and tools that can start up on their own (e.g.
> ZZSA)
>
> * for all 5 major operating systems (z/OS, z/VSE, z/TPF, z/VM, Linux on Z)
>
> N.B. For Linux on Z I'll probably limit this particular list to software
> that has some reasonably specific IBM Z and/or IBM LinuxONE affinity,
> and/or affinities to other IBM Z operating systems and their workloads.
> LXCMS is one possible example in that vein.
>
> * for mainframe middleware (Db2 for z/OS, CICS TS, IMS, MQ, WAS for z/OS,
> etc., e.g. SupportPacs for CICS and MQ)
>
> * for various subsystems and tools (e.g. ISPF add-ons such as Zigi, RACF
> tools such as PWDCOPY)
>
> * programming languages (e.g. IBM Open Enterprise Python for z/OS)
>
> * handy sample code, such as useful REXX scripts
>
> * programming libraries, modules, and tools (e.g. Rocket Software's Git
> for z/OS)
>
> * free mainframes (e.g. the LinuxONE Community Cloud, the Master the
> Mainframe Learning System)
>
> * tools for mainframe storage
>
> * public cloud services with mainframe affinities (e.g.
> https://optimizer.ibm.com )
>
> * mainframe planning and estimation tools (e.g. the IBM Z Batch Network
> Analyzer)
>
> * free security-related tools and offers with mainframe affinities (e.g.
> free TLS certificates, as long as you can actually use them in z/OS RACF
> for example)
>
> * free mainframe-related books and education
>
> * free "abandonware"
>
> * trialware and "juniorware," but only if it offers real, material value
> (this'll be a personal judgment call)
>
> * client device-installed software that has mainframe affinities (e.g. IBM
> Explorer for z/OS, terminal emulation software, development tools, etc.)
>
> I'd like to hold a Webcast to highlight a few of these gems, probably
> sometime in late August or September (2020), repeated a couple times to
> cover various timezones better. During this Webcast there'd be a few
> quick, ~5 minute demonstrations of mainframe freebies. If you're
> interested in having 5 minutes of additional fame and would like to
> volunteer to show off your favorite freebie(s), please reply to this
> message indicating your interest.
>
> Nominations close on July 31, 2020. Thanks, everyone!
>
> - - - - - - - - - -
> Timothy Sipples
> I.T. Architect Executive
> Digital Asset & Other Industry Solutions
> IBM Z & LinuxONE
> - - - - - - - - - -
> E-Mail: sipp...@sg.ibm.com
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Storage & tape question

2020-07-07 Thread Mike Schwab
RAID with SSD is very susceptible to failure.  The SSDs from the same
batch will die at about the same number of writes.  So be sure to
check the number of bad blocks and do proactive replacement.  Maybe
space a week apart so the next set will give you some time.

On Tue, Jul 7, 2020 at 2:52 PM R.S.  wrote:
>
> Disclaimer: I HAVE NEVER SAID THAT.
> RAID is fallible. Everything is fallible.
> I used RAID rhetorically, just as example of "pretty good".
> And even then I urged to make backups.
>
> Few words about RAID:
> RAID is more reliable than single disk. Assuming same reliablity of disk
> used in RAID.
>
> RAID is more reliable when it has spare drives inside. No waiting for
> CE. Less time needed to start rebuild process.
>
> RAID6 is more reliable than RAID5. Reasons: Data on RAID6 will survive
> failure of 2 drives within a group. The second reason is time to
> rebuild. The more capacious disk the more time is needed to rebuild. At
> this time there is no protection.
>
> Remote copy (PPRC, XRC, SRDF, HRC) is yet another level of protection.
> Disk failure will not be replicated. ;-)
>
> Side notes:
> Sometimes disk failure is not just isolated case. Sometimes it is a
> symptom of epidemic. What kind? Some of them: disk came form same lot,
> which is bad. Earthquake or just some accident in server room (someone
> hit the cabinet by accident ...and didn't reported it). Or microcode
> problem (search for HP SSD - horror story).
> Conclusion: when you observer disk failure, pay attention. It may be
> isolated case or FIRST failure you observe.
>
> Poor quality of the array. It is rather problem of entry level home
> devices, but it does happen. Some guy bought "cheap" raid box, there
> disks and ...one day the array failed. No data, accessible, similar raid
> box does not recognize anything on disks. Everything looks like new and
> working, but there is no data. Of course that person did not make any
> backup for obvious reason: he has RAID. This is real story. After that I
> observed more cases like this one. Obviously no support available. Just
> warranty, but "c'mon guy, ligths are blinking, you can format disks and
> used it - no failure".
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
>
> W dniu 07.07.2020 o 15:18, Jackson, Rob pisze:
> > Fun little note on RAID:  it is fallible.  The last Sunday of October 2016 
> > I got a call bright and early because our VTS (TS7740) had shut down.  
> > Turns out we had a "cache" HDD failure at around 4 AM, and then a second 
> > one failed at around 7 AM, before the first one had been rebuilt on a 
> > spare.  RAID-5 could not accommodate it.  Because of IBM politics, we had 
> > no tape until Monday at 16:00.  I am ashamed to say that I sort of took 
> > tape for granted.  It was astonishing how much of our processing depended 
> > on it.
> >
> > R.S. is spot on:  make backups.  Because of the trauma from this one event, 
> > we now have a three-way VTS grid, synchronous-mirrored SANs, and two 
> > mainframes on the floor.
> >
> > First Horizon Bank
> > Mainframe Technical Support
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On Behalf Of 
> > R.S.
> > Sent: Tuesday, July 7, 2020 4:36 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Storage & tape question
> >
> > [External Email. Exercise caution when clicking links or opening 
> > attachments.]
> >
> > Yes, it is possible to have VTS without real tapes on backend. Some vendors 
> > do offer only "tapeless tapes", with no option to connect real tape library.
> > However from OS point of view there is difference between disk (DASD) and 
> > tape (offline storage).
> > Price difference is also worth to consider, however I mean the logic.
> > Even the biggest, cheapest and really huge DASD will not protect you form 
> > human and application (and other) errors. But backup will do it.
> > That's why we do backups. We don't afraid of disk failure, because we have 
> > RAID, spare modules and possibly remote copy. However we do backups.
> > If you insist on DASD, you may (theoretically) connect another DASD box 
> > dedicated for backups only. And even (logically) disconnect it between 
> > backup sessions. However it is IMHO worse version of VTS.
> >
> > Note: I do not discuss here things like price (initial, per terabyte), 
> > compression, thruput, scalability, RAID, etc.
> >
> > --
> > Radoslaw Skorupka
> > Lodz, Poland
> >
> >
> >
> >
> >
> >
> > W dniu 06.07.2020 o 16:46, kekronbekron pisze:
> >> Hmm... do a lot of shops use actual cart based tapes ... TS77xx with 
> >> TS4x00?
> >> Don't know if EMC DLm has a cart back-end option.
> >>
> >> If it's VTL with disk back-end, is that any different from having it all 
> >> on DASD?
> >>
> >>
> >> - KB
> >>
> >> ‐‐‐ Original Message ‐‐‐
> >> On Monday, July 6, 2020 4:25 PM, R.S.  
> >> wrote:
> >>
> >>> I forgot something obvious for me: NEVER USE TAPES FOR APPLICATION DATA.
> >>> No jobs should write or read tapes.

Re: Storage & tape question

2020-07-07 Thread Mike Schwab
One company had computer centers in two cities.  Hurricane Katrina was
coming, so the work was transferred from Miami to New Orleans.  Miami
took quite a while to come back up.

On Tue, Jul 7, 2020 at 3:28 PM Joe Monk  wrote:
>
> In Houston, Texas, a hurricane is VERY likely.
>
> Joe
>
> On Tue, Jul 7, 2020 at 10:27 AM Seymour J Metz  wrote:
>
> > A terrorist attack is unlikely.
> >
> > An earthquake is unlikely.
> >
> > A tornado is unlikely.
> >
> > A flood is unlikely.
> >
> > ...
> >
> > The more unlikely risks there are, the greater the odds that one of them
> > will happen. If you don't have off site backups then your data are at risk,
> > and when the balloon goes up it won't matter how unlikely the particular
> > failure mode was.
> >
> >
> > --
> > Shmuel (Seymour J.) Metz
> > http://mason.gmu.edu/~smetz3
> >
> > 
> > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> > of R.S. [r.skoru...@bremultibank.com.pl]
> > Sent: Tuesday, July 7, 2020 10:59 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Storage & tape question
> >
> > W dniu 07.07.2020 o 16:52, Edward Finnell pisze:
> > > 1200lbs Semtex make you realize what backups are for and where is your
> > cold site?
> > >
> > > In a message dated 7/7/2020 9:37:20 AM Central Standard Time,
> > rwjack...@firsthorizon.com writes:
> > > R.S. is spot on:  make backups.  Because of the trauma from this one
> > event, we now have a three-way VTS grid, synchronous-mirrored SANs, and two
> > mainframes on the floor.
> >
> > I had serious discussion with some VIPs about it, approx 20 years ago
> > (WTC attack).
> > I had to explain we are starting DR centre with remote copy to protect
> > against many disasters, BUT...
> > Dedicated terrorist attack is unlikely, but when considered you cannot
> > exclude coordinated attack on two (three) datacenters at the time.
> > If you want to be safe you have to protect your datacenter well enough.
> > And of course there is bigger bomb for bigger shelter.
> >
> > --
> > Radoslaw Skorupka
> > Lodz, Poland
> >
> >
> >
> >
> >
> > ==
> >
> > Jeśli nie jesteś adresatem tej wiadomości:
> >
> > - powiadom nas o tym w mailu zwrotnym (dziękujemy!),
> > - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub
> > zapisałeś na dysku).
> > Wiadomość ta może zawierać chronione prawem informacje, które może
> > wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia
> > (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania,
> > narusza prawo i może podlegać karze.
> >
> > mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,
> > http://secure-web.cisco.com/1Wm9ZWDyya0bsDg8xZpdEA1zrloL04C_f_SpaX18Prd-2lipCiSvJWBdtAhUW8cM8fIeclWH0309ebDpCdtdbHQH2om9Np4SfoULz0Ba0NfE9OBelXmo3U45TJzvloifiXAcF6E-VQgCAqAiWnYZpkV0VPdNAtTTLl4r4xrqcjTePQsZc5eIsOPaNpCFO3EWNV5WRGa4X8UxsZa8y1uswhFvhouc6Jgyt64rjWFGOBM_PputVQw97ObSs66b4EaLD-zjqbUI6KP5CEaENkhIVi0FZdWFiQ9smCJB66CqwONRMR1F5r9q_jg2LuQQI9BgR9n8hxZKkhsCWi2CqOvSZ-wodnUoBcj_dKGgMzIGX6ZNLsFuY8S5CUHLdeNv1YVnx2fU89Tpt648AQbRslmqY_EOoguvTwZ_LHa29yl3vvff87wDxtxt92Bl1LtMg8xhF/http%3A%2F%2Fwww.mBank.pl,
> > e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział
> > Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP:
> > 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na
> > 01.01.2020 r. wynosi 169.401.468 złotych.
> >
> > If you are not the addressee of this message:
> >
> > - let us know by replying to this e-mail (thank you!),
> > - delete this message permanently (including all the copies which you have
> > printed out or saved).
> > This message may contain legally protected information, which may be used
> > exclusively by the addressee.Please be reminded that anyone who
> > disseminates (copies, distributes) this message or takes any similar
> > action, violates the law and may be penalised.
> >
> > mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950
> > Warszawa,
> > http://secure-web.cisco.com/1Wm9ZWDyya0bsDg8xZpdEA1zrloL04C_f_SpaX18Prd-2lipCiSvJWBdtAhUW8cM8fIeclWH0309ebDpCdtdbHQH2om9Np4SfoULz0Ba0NfE9OBelXmo3U45TJzvloifiXAcF6E-VQgCAqAiWnYZpkV0VPdNAtTTLl4r4xrqcjTePQsZc5eIsOPaNpCFO3EWNV5WRGa4X8UxsZa8y1uswhFvhouc6Jgyt64rjWFGOBM_PputVQw97ObSs66b4EaLD-zjqbUI6KP5CEaENkhIVi0FZdWFiQ9smCJB66CqwONRMR1F5r9q_jg2LuQQI9BgR9n8hxZKkhsCWi2CqOvSZ-wodnUoBcj_dKGgMzIGX6ZNLsFuY8S5CUHLdeNv1YVnx2fU89Tpt648AQbRslmqY_EOoguvTwZ_LHa29yl3vvff87wDxtxt92Bl1LtMg8xhF/http%3A%2F%2Fwww.mBank.pl,
> > e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw,
> > 12th Commercial Division of the National Court Register, KRS 025237,
> > NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN
> > 169.401.468 as at 1 January 2020.
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive 

Re: Assembler question

2020-07-06 Thread Mike Schwab
01 records start on a double word boundary x'0' or x'8' as the last digit.
77 independent items are sorted by multiple of 8 byte items, 4 bytes
items, 2 bytes items, odd number of bytes items.

On Mon, Jul 6, 2020 at 10:00 AM Binyamin Dissen
 wrote:
>
> Then one wonders what "aligned" means to you.
>
> On Mon, 6 Jul 2020 02:37:22 + "Gibney, Dave"  wrote:
>
> :>Actually, it is. But,  BLA-2 below is still offset 3 bytes from BLA-RECORD 
> because BLA-1 is only 3 bytes long
> :>
> :>> -Original Message-
> :>> From: IBM Mainframe Discussion List  On
> :>> Behalf Of Joe Monk
> :>> Sent: Sunday, July 05, 2020 4:38 PM
> :>> To: IBM-MAIN@LISTSERV.UA.EDU
> :>> Subject: Re: Assembler question
> :>>
> :>> 01 BLA-RECORD.
> :>> 05 BLA-RECORD PIC X(4).
> :>> 05 BLA-RECOR2 REDEFINES BLA-RECORD PIC X(3).
> :>>
> :>> The 01 is aligned.
> :>> The 05 is aligned.
> :>> The second 05 is not aligned.
> :>>
> :>> Joe
> :>>
> :>>
> :>> On Sun, Jul 5, 2020 at 6:27 PM Binyamin Dissen
> :>> 
> :>> wrote:
> :>>
> :>> > 01   BLA-RECORD.
> :>> >05   BLA-1  PIC X(3).
> :>> >05   BLA-2  PIC S9(8) COMP.
> :>> >
> :>> > Do you truly wish to assert that BLA-2 is aligned?
> :>> >
> :>> > On Sun, 5 Jul 2020 17:45:37 -0500 Joe Monk 
> :>> wrote:
> :>> >
> :>> > :>"Subordinate items are not aligned"
> :>> > :>
> :>> > :>yeah, no.
> :>> > :>
> :>> > :>If an 01 is aligned, then the subordinate 05 under the 01 is also
> :>> > aligned.
> :>> > :>It has to be this way because of REDEFINES. I cant REDEFINE an 
> unaligned
> :>> > :>item into an aligned item.
> :>> > :>
> :>> > :>77 are aligned because they are standalone, i.e. no grouping.
> :>> > :>
> :>> > :>Joe
> :>> > :>
> :>> > :>On Sun, Jul 5, 2020 at 12:07 PM Binyamin Dissen <
> :>> > bdis...@dissensoftware.com>
> :>> > :>wrote:
> :>> > :>
> :>> > :>> On Sun, 5 Jul 2020 11:31:55 -0500 Joe Monk
> :>> 
> :>> > wrote:
> :>> > :>>
> :>> > :>> :>Cobol has alignment too. You just dont see it.
> :>> > :>>
> :>> > :>> :>All storage is aligned.
> :>> > :>>
> :>> > :>> The opposite is true.
> :>> > :>>
> :>> > :>> Group (01/77) are aligned.
> :>> > :>>
> :>> > :>> Subordinate items are not aligned unless the SYNC clause is 
> specified.
> :>> > :>>
> :>> > :>> :>On Sun, Jul 5, 2020 at 10:24 AM Nguyen Dt 
> :>> wrote:
> :>> > :>> :>
> :>> > :>> :>> Thank you all for your inputs,
> :>> > :>> :>>
> :>> > :>> :>> I am over the problem now.
> :>> > :>> :>> In fact what i tried to do is to Move some fields to my output
> :>> > fields
> :>> > :>> and
> :>> > :>> :>> then write it as a report. (It is a Db2 performance report, the
> :>> > input
> :>> > :>> are
> :>> > :>> :>> from the trace buffers with the macros given by Db2 libraries)
> :>> > :>> :>>
> :>> > :>> :>> So my program is roughly like this
> :>> > :>> :>> READ Buffer on QW... variables
> :>> > :>> :>>
> :>> > :>> :>> MVC OW...,QW...
> :>> > :>> :>>
> :>> > :>> :>>
> :>> > :>> :>> OW... are the output fields i defined it exactly as in the DSECT
> :>> > got
> :>> > :>> from
> :>> > :>> :>> the macros.
> :>> > :>> :>> As it is an output field, the position is important  (and it is
> :>> > why i
> :>> > :>> :>> detected a problem in the positions of my fields)
> :>> > :>> :>> Its is OK now with OW... variables defined as characters CLx
> :>> > :>> :>>
> :>> > :>> :>> (PS: When i use NOALIGN , the program abends at execution ...)
> :>> > :>> :>>
> :>> > :>> :>> As i learn assembler "on the flight" , there is some important
> :>> > things
> :>> > :>> that
> :>> > :>> :>> i don' t understand , such as the alignment  This is 
> something
> :>> > we
> :>> > :>> don't
> :>> > :>> :>> care in cobol , rexx  Can you tell me why assembler has the
> :>> > :>> alignment
> :>> > :>> :>> in words that are easy to understand and visualize in my little
> :>> > head ?
> :>> > :>> :>>
> :>> > :>> :>> Thank you again.
> :>> > :>> :>> Duc
> :>> > :>> :>>
> :>> > :>> :>>
> :>> > --
> :>> > :>> :>> 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 
> :>> > :>>
> :>> https://urldefense.com/v3/__http://www.dissensoftware.com__;!!JmPEgB
> :>> Y0HMszNaDT!7ukskajmEkP2Tw5Qn2mOs09XgC2ntfEiGwVNOOJGqpAatAQH
> :>> HBNyvR7NRY-FTg$
> :>> > :>>
> :>> > :>> 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.
> :>> > :>>
> :>> > :>> 

Re: Vtoc and index sizing based on Mods

2020-07-05 Thread Mike Schwab
Here are the VTOC sizes needed for volumes full of 1 track datasets.
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ickug00/ick40744.htm


On Sun, Jul 5, 2020 at 4:22 AM Peter  wrote:
>
> Hello
>
> Thank you so much
>
> How do we determine the location of vtoc and index ?  Is it possible to
> place all the mod 27 in same location of cylinder and tracks ?
>
> On Sat, 4 Jul, 2020, 9:44 PM Lizette Koehler, 
> wrote:
>
> > It depends
> >
> > If the volume would have one dataset on it, like my SPOOL Volumes, then
> > they are very small
> >
> > If like in my TSO Pool there are lots of tiny (15 track or less) then I
> > make them huge.
> >
> > So it all depends on
> >
> > What the intent of the volume is (1 dataset vs Many Datasets)
> > What size the volume is (Mod3/9/27/54/EAV)
> >
> > You will see an error message when the VTOC or VTOIX is too small.
> >
> >
> >
> > Hope this helps
> >
> > Lizette
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On Behalf
> > Of Peter
> > Sent: Saturday, July 4, 2020 10:12 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Vtoc and index sizing based on Mods
> >
> > Hello Group
> >
> > Apology for being ignorant.
> >
> > Is there a formula or any constraints for initialising a specific dasd Mod
> > ?
> >
> > How do arrive to a specific vtoc and index value while initialising a dasd
> > ?
> >
> > Please help me to understand
> >
> > Peter
> >
> > --
> > 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



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Vtoc and index sizing based on Mods

2020-07-04 Thread Mike Schwab
IBM guidelines are to support a volume filled with minimum sized
datasets (1 track / 21 cylinders EAV).

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.ickug00/ick40743.htm

On Sat, Jul 4, 2020 at 5:12 PM Peter  wrote:
>
> Hello Group
>
> Apology for being ignorant.
>
> Is there a formula or any constraints for initialising a specific dasd Mod ?
>
> How do arrive to a specific vtoc and index value while initialising a dasd ?
>
> Please help me to understand
>
> Peter
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Mainframe co-op

2020-07-04 Thread Mike Schwab
I would assume the goal to be 'use PC disks as mainframe DASD'.

On Sat, Jul 4, 2020 at 3:46 AM kekronbekron
<02dee3fcae33-dmarc-requ...@listserv.ua.edu> wrote:
>
> Would love to know more about what your FICON buddy is working on Grant.
> If you wanna share (prefer off-list?), please email :)
>
> Unless IBM explicitly sets up college courses or NDA-tied free-roam access or 
> whatever, it's only going to be the likes of zAcademy, i.e., restricted lab 
> environments to basically market at the command-line, much like walking the 
> dotten line in an acquarium/zoo/etc. (if you turn to your right, you can 
> issue 2 commands to Spark on Z)
>
> Funny though, because isn't this exactly what Time Sharing Option was, when 
> it was first introduced?
>
> - KB
>
> ‐‐‐ Original Message ‐‐‐
> On Friday, July 3, 2020 9:48 PM, Grant Taylor 
> <023065957af1-dmarc-requ...@listserv.ua.edu> wrote:
>
> > On 7/3/20 10:12 AM, Grant Taylor wrote:
> >
> > > I know multiple people that have CPCs.  But they don't currently have
> > > DASD.  I think at least one of them has a line on legal licenses for
> > > z/OS for his CPC.
> >
> > One of the people I know is developing his own FICON connected DASD by
> > reading any and all documents he can get his hands on.
> >
> > What do we, as the mainframe community, and IBM, as the big name, need
> > to do to encourage these extremely creative, resourceful, and driven
> > people better access to a functioning mainframe so that they can use
> > their creative talents and drive to help further the mainframe?
> >
> > There are a group of hobbyists and enthusiasts that have taken MVS 3.8j,
> > which decidedly does not include REXX or prerequisites therefor, and
> > backported (?) REXX to it, including re-creating any prerequisites.
> >
> > This is the creative and enthusiastic spirit that created Unix 50 years
> > ago and helped Linux become what it is today. Just think for a moment
> > where the mainframe could be in 10 or 20 years if even some of these
> > creative efforts were directed at enhancing the mainframe.
> >
> >
> > -
> >
> > Grant. . . .
> > unix || die
> >
> > -
> >
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Mainframe co-op

2020-07-03 Thread Mike Schwab
The RMF reports only what could be run on an assist processor without
change.  The assist process could be missing, busy when the work came
up, was too short a segment to switch to an assist processor.  It
doesn't show what could be run on an assist process with a rewrite.

On Sat, Jul 4, 2020 at 12:30 AM Pew, Curtis G
 wrote:
>
> On Jul 3, 2020, at 5:11 PM, Mike Schwab  wrote:
> >
> > RMF has reports of what COULD run on assist processors and if you have
> > them what DID run on assist processors.
>
> Right. But in our case what COULD run on zIIP was going to depend on whether 
> or not we could rewrite our code.
>
>
> --
> 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



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Mainframe co-op

2020-07-03 Thread Mike Schwab
RMF has reports of what COULD run on assist processors and if you have
them what DID run on assist processors.

On Fri, Jul 3, 2020 at 9:06 PM Pew, Curtis G
 wrote:
>
> On Jul 3, 2020, at 3:30 PM, Jackson, Rob  wrote:
> >
> > I'm curious:  what about adding zIIPs was challenging?
>
> 1. Determining what our zIIP and non-zIIP capacity needs would be. In other 
> words, since we didn’t have zIIPs before we weren’t sure how much of our 
> workload would actually run on the zIIPs.
>
> 2. The biggest thing was that we are an Adabas/Natural shop, so we were 
> hoping to run both those products zIIP-enabled. However, we have a home-grown 
> security system that’s implemented by several thousand lines of assembler 
> code that runs as a part of the Natural session, and this code was doing 
> things like issuing SVCs and examining the current TCB, and those things 
> don’t work when you’re running zIIP-enabled. So the challenge was if we could 
> rewrite all that code to work on zIIPs. (And see “how much of our workload 
> could run zIIP-enabled” above.)
>
> We were able to get the code rewritten, and we’ve been very happily running 
> Adabas and Natural zIIP-enabled ever since.
>
>
> --
> 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



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Mainframe co-op

2020-07-03 Thread Mike Schwab
IBM is introducing a DOCKER version of z/OS, so you own that image and
it is loaded as needed.  That should give you more isolation from PTFs
that IBM applies to their base docker image that customers start from.

On Fri, Jul 3, 2020 at 7:15 PM ste...@copper.net  wrote:
>
> Years ago, in Silicon Valley, I worked on ACS/OBS WYLBUR. We had a P/390 that 
> I had tuned the I/O for to really speed it up. ACS also sold time on their 
> systems.
>
> Contractually, we were only allowed to charge access costs for the P/390. It 
> was not to be a "production" machine. So developers could buy access to it, 
> but not on a "per CPU time" charge and related. We did have a few takers for 
> the P/390.
>
> The system Charles has mentioned has certain caveats and issues. One can't 
> control their z/OS image, because the DASD for the RES is controlled by the 
> data center.
>
> If one were to obtain a z/OS license, and were to get it to run under KVM, 
> then one could have a "production" system, where all source is handled, 
> compiles done, etc., while all system level testing is done on another image.
>
> There are costs with this that have to be overcome.
>
> Let's take a look into the future: IBM is going to put out a release of VM 
> and/or z/OS that will not run on a z/?? CEC and that is the one you have (or 
> SUSE/RHEL, etc. does the same with KVM etc.). You will now have to migrate to 
> another machine. Can you get that machine on the used market at a good price?
>
> Meanwhile, you must have HLASM and probably want to have the toolkit 
> (separately chargeable as I understand it). You will need all the compilers 
> being used COBOL, PL/1, c/C++, etc.. Can you get them under a development 
> license?
>
> Ok, let's say you can. You may need to have a small machine that is used for 
> compiles so that you do not have to pay for the compilers on the bigger box.
>
> Given that you are going to have those who are doing development where they 
> will need to have multiple CPUs, what you want is the slowest machine you can 
> get (sub-model?) but with 4-6 General CPs for race condition testing.
>
> Now depending on the number of people/entities interested in this system, one 
> may need multiple LPARs and possibly CECs to handle the workload.
>
> If I could (and because of who I work for, and for those of you who think I 
> work for Humana, I did at one time, but things change...), I would go to a 
> University or college and propose this: A Mainframe Academic center.  And I 
> would tie that with somehow teaching COBOL (it ain't dead, and it is still 
> growing), and possibly CICS & DB2. If IBM still does an academic licensing 
> thing, then this is the cheapest way to go that I am aware of. And if you can 
> get the school to do an open semester year tuition allowing one to do self 
> directed studies
>
> Believe me, with all the outsourced contractors I deal with who have degrees 
> in IT Theory and absolutely no PROGRAMMING experience outside of some OO 
> language, I could see this being something that might get some traction since 
> with COVID-19 we just found out that we can do classes virtually to anywhere 
> (those of us who have been working from Home for decades already knew that).
>
> And you might get certain companies to throw in their tools, such as z/XDC 
> for a low price.
>
> Ok, maybe more than 2 cents, but these are my observations having done some 
> of this before Outsourcing organizations became Cloud companies.
>
> THE HEADACHE not yet mentioned is, one may not be able to get support for 
> this system. So one may have to wait until a production machine somewhere 
> hits your problem to get an APAR/PTF.
>
>
> Regards,
> Steve Thompson
>
>
> --- charl...@mcn.org wrote:
>
> From: Charles Mills 
> To:   IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [IBM-MAIN] Mainframe co-op
> Date: Fri, 3 Jul 2020 11:41:52 -0700
>
> A model to look at might be the IBM Innovation Center, Dallas.
>
> The price is higher than what I picture as your target: $550/month and up 
> IIRC. You get two dedicated VM virtual machines: one that runs CMS and that 
> you use as a console. You can do limited console automation with Rexx. And 
> one on which you IPL z/OS. The z/OS -- any current version that you want -- 
> runs from shared read-only DASD that IBM maintains: PTFs and so forth are 
> IBM's problem. You get just about every IBM product that you could possibly 
> want -- again, read-only DASD, with IBM doing the PTFs.
>
> For $550 IIRC you get everything you "need." More DASD, lots and lots of CPU 
> cycles, etc. entail an upcharge.
>
> You "own" the configuration. If you want to muck up SYS1.PARMLIB so that z/OS 
> will not IPL, it's your gun, your bullet, your foot. I have never done it, so 
> I don't know, but I would assume IBM has some way of getting you back 
> running. You "own" RACF. You can have as many userid's as you care to define. 
> If you want to experiment with permissions in any 

Re: What is the real size of a 3390-27 and 3390-54

2020-07-02 Thread Mike Schwab
Some physical devices only allocate volumes in multiples of Mod 1s, or
gather scattered Mod 1 segments into a full volume.  32K cylinders is
29.4 times a Mod 1 of 1113 cylinders.  Not much different, but need to
make sure DR site or replacement dasd unit uses same size or larger
for restores or replication.  Similar applies to Mod 54 is 58.8.  And
once into EAV territory each increment MUST be a MOD 1 multiple.

On Thu, Jul 2, 2020 at 9:52 PM Tony Thigpen  wrote:
>
> I am seeing some DS8000s where a mod-27 is defined as 30051 cylinders. I
> am seeing other sites were the mod-27 is defined with 32760 cylinders.
>
> I know the architectural limit of a mod-27 is 32760 cylinders, but if
> you work with multiples of mod-1 units, the 30051 number make sense.
>
> I also know that when you use the DSCLI, you can specify any number of
> cylinders. What I don't know is what the old GUI did.
>
> So, some questions:
>
> 1) What size is a mod-27 in your shop?
> 2) Was your DASD allocated using the DSCLI or the GUI?
>
> --
> Tony Thigpen
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Migrate z/OS DASD volumes from Mainframe to Hercules Environment

2020-06-30 Thread Mike Schwab
What version of Hercules?  Only a few latest versions support a volume that big.

On Tue, Jun 30, 2020 at 2:41 PM Jasi Grewal  wrote:
>
> Hi Mike and Joe,
>
> Sorry about not providing model but is Model 27 rescue volume and I created 1 
> Rescue z/OS v2r3 System.
> I will get my IBM friends to look for tapeconv.jcl on z/OS IBM System and 
> then use that instead of using IBM zVM DDR+Terse.
>
> Your continous support and responses are very much appreciated, Friends.
>
> Thank You in advance,
> Regards,
> Jasi.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Migrate z/OS DASD volumes from Mainframe to Hercules Environment

2020-06-30 Thread Mike Schwab
Can you download a rescue IPL volume to define the dataset?  Or
download an idled Paging pack with this on it and add to
configuration?  Being in use may have made the copy bad.

On Tue, Jun 30, 2020 at 2:00 PM Jasi Grewal  wrote:
>
> Thank You Mike for response and am an IBM Retiree and continues to work with 
> IBMers.
> I am requesting IBMers to verify the Licensing and the message we are getting 
> is that it cannot find PLPA dataset and yet the same IPL v2r3 volser was able 
> to IPL v2r3 System successfully under the IBM Mainframe host system.
>
> Thanks again,
> Jasi.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: USS "pwd" returns nothing? Maybe file system created wrong?

2020-06-30 Thread Mike Schwab
Are you using CKD or CCKD64 volumes?  CCKD has a 4GB limit and CKD has
to have a multi file setup.

On Tue, Jun 30, 2020 at 9:29 AM Michael Knigge  wrote:
>
> All,
>
> have you ever came accross something like that?
>
> I can change into an directory, „ls“ works but „pwd“ returns…. Nothing?!?   
> When I’m in this particular directory a „cd ..“ returns „EDC5122I 
> Input/output error.“
>
>
> I’m pretty new to this „USS administration“ (I’m administering a z/OS running 
> with an z/PDT)… So let me tell what I’ve done – I might have done something 
> really wrong….
>
>
> I need some space in USS so I’ve created some new fresh volumes (3390-9) for 
> my zPDT and formatted them.
>
> INIT UNITADDRESS(0AE0) NOVERIFY VOLID(USS010) -
>STORAGEGROUP -
>VTOC(3,0,50) -
>INDEX(1,0,30)
>
> Now I have some volumes each with 10010 free CYLs.
>
> Then I’ve created a Data Set for the ZFS file system:
>
> DEFINE CLUSTER -
>(NAME (USSSET.DAT.ZFS) -
>VOLUMES (USS002 USS003 USS004 USS005  -
> USS006 USS007 USS008 USS009) -
>LINEAR CYL(1 1) SHAREOPTIONS(3))
>
> The idea was that when the file system needs to be enlarged this is done 
> automatically (let z/OS allocate an additional extend of 1 CYLs from one 
> of the dedicated volumes). I know that every extend neary uses the full 
> volume – this is okay for me in this case…
>
> Okay, then I’ve created the file system:
>
> FORMAT EXEC PGM=IOEAGFMT,REGION=0M,
>  PARM=(' -aggregate USSSET.DAT.ZFS -compat -perms 775 ')
>
>
> Mounted… everything all right…. I saw that just one of the volumes was 
> „used“. So I filled the mounted file system and saw that after some time the 
> log messages
>
> IOEZ00312I Dynamic growth of aggregate USSSET.DAT.ZFS in progress, (by user 
> ADCDZ).
> IOEZ00309I Aggregate USSSET.DAT.ZFS successfully dynamically grown (by user 
> ADCDZ).
>
>
> So for me I guess everything worked as expected… But now…. This „pwd anomaly“ 
> ….. Did I something wrong? Any idea how to get thigs working as expected?
>
>
> Thank you,
> Michael
>
>
> Michael Knigge
> Software Engineer
>
> SET GmbH
> Rühmkorffstraße 5
> 30163 Hannover
>
> Telefon: +49 511 330 998 23
> Fax: +49 511 330 998 65
> michael.kni...@set.de
> https://www.set.de
>
> Handelsregister: Amtsgericht Hannover HRB 52778
> Geschäftsführer: Dr.-Ing. Tobias Baum, Arthur Brack, Hendrik Leder
>
>
> Mit freundlichen Grüßen
>
> Michael Knigge
>
>
>
> SET GmbH
> Rühmkorffstraße 5
> 30163 Hannover
>
> Telefon: +49 511 330 998 23
> Fax: +49 511 330 998 65
> michael.kni...@set.de
> www.set.de
>
> Handelsregister: Amtsgericht Hannover HRB 52778
> Geschäftsführer: Tobias Baum, Arthur Brack, Hendrik Leder
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Migrate z/OS DASD volumes from Mainframe to Hercules Environment

2020-06-30 Thread Mike Schwab
If you are only testing on Hercules and will continue to run
production on IBM z series hardware, I believe IBM doesn't care.  But
the SOFTWARE does check the hardware levels and you have to include a
particular configuration statement for a recent Z operating system to
run on Hercules.  But if you post the exact message we can help you
figure out the problem you are actually experiencing.

On Tue, Jun 30, 2020 at 10:54 AM Binyamin Dissen
 wrote:
>
> Have you complied with the licensing requirements?
>
> On Tue, 30 Jun 2020 05:25:23 -0500 Jasi Grewal  wrote:
>
> :>I am sorry I am just learning Hercules Systems and trying to migrate one of 
> my z/OS DASD Systems from Mainframe to Hercules Environment.
> :>I have z/VM running on Hercules but when I tries to IPL z/OS it seems that 
> there is a corruption and that is most probably cause of wrong process.
>
> :>I believe that there must be some method to migrate the z/OS DASD from 
> Mainframe to Hercules.
> :>I used z/VM DDR+Terse to migrate zOS Dasd but I don't think that is the 
> correct process.
> :>Is there a Documentation in how to migrate z/OS Systems to Hercules? That 
> would be appreciated.
>
> :>Any guidance would be appreciated.
> :>Thank you in advance,
> :>Regards,
>
> :>Jasi Grewal.
>
> --
> 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



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: DASD migration -- Re: Hitachi RAID box going out of support

2020-06-26 Thread Mike Schwab
I have used FDRPAS, TDMF which were all vendor compatible, and Dell
z/OS Migrator which must have their hardware as the target.  Most
movement was done with the system running at full speed.  The
different software packages did require different software products to
be down to SWAP their files.  Did require IPL to use new volumes.
25TB 3000 volumes in two days from an IBM F20 / 800 source with vendor
assistance for the z/OS migrator to Dell / EMC VMAX.  TDMF was in
house and did as 'time as available' task.  Consolidating onto bigger
volumes is what takes time and we would have exceeded UCB count limit
on LCU without it. But you are unlikely to be attempting that process.
So your purchase should include software to move your data while the
system is operating.

Probably a 90 day window once the hardware is operating, with one week
vendor assistance (onsite / webex).  For the mainframe, I would
suggest a z13 so you can IPL your old system with 31 bit IPL text that
switches to 64 bit operation.  Its old so you should be able to get a
cheap one but with a maintenance contract.  And watch the
compatibility on FICON cards / directors.

On Fri, Jun 26, 2020 at 3:04 PM Grant Taylor
<023065957af1-dmarc-requ...@listserv.ua.edu> wrote:
>
> On 6/26/20 3:16 AM, R.S. wrote:
> > 3. 18 months is close to half of typical service contract for new dasd
> > array. Still we don't know how sure is 18 months - maybe it would be 36
> > months? Even 12 months means the dasd array would have some residual value.
>
> n00b questions:
>
> 1)  Is it possible to migrate from old DASD to new DASD?
>
> 2)  How disruptive would this be to the day-to-day operation of the
> existing mainframe?
>
> 3)  What sort of prerequisites exist for this?
>
> I have some experience with this in the Open Systems environment, but
> I'd like to know more about how such a storage migration would be done
> in the mainframe world.
>
>
>
> --
> Grant. . . .
> unix || die
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: "Everyone wants to retire mainframes"

2020-06-09 Thread Mike Schwab
Yep.  We used to get a lot of errors for out of volumes in a storage
groups, and the users would want us to add more volumes.  For several
calls I would point out that the data set had a very small primary and
secondary space value.  I would go through all the extents on one
volume, then proceed through the rest, and run out volumes despite
lots of space in the storage group.  They didn't want to reallocate,
so I suggested they migrate and recall the dataset.  Then the existing
space would be in 1 extent on 1 volume and plenty of extents and
volumes to extend onto.  The problem started going away after that.

Would the new 1st extent on the first volume from the recall become
the default 1st allocation on subsequent volumes?

On Wed, Jun 10, 2020 at 12:48 AM Seymour J Metz  wrote:
>
> My pet peeve is the default for SPACE; "Absolute track not available" is not 
> a user friendly error message for forgetting to specify SPACE.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> Bob Bridges [robhbrid...@gmail.com]
> Sent: Tuesday, June 9, 2020 8:33 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: "Everyone wants to retire mainframes"
>
> JCL: I used to complain about JCL's arcane and in some cases backward syntax. 
>  I mean, "COND=(0,LT,step.procstep)" - who made that up?  But somehow over 
> the years I've made my peace with JCL.  It is what it is.  And I would have 
> done no better, back then.
>
> EBCDIC: A couple of years ago, when I was employed by a small mainframe 
> security consulting company, a client came to them asking for help with a 
> project to create a security product that would reside on a distributed 
> platform but handle security on the mainframe.  They were going to develop it 
> for a client that was using Top Secret, but it could have been any of the 
> three.  These folks didn't know mainframes, which is why they hired my 
> employers, who assigned me to the project.
>
> I said they "didn't know mainframes"; let's start with the fact that they 
> didn't know about EBCDIC.  But that's no problem, right?  There are lots of 
> things one can do to translate between EBCDIC and ASCII.  In the process of 
> working on this project I wrote, my very own self, a socket server that would 
> handle both ASCII and EBCDIC clients.  (I mention this because I'd never done 
> any such thing before, and I was inordinately pleased with the fact that I 
> could do anything so cool.  Those of you who've done hundreds of those and 
> take it for granted, please don't burst my bubble.)
>
> Then they discovered the whole issue of 3270 emulation.  And I probably 
> wasn't helping by trying to explain the complexities of mainframe security at 
> about the same time.  The client went away to think about the communications 
> issue, and somehow they never came back; the project never went anywhere 
> after that.
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
> /* Always look a gift horse in the mouth.  It may have hoof-and-mouth 
> disease.  -Bob Bridges, 1977 */
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Paul Gilmartin
> Sent: Tuesday, June 9, 2020 19:18
> >
> Yes, but JCL.  JCL is to programming as Roman numerals are to arithmetic.
>
> And EBCDIC.  "Doesn't play well with others."
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: Old Code Gets Younger Every Year - Marianne Bellotti - Medium

2020-06-09 Thread Mike Schwab
Yes.  Without all the END-??? statements.

On Tue, Jun 9, 2020 at 5:46 PM Seymour J Metz  wrote:
>
> Wouldn't that be VSCOBOL, well beyond CODASYL?
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> Mike Schwab [mike.a.sch...@gmail.com]
> Sent: Tuesday, June 9, 2020 1:42 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Old Code Gets Younger Every Year - Marianne Bellotti - Medium
>
> Our shop had one agency still running report writer reports using the
> free built in version (78?).
>
> On Tue, Jun 9, 2020 at 3:47 PM Seymour J Metz  wrote:
> >
> > Ultimately it's a management issue common to all languages: if programmers 
> > are not required to document and to keep documentation up to date, or, 
> > worse, are prohibited from "wasting time" doing so, there will be 
> > downstream consequences. In the case of COBOL there is also the pernicious 
> > myth that it is self documenting - no language is.
> >
> > BTW, is there any shop still using CODASYL COBOL?
> >
> >
> > --
> > Shmuel (Seymour J.) Metz
> > http://mason.gmu.edu/~smetz3
> >
> > 
> > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> > Mark Regan [marktre...@gmail.com]
> > Sent: Tuesday, June 9, 2020 11:16 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Old Code Gets Younger Every Year - Marianne Bellotti - Medium
> >
> > https://secure-web.cisco.com/1b-5A-k6m87QTuqyzbtnQj11SHVaJXaKjTnUPxpdSFiuZdewfEpzGWXFrNQU429jqXYBeZ4hkAlxT3dwOqilF88CSRyW-_NgSwlWsyj7sRwwUDLDv42jM5to-s_cB2PwkNZOAwdlREnOqHj8Z5NG_geFUVQiQSalS9G2b_-Vv-lOmNzr1w2DoxFhTgpEe1vl5WSMDwwChgYvdh2p8moci0AHnOb23dU-X5x1IgQZDBRRWxQV7SL-iUr-bBmPkjtCWqW5OoUGnpWYfYAgHKjgsIN0yd7RfpAuQstdzLgyxmoxhUXAMW7tz8nsr8yvioxLnon7_S31Bq7HViahTEIhK-n_F46JT4alOq53UrcW0QmMxL-X7nuNlhvhzy61B2WLAnBwT-dikGqH-DzsncM4a7jNKW-_Ok9sJM1Ef0H7sZ3n0XN5RiQm2VQ-pLaCJ3jGR_jCvq8GbbjxaqhnwgjHgAw/https%3A%2F%2Fmedium.com%2F%40bellmar%2Fold-code-gets-younger-every-year-3bd24c7f2262
> >
> > Regards,
> >
> > Mark T. Regan
> >
> > --
> > 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



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: "Everyone wants to retire mainframes"

2020-06-09 Thread Mike Schwab
Apple Did the high school thing.  That's where they got their devotees.

On Tue, Jun 9, 2020 at 3:54 PM Tom Brennan  wrote:
>
> When I bought my Yamaha piano in 1989, I heard a story that Yamaha had
> been supplying free pianos to universities for years.  It was more than
> them just being nice, they knew that someone practicing every day on the
> school grand piano would likely go on to buy one, or be the decision
> maker for an orchestra, night club, or whatever.  I always thought that
> was super smart of them.  What I always thought was rather dumb, is that
> IBM doesn't do similar with educational use of all their software.  And
> that's just copied bits ... no wood, metal, delivery, tuning, etc.
>
> On 6/9/2020 5:02 AM, Bob Bridges wrote:
> > A coworker just sent me this brief article.
> >
> > https://www.techrepublic.com/article/everyone-wants-to-retire-mainframes-but-74-of-modernization-efforts-fail/
> >
> > I'm interested in two aspects of this:
> >
> > 1) The writer uses the word "modernization" quite a bit, and as far as I 
> > can tell she uses it, without explanation, to mean "switching from 
> > mainframes to more recently invented platforms".  This is the old 
> > assumption we've talked about recently.
> >
> > 2) There's a really surprising number in there:
> >
> > "...almost 100% of survey respondents plan to move legacy applications to 
> > the cloud this year and the motivation to move is clear:
> >
> > - 60% strongly agree they will be left behind competitively if they fail to 
> > modernize
> > - 33% say modernizing has allowed the company to be more reactive to market 
> > changes
> > - 34% say legacy modernization has accelerated digital transformation 
> > projects
> >
> > About three-quarters of leaders said they have started a modernization 
> > program but failed to complete it"
> >
> > Can that "almost 100%" claim be true?  I confess that three out of my last 
> > three clients are talking about eliminating the mainframe, but I supposed 
> > it to be an anomaly.  Maybe the survey used the word "modernize" and the 
> > author ~assumed~ this must mean dropping the mainframe.
> >
> > The article also says "Mainframes are still critical to business operations 
> > with 71% of the Fortune 500 depending on these machines, including 92 of 
> > the world's 100 largest banks".  Come on - she's telling us that almost 
> > ~all~ of those companies intend to switch legacy applications to the cloud? 
> >  I just can't buy that.  ~My~ bank had certainly better not be planning 
> > such a move.
> >
> > ---
> > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
> >
> > /* If a problem has a single neck, it has a simple 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



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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


Re: COBOL Question

2020-06-09 Thread Mike Schwab
4GL - I've used Telon which takes a screen layout and database layout
and generates the cobol code and editing rules.  ADR-Datacom had Ideal
which was similar, later CA.  Easytrieve plus I really liked,
especially the report generation part.

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


  1   2   3   4   5   6   7   8   9   10   >