Re: ZAD and C/C++ (was:: 2.5 Heads Up)

behalf of Mike Schwab [mike.a.sch...@gmail.com] Sent: Tuesday, March 1, 2022 10:38 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ZAD and C/C++ (was:: 2.5 Heads Up) https://secure-web.cisco.com/1PXbV8bBOYAuiVtorpuZs7XE3pKinLwmLYKWPEJUV_PkTrzvWRyNuYDzK47foMg_IwN3TABRuvj8-6d95

Re: ZAD and C/C++ (was:: 2.5 Heads Up)

t [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On > Behalf Of Seymour J Metz > Sent: Tuesday, March 1, 2022 10:09 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: ZAD and C/C++ (was:: 2.5 Heads Up) > > Is nullptr an address of 0, or is it an address guarantied to not be > valid? &g

Re: ZAD and C/C++ (was:: 2.5 Heads Up)

> > Charles > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Seymour J Metz > Sent: Tuesday, March 1, 2022 10:46 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: ZAD and C/C++ (was:: 2.5 Heads Up) > &

Re: ZAD and C/C++ (was:: 2.5 Heads Up)

On Tue, 1 Mar 2022 10:53:44 -0800, Charles Mills wrote: >> any ethnicity but their own >. ... >I wrote a name-indexing scheme that assumed all surnames were at least three >characters long. This was of course back in the day when we worried >obsessively about bytes and CPU cycles. > I worked

Re: ZAD and C/C++ (was:: 2.5 Heads Up)

...@mcn.org] Sent: Tuesday, March 1, 2022 1:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ZAD and C/C++ (was:: 2.5 Heads Up) > any ethnicity but their own In my much younger days -- the first significant system I ever worked on -- I wrote a name-indexing scheme that assumed all surnames w

Re: ZAD and C/C++ (was:: 2.5 Heads Up)

AIN@LISTSERV.UA.EDU Subject: Re: ZAD and C/C++ (was:: 2.5 Heads Up) Metz's Law of Anal Retentive Developers: "Never validate an input field unless you *KNOW* what the rules are: assumption, belief, habit, urban legends, etc., don't count!" The world is full of people that "validate&quo

Re: ZAD and C/C++ (was:: 2.5 Heads Up)

From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Charles Mills [charl...@mcn.org] Sent: Tuesday, March 1, 2022 1:47 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ZAD and C/C++ (was:: 2.5 Heads Up) I see what you are asking. You are probably quoting the standard correctly. I

Re: ZAD and C/C++ (was:: 2.5 Heads Up)

Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu] Sent: Tuesday, March 1, 2022 1:42 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ZAD and C/C++ (was:: 2.5 Heads Up) On Tue, 1 Mar 2022 18:09:14 +, Seymour J Metz wrote: &

Re: ZAD and C/C++ (was:: 2.5 Heads Up)

f Seymour J Metz Sent: Tuesday, March 1, 2022 10:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ZAD and C/C++ (was:: 2.5 Heads Up) Is nullptr an address of 0, or is it an address guarantied to not be valid? "An integer constant expression with the value 0, or such an expression cast to ty

Re: ZAD and C/C++ (was:: 2.5 Heads Up)

__ From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Charles Mills [charl...@mcn.org] Sent: Tuesday, March 1, 2022 1:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ZAD and C/C++ (was:: 2.5 Heads Up) Ah! (void *). I know what that means, but I am perhaps too dense

Re: ZAD and C/C++ (was:: 2.5 Heads Up)

On Tue, 1 Mar 2022 18:09:14 +, Seymour J Metz wrote: >Is nullptr an address of 0, or is it an address guarantied to not be valid? > Ah, pedantry! It depends on whether "invalid" is equivalent to "unequal to a pointer to any object ..." (or whether one implies the other.). The statement below

Re: ZAD and C/C++ (was:: 2.5 Heads Up)

and C/C++ (was:: 2.5 Heads Up) Is nullptr an address of 0, or is it an address guarantied to not be valid? "An integer constant expression with the value 0, or such an expression cast to type void *, is called a null pointer constant. If a null pointer constant is converted to a pointer

Re: ZAD and C/C++ (was:: 2.5 Heads Up)

.@domain.com. No blanks or anything like that. Never did figure out what they wanted; got around the problem another way. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Tuesday, March 1, 2022 9:48 AM T

