Re: Current TCB when running under TEST

[Joseph Reichman]

Got it when your program is running PSATOLD points to the TCB from your program 
at breakpoint PSATOLD is test

Get Outlook for iOS

From: IBM Mainframe Discussion List  on behalf of 
Lennie Bradshaw 
Sent: Sunday, March 23, 2025 3:05:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Current TCB when running under TEST

Well, your program could load a register from +21c and then you set a 
breakpoint there.
The address will be in the register you used.

Lennie

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Joseph Reichman
Sent: 23 March 2025 15:46
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Current TCB when running under TEST

Hi

I am sure this situaton that has happened to lots of people

When one is running inder TEST and you entered TEST 'MY.USER.LOADLIB(MYPROG)'

After hitting  you are at location +0

Then you do L 21C.? pointing to the current TCB address that TCB is not the 
program being debugged TCB that is TEST's TCB correct

The program being debugged TCB can be seen by doing a LISTTCB without any 
parameters

My questions if all these are correct how do you get the program current TCB 
talking into consideration the program is running under test

I looked at tcbback and it was 0's I looked at the next tcb tcbtcb at +74 and 
it was 0's


Is there any way to get this address from a program when your program is 
running under TEST

Thank you

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

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

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

Re: FTPS for IBM download

[Kurt Quackenbush]

> So these certificate needs to be connected to the keyring assigned to the 
> started owner ID right ?

The certificate authority (CA) root certificate needs to be in a truststore on 
z/OS.  The acceptable types of truststore depends on the application using it, 
but often a SAF keyring is used.

But you still did not identify what you are trying to download and from which 
server.  For example, if you're talking about downloading PTFs from IBM's 
servers using SMP/E, all the details of your required setup, including which CA 
root certificate you need and where to get it, is documented here:
https://www.ibm.com/docs/en/zos/3.1.0?topic=guide-preparing-secure-internet-delivery

If you tell us what you're trying to do, then perhaps we can point you to the 
specific documentation you need.

Kurt Quackenbush
IBM  |  z/OS SMP/E and z/OSMF Software Management  |  ku...@us.ibm.com

Chuck Norris never uses CHECK when he applies PTFs.

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

IBM Z Development and Test Environment - ADCD

[John Blythe Reid]

Hello,

I'd heard that the price of running z/OS on a PC was going to come down for
personal users but looking at the IBM website it's still very expensive at
USD5,980.00 + tax per year.

This is the URL of the page I'm looking at:
https://www.ibm.com/es-es/products/z-development-test-environment

Am I looking in the right place ?

Regards,
John

-- 
John Blythe Reid,
Técnico de Sistemas de z/OS y de Sistemas Transaccionales,
Barcelona,
España.

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

Re: Fwd: Questionnaire on Rexx Languages and the Community

[Schmitt, Michael]

Well, REXX is a non-binary language.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Binyamin Dissen
Sent: Monday, March 31, 2025 10:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Fwd: Questionnaire on Rexx Languages and the Community

First page - WOKE personal information.

I will skip it.

On Mon, 31 Mar 2025 15:53:06 +0200 "Rony G. Flatscher"
 wrote:

