20 6:07 PM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Does S0C5 still exist ?
I believe it’s completely possible for Problem State code to raise a
Program Interrupt with code 5 in z/Architecture but not under z/OS.In AR ASC
mode an ALET can identify a Real-space designator that results
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Does S0C5 still exist ?
1. Didn't PIC 0002/S0C2 exist on a System 360? I seem to recall it but I
could be wrong. I thought PIC 0002 that was part of the original
architecture.
2. If he simulated System 370 instructions wasn't the environment
effectively
/~smetz3
From: IBM Mainframe Assembler List on behalf
of Keven
Sent: Thursday, January 30, 2020 6:07 PM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Does S0C5 still exist ?
I believe it’s completely possible for Problem State code to raise
I believe it’s completely possible for Problem State code to raise a
Program Interrupt with code 5 in z/Architecture but not under z/OS.In AR ASC
mode an ALET can identify a Real-space designator that results in access to
real storage . z/OS (along with VM, VSE etc.)
I created a better one, based on LURA, and tests fine. You don't get an
exotic PSW, but this will abend with a S0C5, with no risk to the system:
IEFS0C5 START 0
IEFS0C5 RMODE ANY
IEFS0C5 AMODE 64
MODESET MODE=SUP
LLIHH 2,X'DEAD'
LURA 1,2
BR14
: IBM Mainframe Assembler List on behalf
of Keith Moe
Sent: Thursday, January 30, 2020 3:42 PM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Does S0C5 still exist ?
I hope that nowadays you use ESPIE instead of SPIE...
A big disadvantage of SPIE/ESPIE is that it cannot be used in supervisor
ubject: Re: Does S0C5 still exist ?
I proved it.
IEA995I SYMPTOM DUMP OUTPUT 909
SYSTEM COMPLETION CODE=0C5 REASON CODE=0005
TIME=19.17.34 SEQ=01808 CPU= ASID=0038
PSW AT TIME OF ERROR 030C1001 FE8E8EA8 ILC 4 INTC 05
NO ACTIVE MODULE FOUND
NAME=UNKNOWN
DATA AT PSW IS U
On 1/30/2020 12:42 PM, Keith Moe wrote:
A big disadvantage of SPIE/ESPIE is that it cannot be used in supervisor state.
So you have to use ESTAE even if you know that you want to quickly recover with
no dump, LOGREC, etc., from PIC-4/10/11 (such as when chasing system control
blocks unlocked)
du/~smetz3
From: IBM Mainframe Assembler List on behalf
of Keith Moe
Sent: Thursday, January 30, 2020 3:01 PM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Does S0C5 still exist ?
S001 (from System Codes):
An I/O error condition was encountered during BDAM, BISAM, BPAM, BSAM, QISAM
?
Charles
-Original Message-
From: IBM Mainframe Assembler List [mailto:ASSEMBLER-LIST@LISTSERV.UGA.EDU]
On Behalf Of Seymour J Metz
Sent: Thursday, January 30, 2020 12:18 PM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Does S0C5 still exist ?
There's a reason that I never had a job
<072265160664-dmarc-requ...@listserv.uga.edu>
Sent: Wednesday, January 29, 2020 4:11 PM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Does S0C5 still exist ?
As part of a training exercise I was challenged to write code that abended S0C5
While I'm very skilled at writing Assembler code that
@LISTSERV.UGA.EDU
Subject: Re: Does S0C5 still exist ?
I thought it was leftover from MVT (non-virtual) days. I found the following
S0C5 – Addressing Exception
Description
An address developed and used by the ABENDing program lies outside of the
available virtual storage on the processor.
Possible
://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List on behalf
of MELVYN MALTZ <072265160664-dmarc-requ...@listserv.uga.edu>
Sent: Wednesday, January 29, 2020 7:55 PM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Does S0C5 still exist ?
Hi Keven
: Re: Does S0C5 still exist ?
S001 (from System Codes):
An I/O error condition was encountered during BDAM, BISAM, BPAM, BSAM, QISAM,
or QSAM processing.
The completion code can be issued if CLOSE processing called end-of-volume
(EOV), and EOV processing detected an out-of-space condition. See
Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List on behalf
of gah
Sent: Thursday, January 30, 2020 12:49 AM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Does S0C5 still exist ?
The z/OS system Abend code list:
https://www.ibm.c
://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List on behalf
of Dan Greiner
Sent: Thursday, January 30, 2020 2:34 PM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Does S0C5 still exist ?
Hold the phone!
See "z/OS MVS System Codes"
exception.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List on behalf
of Dan Greiner
Sent: Thursday, January 30, 2020 2:34 PM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Does S0C5 still exist ?
Hold
Hold the phone!
See "z/OS MVS System Codes" (SA22-7626-25 ... dunno if this is the latest rev),
page 106 or thereabouts. System completion code 0C1 (S0C1) indicates an
operation exception (which, last time I checked the PoO, is most definitely a
program interruption code 0001 [PIC-0001].
From: IBM Mainframe Assembler List on behalf
of Charles Mills
Sent: Thursday, January 30, 2020 2:32 PM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Does S0C5 still exist ?
z/OS with a lower case z, if we're going to be pedantic here. CharlesSent from
a mobile; please excuse t
z/OS with a lower case z, if we're going to be pedantic here. CharlesSent from
a mobile; please excuse the brevity.
Original message From: Seymour J Metz Date:
1/30/20 11:19 AM (GMT-08:00) To: ASSEMBLER-LIST@LISTSERV.UGA.EDU Subject: Re:
Does S0C5 still exist ? PIC 0001
From: IBM Mainframe Assembler List on behalf
of Dan Greiner
Sent: Thursday, January 30, 2020 12:25 PM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Does S0C5 still exist ?
There are numerous means of generating a guaranteed program exception, but Mr.
McKown's technique of jumping to the secon
Just wanted to add that ABEND S0C5 can occur either in DAT-on or
DAT-off mode. Moreover, Z/Architecture added a Real-space control mode
whereby real storage access is designated via access registers which means that
any storage-referencing instruction can result in ABEND
There are numerous means of generating a guaranteed program exception, but Mr.
McKown's technique of jumping to the second halfword of the relative branch is
clever.
However, if you are depending on seeing an operation exception
(program-interruption code 0001, or S0C1 in Z/OS-speak), there's
Agreed. This is a pet peeve of mine
-Original Message-
From: IBM Mainframe Assembler List On Behalf
Of Charles Mills
Sent: Thursday, January 30, 2020 8:58 AM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Does S0C5 still exist ?
People love the sound of their own voices -- it does
MBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Does S0C5 still exist ?
I've monitored the IBM-MAIN and ASSEMBLER LIST subject lines for decades.
However, I read very few actual posts.
So while I'm not a total naif,
clearly my expectations have room to be lowered.
It's one think to see posts from people
I've monitored the IBM-MAIN and ASSEMBLER LIST subject lines for decades.
However, I read very few actual posts.
So while I'm not a total naif,
clearly my expectations have room to be lowered.
It's one think to see posts from people who think they know but don't.
It's another to see posts from
I've monitored the IBM-MAIN and ASSEMBLER LIST subject lines for decades.
However, I read very few actual posts.
So while I'm not a total naif,
clearly my expectations have room to be lowered.
It's one think to see posts from people who think they know but don't.
It's another to see posts from
Well, Dave, how long have you been watching IBM-MAIN? Guesses,
speculation, "feelings", and irrelevant musings are what this forum does.
Obviously there is some valuable and correct information, and one can only
hope that those who need correct advice can sort it out.
On this thread, I've
lf Of MELVYN MALTZ
> Sent: Wednesday, January 29, 2020 2:17 PM
> To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
> Subject: Re: Does S0C5 still exist ?
>
> No, that's a S0C6
>
> - Original Message -
> From: "John Melcher" <0a33cad2fca2-dmarc-requ...@listserv.uga
Wow! While Keith, John and Kevin here are among the few giving
correct and useful answers...
I'm dismayed by the number of responders whose "answers" are just
pulled out of their butts!
Come on Guys! You don't have to guess or speculate on something that
is so simple to look up.
I mean...
The z/OS system Abend code list:
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieah700/h7scc.htm
gives no message for S0D0 and S0D1, which would be generated by segment and
page exception.
In the normal case, the system processes those as segment or page faults,
After further consideration, I think I must belatedly award you first
place. LURA not only is the quickest, easiest, and fastest, it's also
perfectly safe. As far as I can tell, you're the only one that came up
with it.
sas
On Wed, Jan 29, 2020 at 6:36 PM Keven wrote:
>
>
>
>
> I’ve
Again, turning DAT off requires rather special RACF access
Melvyn.
- Original Message -
From: "Keven"
To:
Sent: Wednesday, January 29, 2020 11:36 PM
Subject: Re: Does S0C5 still exist ?
I’ve developed code that executed LURA and STURA instructions and I saw
a few S
I proved it.
IEA995I SYMPTOM DUMP OUTPUT 909
SYSTEM COMPLETION CODE=0C5 REASON CODE=0005
TIME=19.17.34 SEQ=01808 CPU= ASID=0038
PSW AT TIME OF ERROR 030C1001 FE8E8EA8 ILC 4 INTC 05
NO ACTIVE MODULE FOUND
NAME=UNKNOWN
DATA AT PSW IS UNAVAILABLE AT THIS TIME
GR 0:
I’ve developed code that executed LURA and STURA instructions and I saw
a few S0C5s along the way. I remember thinking at the time that I had finally
filled in my S0Cx card (I.e., I had at that point written code that had
non-deliberately ABENDed with a S0C1 through S0C9.
I think that's the winner! Much easier than stepping into DAT-off on one's
own (unless you happen to actually still have a V=R region).
John McKown's suggestion is nice for runner-up.
sas
On Wed, Jan 29, 2020 at 5:12 PM Keith Moe wrote:
> Yes. It is still possible to generate a REAL 0C5
@LISTSERV.UGA.EDU
Subject: Re: Does S0C5 still exist ?
No, that's a S0C6
- Original Message -
From: "John Melcher" <0a33cad2fca2-dmarc-requ...@listserv.uga.edu>
To:
Sent: Wednesday, January 29, 2020 9:33 PM
Subject: Re: Does S0C5 still exist ?
>Jdoesn't do it?
>
>
Well, yes, it may be possible
I have a feeling that this is storage key related which is newer than DAT
Melvyn
- Original Message -
From: "John McKown"
To:
Sent: Wednesday, January 29, 2020 9:47 PM
Subject: Re: Does S0C5 still exist ?
Cheat -- use the ABEND macro. Ye
No, that's a S0C6
- Original Message -
From: "John Melcher" <0a33cad2fca2-dmarc-requ...@listserv.uga.edu>
To:
Sent: Wednesday, January 29, 2020 9:33 PM
Subject: Re: Does S0C5 still exist ?
Jdoesn't do it?
-Original Message-
From: IBM Mainfram
Yes. It is still possible to generate a REAL 0C5 (Addressing Exception) abend.
To do so, you must be in DAT OFF mode. z/OS has DAT OFF Services and until you
have a full 64-bit addressable real storage, an 0C5 can occur.
Back in 2005, I accidentally generated one in a DAT OFF service call.
Cheat -- use the ABEND macro. Yes, you can use it to generate system anend
codes.
PIC 5 is basically that a physical address doesn't exist, so I doubt you
can generate it DAT on.
On Wed, Jan 29, 2020, 15:11 Melvyn Maltz <
072265160664-dmarc-requ...@listserv.uga.edu> wrote:
> As part of a
Jdoesn't do it?
-Original Message-
From: IBM Mainframe Assembler List On Behalf
Of Joe Dolcini
Sent: Wednesday, January 29, 2020 3:32 PM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Does S0C5 still exist ?
*** External email: Verify sender before opening attachments
I thought it was leftover from MVT (non-virtual) days. I found the following
S0C5 – Addressing Exception
Description
An address developed and used by the ABENDing program lies outside of the
available virtual storage on the processor.
Possible Causes
Indexing, Subcripting outside the
Thanks Steve,
Yes, it's in the Manual, but does it exist is my question ?
And yes, Addressing
Melvyn
- Original Message -
From: "Steve Thompson"
To:
Sent: Wednesday, January 29, 2020 9:23 PM
Subject: Re: Does S0C5 still exist ?
Get the PoOP and look at Program Inte
I am speculating some, but it seems to me that a S0C5 would be impossible
with DAT-on unless somebody screwed up the DAT tables. If you get into
real mode, then it should be possible to generate an addressing exception
easily enough. Whether z/OS would turn that into a S0C5 nowadays is
Get the PoOP and look at Program Interrupt Code (PIC) 5.
I can't remember off the top of my head if this is addressing or
specification exception.
Regards,
Steve Thompson
On 1/29/20 4:11 PM, Melvyn Maltz wrote:
As part of a training exercise I was challenged to write code that abended S0C5
As part of a training exercise I was challenged to write code that abended S0C5
While I'm very skilled at writing Assembler code that abends, I failed in this
case :-(
With the advent of much more secure storage allocation (if someone mentions
CICS Storage Violations the men in white coats will
47 matches
Mail list logo