Re: ZAD and C/C++ (was:: 2.5 Heads Up)

] Sent: Tuesday, March 1, 2022 11:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ZAD and C/C++ (was:: 2.5 Heads Up) C is a standardized language. IBM's main target market is programs ported from other platforms. I have no idea what the standard is, but IBM *may* simply be following it. fopen(NULL

Re: ZAD and C/C++ (was:: 2.5 Heads Up)

On Tue, 1 Mar 2022 08:46:35 -0800, Charles Mills wrote: >..., but IBM *may* simply be following it. fopen(NULL, ...) is pretty > useless any way you slice it. > On Mac OS: printf ("%d\n", open( "", 0 ) ); -1 No such file or directory

Re: ZAD and C/C++ (was:: 2.5 Heads Up)

harles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Tuesday, March 1, 2022 8:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: ZAD and C/C++ (was:: 2.5 Heads Up) On Tue, 1 Mar 2022 13:28:01 +, wrote: &g

ZAD and C/C++ (was:: 2.5 Heads Up)

On Tue, 1 Mar 2022 13:28:01 +, wrote: > >ZAD is not supported on z/OS under z/VM. ":-( >Is there any SOD or RFE or the like for this? > > Many releases ago, I saw a report the C RTL treatment of following a NULL pointer was changing. I tested open( NULL, ... ) with releases before and

Re: 2.5 Heads Up

Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Peter Relson [rel...@us.ibm.com] Sent: Tuesday, March 1, 2022 8:28 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: 2.5 Heads Up ZAD is not supported on z/OS under z/VM. ":-( Is there any SOD or RFE or the like for this? That would

Re: 2.5 Heads Up

ZAD is not supported on z/OS under z/VM. ":-( Is there any SOD or RFE or the like for this? That would have to be an RFE for z/VM (and conceivably also for the machine itself). At least at the time this was introduced and z/OS exploited it, z/VM did not surface the ZAD capability to a

Re: 2.5 Heads Up

On Mon, 28 Feb 2022 at 10:50, Ed Jaffe wrote: > On 2/28/2022 5:21 AM, Allan Staller wrote: > > > Peter, > > Can you post the trap? > > > https://www.ibm.com/docs/en/zos/2.5.0?topic=traps-slip-zero-address-detection-zad > "ZAD is not supported on z/OS under z/VM. ":-( Is there any SOD or

Re: 2.5 Heads Up

Classification: Confidential Thanks Ed -Original Message- From: IBM Mainframe Discussion List On Behalf Of Ed Jaffe Sent: Monday, February 28, 2022 9:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: 2.5 Heads Up [CAUTION: This Email is from outside the Organization. Unless you trust

Re: 2.5 Heads Up

On 2/28/2022 5:21 AM, Allan Staller wrote: Classification: Confidential Peter, Can you post the trap? https://www.ibm.com/docs/en/zos/2.5.0?topic=traps-slip-zero-address-detection-zad -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245

Re: 2.5 Heads Up

Classification: Confidential Peter, Can you post the trap? Thanks in advance, -Original Message- From: IBM Mainframe Discussion List On Behalf Of Peter Relson Sent: Saturday, February 26, 2022 7:28 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: 2.5 Heads Up [CAUTION: This Email is from

Re: 2.5 Heads Up

You apparently also do not run with Zero Address Detection activated (a SLIP ZAD trap). You should strongly consider doing so. As to "the cat's out of the bag": a bag of IBM+ISV's is a pretty big bag. You use undocumented things at your own risk. Peter Relson z/OS Core Technology Design

Re: 2.5 Heads Up

Corp. Poughkeepsie NY "IBM Mainframe Discussion List" wrote on 02/22/2022 10:26:40 AM: From: "Charles Mills" To: IBM-MAIN@LISTSERV.UA.EDU Date: 02/22/2022 02:28 PM Subject: Re: 2.5 Heads Up Sent by: "IBM Mainframe Discussion List" Would using some "debu

Re: 2.5 Heads Up

On 2/22/2022 3:33 PM, Seymour J Metz wrote: Are you sure that it doesn't change the timing? We have seen no observable difference in execution timing. We run it constantly... -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245

Re: 2.5 Heads Up

] on behalf of Charles Mills [charl...@mcn.org] Sent: Tuesday, February 22, 2022 1:20 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: 2.5 Heads Up Right ... Is there a control register bit or something like that for authority to store in the PSA (+ Key 0 of course). Charles -Original Message

Re: 2.5 Heads Up

4:45 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: 2.5 Heads Up On 2/22/2022 1:22 PM, Seymour J Metz wrote: >> ZAD SLIP tracing can catch these issues without changing the outcomes. > ? https://www.ibm.com/docs/en/zos/2.5.0?topic=traps-slip-zero-address-detection-zad -- Phoenix

Re: 2.5 Heads Up

On 2/22/2022 1:22 PM, Seymour J Metz wrote: ZAD SLIP tracing can catch these issues without changing the outcomes. ? https://www.ibm.com/docs/en/zos/2.5.0?topic=traps-slip-zero-address-detection-zad -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA

Re: 2.5 Heads Up

>ZAD SLIP tracing can catch these issues without changing the outcomes. ? From: IBM Mainframe Discussion List on behalf of Ed Jaffe Sent: Tuesday, February 22, 2022 3:41 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: 2.5 Heads Up On 2/22/2022 12:28

Re: 2.5 Heads Up

ame Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim Mulder Sent: Tuesday, February 22, 2022 11:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: 2.5 Heads Up Yes, the undocumented (but disclosed to ISVs) IGVDGNPP test tool will modify all of the reserved fields in every CPU's

Re: 2.5 Heads Up

On 2/22/2022 12:28 PM, Seymour J Metz wrote: I also hate problems that disappear when I turn tracing or other diagnostics on. ZAD SLIP tracing can catch these issues without changing the outcomes. -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245

Re: 2.5 Heads Up

-requ...@listserv.ua.edu] Sent: Tuesday, February 22, 2022 3:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: 2.5 Heads Up On Tue, 22 Feb 2022 15:37:51 -0400, Jim Mulder wrote: >.. > We of course use that tool on our test systems, so that we tend to >not have zeros at PSA+4 on our z/OS