:>Hi there,
:>
:>If you are using Rexx (in any form), it would be very helpful for Till's 
study (see below) if you
:>could spare a few minutes to take this survey.
:>
:>If you know of friends or colleagues who use Rexx (in any form), please 
forward this e-mail to them.
:>As you know, the more participants there are for a survey, the better.
:>
:>The results will be reported on at the upcoming International Rexx symposium 
that will take place in
:>Vienna, Austria, at the beginning of May.
:>
:>Thank you for your cooperation!
:>
:>Best regards
:>
:>---rony
:>
:> Forwarded Message 
:>Subject:  [rexxla-members] Questionnaire on Rexx Languages and the 
Community
:>Date: Wed, 26 Mar 2025 18:27:41 +0100
:>From: Till Winkler via groups.io 
:>To:   rexxla-memb...@groups.io
:>
:>
:>Dear RexxLA Members,
:>
:>I have put together a small questionnaire about Rexx language 
implementations, requirements on a
:>Rexx programming language and the general motivation to participate in the 
community.
:>
:>It would be very nice if you could take the time (10 to 15 minutes) to 
complete the questionnaire
:>and share your thoughts in it. I hope to gain exciting insights into our 
favorite language.
:>
:>Link: 
:>
:>The results of the questionnaire will of course be presented at the 36th Rexx 
Language Symposium in
:>Vienna. If you know any Rexxers who are not on this list, it would be great 
if you could share the
:>link with them.
:>
:>Best,
:>Till
:>
:>... cut ...
:>
:>
:>
:>Groups.io Links:
:>
:>You receive all messages sent to this group.
:>
:>View/Reply Online (#2577)  | 
Reply to Group
:>
:>| Reply to Sender
:>
:>| Mute This Topic  | New Topic
:>
:>
:>
:>--
:>RexxLA relies on donations to cover costs. Please consider donating at:
:>https://donorbox.org/donations-to-rexx-language-association
:>
:>Your Subscription  | 
Contact Group Owner
:> | Unsubscribe
:> 
[rony.flatsc...@wu.ac.at]
:>_._,_._,_
:>
:>--

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

Director, Dissen Software, Bar & Grill - Israel

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

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

Re: FTPS for IBM download

[Kurt Quackenbush]

> There is a requirement that the client must be FTPS enabled to connect to IBM 
> site.

> Can i use Self signed certificate for my FTP server ? Or IBM distributes 
> certificate to their customer to upload them in our mainframe and trust it ?

If you download from an IBM FTP server to your z/OS, then the server is IBM's, 
and you run an FTP client on your z/OS.  To authenticate with the IBM server, 
your FTP client must trust the root certificate that issued the IBM server's 
certificate, not some random self signed certificate you generate.

What are you trying to download, and which IBM server are you trying to 
download from?

Kurt Quackenbush
IBM  |  z/OS SMP/E and z/OSMF Software Management  |  ku...@us.ibm.com

Chuck Norris never uses CHECK when he applies PTFs.

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

Re: Expand DSN names (WAS : Java saved IBM Z?!)

[Phil Smith III]

Rick Troth wrote, in part:
>But I have been bitten by IBM implementations where Big Blue were such
>sticklers for the rules that WIDELY accepted exceptions just did not
>fly.

Indeed. I still have mild trauma from 1996 or so, when we were the only site on 
the planet using VM as a primary DNS and (after a month of back-and-forth) 
found out that IBM's interpretation of TTL=0 to mean "do not cache at all" 
differed from the rest of the universe, who took it to mean...um...something 
longer. The details are hidden behind the pain. Anyway, they were interpreting 
the RFC strictly.

More recently, we've found that their interpretation of RFC5280 Basic 
Constraints is stricter than the rest of the world, although arguably far 
saner. However, it does cause failures for connections that work with 
"everything else".

Of course there's no winning on this stuff! https://xkcd.com/927/ (obligatory)


(Hmm, "stickler" and "strict" don't appear to be etymologically related. I 
wondered.)

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

Re: REXX for LOGSTREAM Define

[Steve Horein]

Mr. Steely, meet Mr. Zelden:
https://www.mzelden.com/mvsutil.html
https://www.mzelden.com/mvsfiles/logrrexx.txt

On Wed, Mar 26, 2025 at 5:46 PM Steely.Mark <
0708bf6ac9be-dmarc-requ...@listserv.ua.edu> wrote:

> I had ChatGPT attempt this, but the generated code failed. Since I am not
> highly skilled in REXX,
> I struggled to troubleshoot and fix the issues.
> Would anyone have a working solution that can read the DATA TYPE(LOGR)
> REPORT(YES) output
> from the IXCMIAPU utility and generate the appropriate DEFINE LOGSTREAM
> control statements?
>
> I will provide what was generated but any other process would be
> appreciated.
>
> Thank You
>
> /* REXX to process IXCMIAPU output and generate DEFINE LOGSTREAM */
> TRACE IR
> PARSE ARG INDS OUTDS
> IF INDS = "" ] OUTDS = "" THEN DO
> SAY "Usage: EXEC REXX  "
> EXIT(8)
> END
>
> /* Assign DDNAMEs */
> INDD  = "INDD"   /* Temporary DDNAME for input */
> OUTDD = "OUTDD"  /* Temporary DDNAME for output */
>
> /* Allocate Input Dataset */
> ADDRESS TSO "ALLOC F("INDD") DA('"INDS"') SHR REUSE"
>
> /* Allocate Output Dataset */
> ADDRESS TSO "ALLOC F("OUTDD") DA('"OUTDS"') NEW CATALOG " ,
>  "SPACE(10,5) TRACKS LRECL(80) RECFM(F B) DSORG(PS)"
>
> /* Read from input dataset */
> ADDRESS TSO "EXECIO * DISKR "INDD" (STEM INPUT.)"
>
> DO I = 1 TO INPUT.0
> LINE = STRIP(INPUT.I)
> IF LINE = "" THEN ITERATE
>
> IF WORD(LINE,1) = "LOGSTREAM" THEN DO
> LOGSTREAM_NAME = WORD(LINE,2)
> CMD = "DEFINE LOGSTREAM("LOGSTREAM_NAME") "
> END
>
> DO J = 1 TO 21
> SELECT
> WHEN WORD(LINE,1) = "STG_SIZE" THEN
> CMD = CMD ]] "STG_SIZE("WORD(LINE,2)") "
> WHEN WORD(LINE,1) = "HIGH_WATER" THEN
> CMD = CMD ]] "HIGH_WATER("WORD(LINE,2)") "
> WHEN WORD(LINE,1) = "AUTODELETE" THEN
> CMD = CMD ]] "AUTODELETE("WORD(LINE,2)") "
> WHEN WORD(LINE,1) = "DASDONLY" THEN
> CMD = CMD ]] "DASDONLY("WORD(LINE,2)") "
> WHEN WORD(LINE,1) = "DESCRIPTION" THEN
> CMD = CMD ]] "DESCRIPTION('"WORD(LINE,2)"') "
> WHEN WORD(LINE,1) = "DIAG" THEN
> CMD = CMD ]] "DIAG("WORD(LINE,2)") "
> WHEN WORD(LINE,1) = "DUPLEXMODE" THEN
> CMD = CMD ]] "DUPLEXMODE("WORD(LINE,2)") "
> WHEN WORD(LINE,1) = "EHLQ" THEN
> CMD = CMD ]] "EHLQ("WORD(LINE,2)") "
> WHEN WORD(LINE,1) = "GROUP" THEN
> CMD = CMD ]] "GROUP("WORD(LINE,2)") "
> WHEN WORD(LINE,1) = "HIGHOFFLOAD" THEN
> CMD = CMD ]] "HIGHOFFLOAD("WORD(LINE,2)") "
> WHEN WORD(LINE,1) = "HLQ" THEN
> CMD = CMD ]] "HLQ("WORD(LINE,2)") "
> WHEN WORD(LINE,1) = "LOGGERDUPLEX" THEN
> CMD = CMD ]] "LOGGERDUPLEX("WORD(LINE,2)") "
> WHEN WORD(LINE,1) = "LOWOFFLOAD" THEN
> CMD = CMD ]] "LOWOFFLOAD("WORD(LINE,2)") "
> WHEN WORD(LINE,1) = "LS_ALLOCAHEAD" THEN
> CMD = CMD ]] "LS_ALLOCAHEAD("WORD(LINE,2)") "
> WHEN WORD(LINE,1) = "LS_SIZE" THEN
> CMD = CMD ]] "LS_SIZE("WORD(LINE,2)") "
> WHEN WORD(LINE,1) = "MAXBUFSIZE" THEN
> CMD = CMD ]] "MAXBUFSIZE("WORD(LINE,2)") "
> WHEN WORD(LINE,1) = "MODEL" THEN
> CMD = CMD ]] "MODEL("WORD(LINE,2)") "
> WHEN WORD(LINE,1) = "OFFLOADRECALL" THEN
> CMD = CMD ]] "OFFLOADRECALL("WORD(LINE,2)") "
> WHEN WORD(LINE,1) = "RETPD" THEN
> CMD = CMD ]] "RETPD("WORD(LINE,2)") "
> WHEN WORD(LINE,1) = "RMNAME" THEN
> CMD = CMD ]] "RMNAME("WORD(LINE,2)") "
> WHEN WORD(LINE,1) = "STG_DUPLEX" THEN
> CMD = CMD ]] "STG_DUPLEX("WORD(LINE,2)") "
> WHEN WORD(LINE,1) = "WARNPRIMARY" THEN
> CMD = CMD ]] "WARNPRIMARY("WORD(LINE,2)") "
> OTHERWISE NOP
> END
> END
>
> CMDOUT.0 = 0
>
> IF CMD \= "" THEN DO
> CMDOUT.0 = CMDOUT.0 + 1
> CMDOUT.CMDOUT.0 = CMD
> END
> END
>
> /* Write to output dataset */
> ADDRESS TSO "EXECIO "CMDOUT.0" DISKW "OUTDD" (STEM CMDOUT.)"
> /* Free datasets */
> ADDRESS TSO "FREE F("INDD")"
> ADDRESS TSO "FREE F("OUTDD")"
>
> EXIT(0)
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Plant 02