Re: 2.5 Heads Up

On Tue, 22 Feb 2022 15:37:51 -0400, Jim Mulder wrote: >.. > We of course use that tool on our test systems, so that we tend to >not have zeros at PSA+4 on our z/OS 2.5 test systems, which may >have contributed to the bug escaping our notice >until it got into the field. > Tsk. Tsk. At

Re: 2.5 Heads Up

/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY "IBM Mainframe Discussion List" wrote on 02/22/2022 10:26:40 AM: From: "Charles Mills" To:IBM-MAIN@LISTSERV.UA.EDU Date: 02/22/2022 02:28 PM Subject: Re: 2.5 Heads Up Sent by: "IBM Mainframe Discussio

Re: 2.5 Heads Up

into the field. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY "IBM Mainframe Discussion List" wrote on 02/22/2022 10:26:40 AM: > From: "Charles Mills" > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 02/22/2022 02:28 PM > Subject: Re: 2.5 He

Re: 2.5 Heads Up

ssion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Tuesday, February 22, 2022 10:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: 2.5 Heads Up Right ... Is there a control register bit or something like that for authority to store in the PSA (+ Key 0 of course). Charles ---

Re: 2.5 Heads Up

9:26 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: 2.5 Heads Up There will be multiple versions of that address for PSA for each active processor in the LPAR. I don't think that KEY 0 is adequate authority to store there either. Could be done from a hardware console though

Re: 2.5 Heads Up

like everyone is.' -Original Message- From: IBM Mainframe Discussion List On Behalf Of Charles Mills Sent: 22 February 2022 15:27 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: 2.5 Heads Up Would using some "debug" type utility to store a non-zero value at address 4 be a partial cir

DSENQSHR (was: 2.5 Heads Up)

On Tue, 22 Feb 2022 02:03:21 -0400, Jim Mulder \wrote: > Location 4 means address 4 (i.e. offset 4 in the PSA). > > There was a latent bug from a prior release in the loop control >code so that it was erroneously fetching from address 4, and >behaving especially badly when the data at that

Re: 2.5 Heads Up

Interesting question, but the problem at hand is pure z/OS. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Seymour J Metz Sent: Tuesday, February 22, 2022 7:53 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: 2.5 Heads Up Do

Re: 2.5 Heads Up

10:26 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: 2.5 Heads Up Would using some "debug" type utility to store a non-zero value at address 4 be a partial circumvention? The pre-Z restart PSW is never used for anything now -- is that correct? Charles -Original Message- From: IBM

Re: 2.5 Heads Up

On Behalf Of Jim Mulder Sent: Monday, February 21, 2022 10:03 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: 2.5 Heads Up Location 4 means address 4 (i.e. offset 4 in the PSA). There was a latent bug from a prior release in the loop control code so that it was erroneously fetching from

Re: 2.5 Heads Up

From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Lennie Dymoke-Bradshaw [032fff1be9b4-dmarc-requ...@listserv.ua.edu] Sent: Monday, February 21, 2022 6:52 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: 2.5 Heads Up Maybe they were using the contents

AW: 2.5 Heads Up

> > if the storage at location x'0004' is zeroed out. > > What's llocation 4 supposed to mean? > > -- gil > > -- -Ursprüngliche Nachricht- Von: IBM Mainframe Discussion List Im Auftrag von Mark Jacobs Gesendet: Montag, 21. Februar 202

Re: 2.5 Heads Up

erv.ua.edu> > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 02/22/2022 12:49 AM > Subject: Re: 2.5 Heads Up > Sent by: "IBM Mainframe Discussion List" > > On Mon, 21 Feb 2022 12:54:14 -0800, Ed Jaffe wrote: > > >On 2/21/2022 12:00 PM, Mark Jacobs wrote: > >>

Re: 2.5 Heads Up

True, but the hard loop was impacting our users more than the loss of functionally that DSENQSHR provided. 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 ---

Re: 2.5 Heads Up

On Mon, 21 Feb 2022 23:51:34 +, Mark Jacobs wrote: >I needed to use the circumvention so as to bypass the hard loop in our 2.5 >system. > That treats only the symptom. It provides no substitute for the needed function. >Storage location x'0004' is in the PSA. It maps to this;

Re: 2.5 Heads Up

. Encrypt like everyone is.’ -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: 21 February 2022 22:03 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: 2.5 Heads Up On Mon, 21 Feb 2022 12:54:14 -0800, Ed Jaffe wrote: >On 2/21/2022 12:00 PM, Mark Jac

Re: 2.5 Heads Up

I needed to use the circumvention so as to bypass the hard loop in our 2.5 system. Storage location x'0004' is in the PSA. It maps to this; "V(IEAVRSTR)" - SECOND HALF OF RESTART NEW PSW MDC128 Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key -

Re: 2.5 Heads Up

On Mon, 21 Feb 2022 12:54:14 -0800, Ed Jaffe wrote: >On 2/21/2022 12:00 PM, Mark Jacobs wrote: >> Found APAR OA62381 for this problem. PTFs are not yet available. > Yet: APAR status Closed as program error. >Hugely helpful! THANKS! > >https://www.ibm.com/support/pages/apar/OA62381 > Local

Re: 2.5 Heads Up

On 2/21/2022 12:00 PM, Mark Jacobs wrote: Found APAR OA62381 for this problem. PTFs are not yet available. Hugely helpful! THANKS! https://www.ibm.com/support/pages/apar/OA62381 -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245

Re: 2.5 Heads Up

Found APAR OA62381 for this problem. PTFs are not yet available. 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, February 21st, 2022 at 1:22 PM,

Re: 2.5 Heads Up

I don't remember. I'm no longer working at $previousjob so I don't have access to the case I opened at the time. 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

Re: 2.5 Heads Up

On 10/27/2021 8:47 AM, Mark Jacobs wrote: We migrated one of our systems to z/OS 2.5 last weekend and immediately started getting a hard loop during job conversion/interpretation either in the JES2CIxx or INIT address space depending on your JOBDEF INTERPRET= setting. The loop could occur

Re: 2.5 Heads Up

List IBM-MAIN@LISTSERV.UA.EDU on behalf of > Mark Jacobs 0224d287a4b1-dmarc-requ...@listserv.ua.edu > > Sent: Wednesday, October 27, 2021 10:47 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: 2.5 Heads Up > > [CAUTION: This Email is from outside the Organization.

Re: 2.5 Heads Up

From: IBM Mainframe Discussion List on behalf of Mark Jacobs <0224d287a4b1-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, October 27, 2021 10:47 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: 2.5 Heads Up [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t

2.5 Heads Up

We migrated one of our systems to z/OS 2.5 last weekend and immediately started getting a hard loop during job conversion/interpretation either in the JES2CIxx or INIT address space depending on your JOBDEF INTERPRET= setting. The loop could occur with any batch job,but not every batch job. IBM