[David Purdy]

 Had to think about Beaverton - Sequent machines, as I remember 
On Saturday, March 22, 2025 at 10:03:16 AM EDT, Ben Smith 
 wrote:  
 
 The 78 plant code is also Storage


78 - Guadalajara (Power)



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

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

Re: IBM-MAIN Digest - 18 Mar 2025 to 19 Mar 2025 (#2025-76)

[Mike Schwab]

Yep.  z/OS has 3 incompatible versions of Java, so far.

On Thu, Mar 20, 2025 at 9:51 AM John Abell <
john.ab...@intnlsoftwareproducts.com> wrote:

> The issue for some of us is that C code written for z/OS can easily be
> ported to other platforms since z/OS is the platform of record.  PL/X might
> have been great for us but it is a non-starter.  On the other side, comes
> the endless aggravation of Open Source changing on a whim and sinking the
> boat like the one that trashed the zPDT dongle licensing a few years back.
> The reason that IBM tries to support specific versions of Linux I assume
> even if we wonder over that line.  We have had many similar experiences
> with
> non-z/OS JAVA releases in the past.  YAWN. Stuff that one would never have
> attempted to dump on mainframe users without serious repercussions.
>
> John T. Abell
> Tel:800-295-7608Option 4
> President
> International:  1-416-593-5578  Option 4
> E-mail:  john.ab...@intnlsoftwareproducts.com
> Fax:800-295-7609
>
> International:  1-416-593-5579
>
>
> International Software Products
> www.ispinfo.com
>
>
> This email may contain confidential and privileged material for the sole
> use
> of the intended recipient(s). Any review, use, retention, distribution or
> disclosure by others is strictly prohibited. If you are not the intended
> recipient (or authorized to receive on behalf of the named recipient),
> please contact the sender by reply email and delete all copies of this
> message. Also,email is susceptible to data corruption, interception,
> tampering, unauthorized amendment and viruses. We only send and receive
> emails on the basis that we are not liable for any such corruption,
> interception, tampering, amendment or viruses or any consequence thereof.
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of billogden
> Sent: Thursday, March 20, 2025 10:28 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBM-MAIN Digest - 18 Mar 2025 to 19 Mar 2025 (#2025-76)
>
> >For compiler listings and actual assembler listings, and assembler
> >inlines, and for interfacing with z/OS via its macro interfaces, PL/X
> >has always had a huge advantage over C/C++.
>
> AMEN
> For someone working on important, complex, long-term (decades)
> applications,
> it might appear that C/C++ is perhaps too slippery. Also, the frequently
> changing C/C++ base is perhaps one reason for the missing manuals 
> especially manuals that are specific to the System Z & z/OS designs.
>
> I like my PCs (usually!) and I like the IBM mainframes (mostly!), but I
> believe they are best used for separate purposes. Attempting to make one to
> be like the other might not be the best plan.
>
> Bill Ogden
>
> --
> 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: New z16's packing slips

[Martin Packer]

I tend to use Vital Product Data (VPD). I’m certain its existence isn’t secret 
– but don’t know how widely it is available.

From: IBM Mainframe Discussion List  on behalf of Joe 
Monk <05971158733e-dmarc-requ...@listserv.ua.edu>
Date: Saturday, 22 March 2025 at 17:01
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: [EXTERNAL] Re: New z16's packing slips
It is called the cfr (configuration file report).

Joe

On Sat, Mar 22, 2025 at 08:33 Anton Britz <
07a55504e417-dmarc-requ...@listserv.ua.edu> wrote:

> Question :
>
> I have 2 new z16's on the computer floor that we need to get working but
> I need to find the detail of what is in them.
>
> What is the terminology in the IBM world for a packing slip ?
>
> In the DELL world it is called a packing slip that tells you what is in
> the machine you ordered.
>
> I have full access to all the IBM support sites.
>
> Anton
>
> --
> 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

Unless otherwise stated above:

IBM United Kingdom Limited
Registered in England and Wales with number 741598
Registered office: Building C, IBM Hursley Office, Hursley Park Road, 
Winchester, Hampshire SO21 2JN

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

Re: DOGE wants to modernize Social Security’s legacy tech — what could possibly go wrong? – Computerworld

[Michael Oujesky]

It is not just Trump. but all of Congress and includes both parties.

At 08:12 AM 4/5/2025, willie bunter wrote:

 "We put them in office and deserve what we are 
getting in return."  How very true.  The not so 
intelligent voter voted for Trump, knowing that 
he is a convicted felon as well as  a convicted sex offender.½

  They knew about Trump 1.0 and the damage that was done from 2017-2020.
Enough is enough.
Elon start up the chainsaw,  Let the DOOGE times roll, as promised.
On Friday, April 4, 2025 at 05:50:07 p.m. 
EDT, Michael Oujesky  wrote:


 We put them in office and deserve what we are getting in return.


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

Re: DOGE wants to modernize Social Security’s legacy tech — what could possibly go wrong? – Computerworld

[willie bunter]

 "We put them in office and deserve what we are getting in return."  How very 
true.  The not so intelligent voter voted for Trump, knowing that he is a 
convicted felon as well as  a convicted sex offender.  They knew about Trump 
1.0 and the damage that was done from 2017-2020.
Enough is enough.
Elon start up the chainsaw,  Let the DOOGE times roll, as promised.
On Friday, April 4, 2025 at 05:50:07 p.m. EDT, Michael Oujesky 
 wrote:  
 
 We put them in office and deserve what we are getting in return.


At 01:55 PM 4/4/2025, Joel Ewing wrote:
>Content-Transfer-Encoding: 8bit
>
>Right!  If you think DOGE folks have any concept 
>of acceptable change management practices, or 
>that they care about what they break from 
>ignorance or lack of understanding, you haven't been paying attention.
>
>These dodgy guys are convinced they are geniuses 
>who can understand and improve the SSA system 
>after a few days of study. When you are 
>convinced you are "top gun" and can't make 
>mistakes, then you see parallel testing as 
>redundant.  As long as it compiles, just put it 
>into production  and insist all results must be 
>correct.  If a few people starve or die 
>homeless as a result, that's just acceptable 
>collateral damage from incorrect use of the system.
>
>According to Trump's Commerce Secretary, the 
>only ones who will be upset about receiving 
>incorrect SS payments or late SS payments are 
>those who are  trying to commit fraud.  With the 
>quality of people currently in charge, one would 
>expect adoption of the approach that worked so 
>well in the UK for almost three decades with 
>their postmaster accounting system:  insist the 
>computer results are accurate, deny that 
>problems are being reported, and imprison or 
>fine the complainers for misappropriation of funds.
>
>    JC Ewing
>
>On 4/4/25 12:25 PM, Michael Watkins wrote:
>>'I can see the problems occurring when they run 
>>both systems in parallel for 6 months...'
>>
>>Why assume they will run both systems in parallel for 6 months?
>>
>>
>>-Original Message-
>>From: IBM Mainframe Discussion List 
>> On Behalf Of Colin Paice
>>Sent: Friday, April 4, 2025 12:15 PM
>>To: IBM-MAIN@LISTSERV.UA.EDU
>>Subject: Re: DOGE wants to modernize Social 
>>Security’s legacy tech — what could possibly go wrong? ­ Computerworld
>>
>>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.
>>
>>They may be able to automate changing the code 
>>to a fancier language - that's the "easy bit"
>>
>>I can see the problems occurring when they run both systems in parallel for
>>6 months, and try to find the cause of the two 
>>systems giving different results - this is the hard bit.
>>I remember having problems when we changed the version of the compiler...
>>it exposed a timing window - and this was on the same code base!
>>This situation is when you need tracing etc in 
>>the programs, which you will not from the automatic conversion.
>>Colin
>>
>>On Fri, 4 Apr 2025 at 18:03, Mark Regan < 
>>058035dd6b20-dmarc-requ...@listserv.ua.edu> wrote:
>>
>>>This might wrap for some of you.
>>>
>>>
>>>https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.
>>>computerworld.com%2Farticle%2F3953741%2Fdoge-wants-to-modernize-social
>>>-securitys-legacy-tech-what-could-possibly-go-wrong.html&data=05%7C02%
>>>7Cmichael.watkins%40CPA.TEXAS.GOV%7C118691511d17473e764908dd739c5d3d%7
>>>C2055feba299d4d0daa5a73b8b42fef08%7C0%7C0%7C638793837587325501%7CUnkno
>>>wn%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXa
>>>W4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=VhPt8pUvSYb
>>>XmxnY54eZbVr8BIOdf6WRSVNbCYEl5qk%3D&reserved=0
>>>
>>>Regards,
>>>
>>>Mark 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
>>
>>--
>>For IBM-MAIN subscribe / signoff / archive access instructions,
>>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>--
>Joel C Ewing
>
>--
>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: DOGE wants to modernize Social Security’s legacy tech — what could possibly go wrong? – Computerworld

[Lionel B Dyck]

Enough with the politics - this list is for discussion of mainframe topics

On Sat, Apr 5, 2025 at 8:12 AM willie bunter <
001409bd2345-dmarc-requ...@listserv.ua.edu> wrote:

>  "We put them in office and deserve what we are getting in return."  How
> very true.  The not so intelligent voter voted for Trump, knowing that he
> is a convicted felon as well as  a convicted sex offender.  They knew about
> Trump 1.0 and the damage that was done from 2017-2020.
> Enough is enough.
> Elon start up the chainsaw,  Let the DOOGE times roll, as promised.
> On Friday, April 4, 2025 at 05:50:07 p.m. EDT, Michael Oujesky <
> reflect...@oujesky.net> wrote:
>
>  We put them in office and deserve what we are getting in return.
>
>
> At 01:55 PM 4/4/2025, Joel Ewing wrote:
> >Content-Transfer-Encoding: 8bit
> >
> >Right!  If you think DOGE folks have any concept
> >of acceptable change management practices, or
> >that they care about what they break from
> >ignorance or lack of understanding, you haven't been paying attention.
> >
> >These dodgy guys are convinced they are geniuses
> >who can understand and improve the SSA system
> >after a few days of study. When you are
> >convinced you are "top gun" and can't make
> >mistakes, then you see parallel testing as
> >redundant.  As long as it compiles, just put it
> >into production  and insist all results must be
> >correct.  If a few people starve or die
> >homeless as a result, that's just acceptable
> >collateral damage from incorrect use of the system.
> >
> >According to Trump's Commerce Secretary, the
> >only ones who will be upset about receiving
> >incorrect SS payments or late SS payments are
> >those who are  trying to commit fraud.  With the
> >quality of people currently in charge, one would
> >expect adoption of the approach that worked so
> >well in the UK for almost three decades with
> >their postmaster accounting system:  insist the
> >computer results are accurate, deny that
> >problems are being reported, and imprison or
> >fine the complainers for misappropriation of funds.
> >
> >JC Ewing
> >
> >On 4/4/25 12:25 PM, Michael Watkins wrote:
> >>'I can see the problems occurring when they run
> >>both systems in parallel for 6 months...'
> >>
> >>Why assume they will run both systems in parallel for 6 months?
> >>
> >>
> >>-Original Message-
> >>From: IBM Mainframe Discussion List
> >> On Behalf Of Colin Paice
> >>Sent: Friday, April 4, 2025 12:15 PM
> >>To: IBM-MAIN@LISTSERV.UA.EDU
> >>Subject: Re: DOGE wants to modernize Social
> >>Security’s legacy tech — what could possibly go wrong? ­ Computerworld
> >>
> >>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.
> >>
> >>They may be able to automate changing the code
> >>to a fancier language - that's the "easy bit"
> >>
> >>I can see the problems occurring when they run both systems in parallel
> for
> >>6 months, and try to find the cause of the two
> >>systems giving different results - this is the hard bit.
> >>I remember having problems when we changed the version of the compiler...
> >>it exposed a timing window - and this was on the same code base!
> >>This situation is when you need tracing etc in
> >>the programs, which you will not from the automatic conversion.
> >>Colin
> >>
> >>On Fri, 4 Apr 2025 at 18:03, Mark Regan <
> >>058035dd6b20-dmarc-requ...@listserv.ua.edu> wrote:
> >>
> >>>This might wrap for some of you.
> >>>
> >>>
> >>>https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.
> >>>computerworld.com%2Farticle%2F3953741%2Fdoge-wants-to-modernize-social
> >>>-securitys-legacy-tech-what-could-possibly-go-wrong.html&data=05%7C02%
> >>>7Cmichael.watkins%40CPA.TEXAS.GOV%7C118691511d17473e764908dd739c5d3d%7
> >>>C2055feba299d4d0daa5a73b8b42fef08%7C0%7C0%7C638793837587325501%7CUnkno
> >>>wn%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXa
> >>>W4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=VhPt8pUvSYb
> >>>XmxnY54eZbVr8BIOdf6WRSVNbCYEl5qk%3D&reserved=0
> >>>
> >>>Regards,
> >>>
> >>>Mark 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
> >>
> >>--
> >>For IBM-MAIN subscribe / signoff / archive access instructions,
> >>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> >--
> >Joel C Ewing
> >
> >--
> >For IBM-MAIN su

Re: DOGE wants to modernize Social Security’s legacy tech — what could possibly go wrong? – Computerworld

[Jay Maynard]

Please, folks, let's drop the politics, OK? I get enough of it elsewhere.
Here, I'm much more interested in why IBM hasn't granted my Shopz access
yet.

On Sat, Apr 5, 2025 at 8:12 AM willie bunter <
001409bd2345-dmarc-requ...@listserv.ua.edu> wrote:

>  "We put them in office and deserve what we are getting in return."  How
> very true.  The not so intelligent voter voted for Trump, knowing that he
> is a convicted felon as well as  a convicted sex offender.  They knew about
> Trump 1.0 and the damage that was done from 2017-2020.
> Enough is enough.
> Elon start up the chainsaw,  Let the DOOGE times roll, as promised.
> On Friday, April 4, 2025 at 05:50:07 p.m. EDT, Michael Oujesky <
> reflect...@oujesky.net> wrote:
>
>  We put them in office and deserve what we are getting in return.
>
>
> At 01:55 PM 4/4/2025, Joel Ewing wrote:
> >Content-Transfer-Encoding: 8bit
> >
> >Right!  If you think DOGE folks have any concept
> >of acceptable change management practices, or
> >that they care about what they break from
> >ignorance or lack of understanding, you haven't been paying attention.
> >
> >These dodgy guys are convinced they are geniuses
> >who can understand and improve the SSA system
> >after a few days of study. When you are
> >convinced you are "top gun" and can't make
> >mistakes, then you see parallel testing as
> >redundant.  As long as it compiles, just put it
> >into production  and insist all results must be
> >correct.  If a few people starve or die
> >homeless as a result, that's just acceptable
> >collateral damage from incorrect use of the system.
> >
> >According to Trump's Commerce Secretary, the
> >only ones who will be upset about receiving
> >incorrect SS payments or late SS payments are
> >those who are  trying to commit fraud.  With the
> >quality of people currently in charge, one would
> >expect adoption of the approach that worked so
> >well in the UK for almost three decades with
> >their postmaster accounting system:  insist the
> >computer results are accurate, deny that
> >problems are being reported, and imprison or
> >fine the complainers for misappropriation of funds.
> >
> >JC Ewing
> >
> >On 4/4/25 12:25 PM, Michael Watkins wrote:
> >>'I can see the problems occurring when they run
> >>both systems in parallel for 6 months...'
> >>
> >>Why assume they will run both systems in parallel for 6 months?
> >>
> >>
> >>-Original Message-
> >>From: IBM Mainframe Discussion List
> >> On Behalf Of Colin Paice
> >>Sent: Friday, April 4, 2025 12:15 PM
> >>To: IBM-MAIN@LISTSERV.UA.EDU
> >>Subject: Re: DOGE wants to modernize Social
> >>Security’s legacy tech — what could possibly go wrong? ­ Computerworld
> >>
> >>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.
> >>
> >>They may be able to automate changing the code
> >>to a fancier language - that's the "easy bit"
> >>
> >>I can see the problems occurring when they run both systems in parallel
> for
> >>6 months, and try to find the cause of the two
> >>systems giving different results - this is the hard bit.
> >>I remember having problems when we changed the version of the compiler...
> >>it exposed a timing window - and this was on the same code base!
> >>This situation is when you need tracing etc in
> >>the programs, which you will not from the automatic conversion.
> >>Colin
> >>
> >>On Fri, 4 Apr 2025 at 18:03, Mark Regan <
> >>058035dd6b20-dmarc-requ...@listserv.ua.edu> wrote:
> >>
> >>>This might wrap for some of you.
> >>>
> >>>
> >>>https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.
> >>>computerworld.com%2Farticle%2F3953741%2Fdoge-wants-to-modernize-social
> >>>-securitys-legacy-tech-what-could-possibly-go-wrong.html&data=05%7C02%
> >>>7Cmichael.watkins%40CPA.TEXAS.GOV%7C118691511d17473e764908dd739c5d3d%7
> >>>C2055feba299d4d0daa5a73b8b42fef08%7C0%7C0%7C638793837587325501%7CUnkno
> >>>wn%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXa
> >>>W4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=VhPt8pUvSYb
> >>>XmxnY54eZbVr8BIOdf6WRSVNbCYEl5qk%3D&reserved=0
> >>>
> >>>Regards,
> >>>
> >>>Mark 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
> >>
> >>--
> >>For IBM-MAIN subscribe / signoff / archive access instructions,
> >>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> >--
> >Joel C Ewing
> >
> >

Re: DOGE wants to modernize Social Security’s legacy tech — what could possibly go wrong? – Computerworld

[zMan]

Jay Maynard wrote, in part:
>I'm much more interested in why IBM hasn't granted my Shopz access yet.

If it's like most IBM web stuff these days, it's because it got offshored
and nobody understands it. This is not a failure of offshoring per se: it's
a failure on the part of management, not doing proper analysis and
turnover. And we see it all the time from so many companies. I worry for
our industry.

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

Re: TSO OPER in Background TSO?

[Ed Jaffe]

On 4/1/2025 12:14 PM, Steve Estle wrote:

Anyone know way around this say via background SDSF or something like that?


You can use the TSO/E CONSOLE command in the background.

It also interfaces nicely with REXX.

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



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

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

Re: IMS MQ question - don't know of a better list

[Massimo Biancucci]

The answer is yes.

Application must issue a MQGET with the wait option setted (and timeout if
needed).
Because, usually, you need to wait for a specific message, you can choose
to use MSGID to retrieve the exact response.
This means that the responding application must insert the msg with the
same MSGID.

If you need any help, I'll be happy to help even with a sample (I've to
write it but it's not a problem).

Regards.
Max

Il giorno lun 31 mar 2025 alle ore 13:26 Binyamin Dissen <
0662573e2c3a-dmarc-requ...@listserv.ua.edu> ha scritto:

> Can an IMS MPP initiate sending an MQ message and wait upon the response?
>
> I am looking for examples, but all just show triggered (which is the other
> way).
>
> --
> Binyamin Dissen 
> http://www.dissensoftware.com
>
> Director, Dissen Software, Bar & Grill - Israel
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Curiosity question on batch job management

[Jousma, David]

Thanks Lionel, you are right, I did find in 702.I initially looked at 914, 
but there was only a few in there.  None of these exits are for the faint of 
heart… 😊

Dave Jousma
Vice President | Director, Technology Engineering





From: IBM Mainframe Discussion List  on behalf of 
Lionel B Dyck <057b0ee5a853-dmarc-requ...@listserv.ua.edu>
Date: Friday, March 21, 2025 at 10:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Curiosity question on batch job management



The Mellon Mods appear to be in files 702, 766, 856, 914 and then 350 and

381



hope this helps



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

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

Re: Volume in a SG - search

[Ramsey Hallman]

If you have MVS/Quickref, option S, enter the volser. SG is listed in col 13

Ramsey

On Fri, Mar 28, 2025 at 11:08 AM MVS JES2 <
0784e6483dad-dmarc-requ...@listserv.ua.edu> wrote:

> d sms,vol(abc123)
>
> On Fri, Mar 28, 2025 at 7:29 AM Radoslaw Skorupka <
> 0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote:
>
> > I know how to list DASD volumes belonging to Storage Group.
> > I know how to list SG's.
> >
> > However, assuming large environment with plenty of SG's and thousands of
> > volumes - is the any way to display SG by specifying volser?
> > Example: I have volser ABC123, which Storage Group does it belong to?
> >
> >
> >
> > --
> > 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
> >
>
> --
> 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: New z16's packing slips

[Martin Packer]

Probably. Define “installed” – and is this not the OP’s case?

Cheers, Martin (who until now hasn’t really got involved with installation 
planning, or even “what’s in the frames?” questions… )

From: IBM Mainframe Discussion List  on behalf of P H 
<04843e86df79-dmarc-requ...@listserv.ua.edu>
Date: Sunday, 23 March 2025 at 19:56
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: [EXTERNAL] Re: New z16's packing slips
If I am not mistaken, the VPD is only available once the system is installed.

Sent from Outlook for Android

From: IBM Mainframe Discussion List  on behalf of 
Martin Packer 
Sent: Sunday, March 23, 2025 3:11:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: New z16's packing slips

I tend to use Vital Product Data (VPD). I’m certain its existence isn’t secret 
– but don’t know how widely it is available.

From: IBM Mainframe Discussion List  on behalf of Joe 
Monk <05971158733e-dmarc-requ...@listserv.ua.edu>
Date: Saturday, 22 March 2025 at 17:01
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: [EXTERNAL] Re: New z16's packing slips
It is called the cfr (configuration file report).

Joe

On Sat, Mar 22, 2025 at 08:33 Anton Britz <
07a55504e417-dmarc-requ...@listserv.ua.edu> wrote:

> Question :
>
> I have 2 new z16's on the computer floor that we need to get working but
> I need to find the detail of what is in them.
>
> What is the terminology in the IBM world for a packing slip ?
>
> In the DELL world it is called a packing slip that tells you what is in
> the machine you ordered.
>
> I have full access to all the IBM support sites.
>
> Anton
>
> --
> 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

Unless otherwise stated above:

IBM United Kingdom Limited
Registered in England and Wales with number 741598
Registered office: Building C, IBM Hursley Office, Hursley Park Road, 
Winchester, Hampshire SO21 2JN

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

Unless otherwise stated above:

IBM United Kingdom Limited
Registered in England and Wales with number 741598
Registered office: Building C, IBM Hursley Office, Hursley Park Road, 
Winchester, Hampshire SO21 2JN

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

Re: TSO OPER in Background TSO?

[Steve Beaver]

I would be less of a problem to write and HLASM program to issue a MGCRe



Regards,

Steve Beaver
st...@stevebeaver.com

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

Re: Current TCB when running under TEST

[Tony Harminc]

On Sun, 23 Mar 2025 at 11:46, Joseph Reichman <
05812645a43c-dmarc-requ...@listserv.ua.edu> wrote:

>
> When one is running inder TEST and you entered TEST
> 'MY.USER.LOADLIB(MYPROG)'
>
> After hitting  you are at location +0
>
> Then you do L 21C.? pointing to the current TCB address that TCB is not
> the program being debugged TCB that is TEST's TCB correct
>

Right. In theory TEST could fake this out, as it does for some other
things, but it can't hope to catch every TCB pointer. So it shows you
what's actually there.


> The program being debugged TCB can be seen by doing a LISTTCB without any
> parameters
>

Right. Because the LISTTCB subcommand is defined to do that, i.e. it knows
what TCB was running (or will be running) when you issue a GO subcommand,
and shows you that info. Same for LISTPSW and perhaps some other
subcommands - they won't show you the internal TCB structure of TEST itself.

My questions if all these are correct how do you get the program current
> TCB talking into consideration the program is running under test
>
> I looked at tcbback and it was 0's I looked at the next tcb tcbtcb at +74
> and it was 0's
>

Are you asking how your running program should get its own TCB address? If
so, just load the address from 21C as usual. Your program will get its own
TCB address - not what you see when you use a TEST subcommand to list that
address.

Is there any way to get this address from a program when your program is
> running under TEST
>

Or are you looking for a TEST subcommand to give you the address of your
program's TCB? I think you already know how to do this with LISTTCB. But
maybe I'm not understanding your questions.

Tony H.

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

Re: Curiosity question on batch job management

[Lionel B Dyck]

The Mellon Mods appear to be in files 702, 766, 856, 914 and then 350 and
381

hope this helps

On Fri, Mar 21, 2025 at 9:06 AM Jousma, David <
01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:

> Not finding the full set of Mellon Mods at CBT.   There are the “shared
> spool mods”, but they don’t look to be applicable.
>
> Dave Jousma
> Vice President | Director, Technology Engineering
>
>
>
>
>
> From: IBM Mainframe Discussion List  on behalf
> of Jerry Whitteridge 
> Date: Thursday, March 20, 2025 at 12:06 PM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: Curiosity question on batch job management
>
>
>
> If I remember rightly this function was contained in what was known as the
> "Mellon Bank Mods" - have a look at the CBT tape for those words. The
> Mellon mods were all JES2 exit related. Just not sure the Tape has them
> updated for the modern JES2 but it would give you a start in coding
> something if that’s the way you need to go.
>
>
>
>
>
> Jerry Whitteridge
>
> Sr Manager Managed Services
>
> Tech Operations & Innovation
>
> jerry.whitteri...@albertsons.com
>
> 480 578 7889
>
>
>
> This e-mail transmission contains information that is confidential and may
> be privileged.   It is intended only for the addressee(s) named above. If
> you receive this e-mail in error, please do not read, copy or disseminate
> it in any manner. If you are not the intended recipient, any disclosure,
> copying, distribution or use of the contents of this information is
> prohibited. Please reply to the message immediately by informing the sender
> that the message was misdirected. After replying, please erase it from your
> computer system. Your assistance in correcting this error is appreciated.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Lionel B. Dyck <><
Website:https://github.com/lbdyck

"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

Re: Reentrant Lite ?

[Paul Schuster]

CXD assembler directive and 'Q' constant allows high-level program to pass 
storage area to subordinate programs.

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

Java saved IBM Z?!

[Phil Smith III]

https://www.quora.com/What-are-some-notable-failed-programming-tools-that-promised-to-revolutionize-software-development

Trausti Thor Johannsson's response (which is currently at the top there, but 
might not be later) includes "[Java] not only made Mainframe computers not die 
but made them very useful."

I don't think I've ever seen anyone claim that Java saved IBM Z, nor that it's 
a major use case. Yeah, it's there, but even with zIIPs and zAAPs it's not all 
THAT common, is it? Or have I just been working with the wrong sort of 
customers?

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