IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on
07/12/2015 09:40:25 PM:
From: Walt Farrell walt.farr...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 07/12/2015 11:08 PM
Subject: Re: SYSTEM KEY Programming Was: IVSK and SPKA
Sent by: IBM Mainframe Discussion List
On Sun, 12 Jul 2015 20:42:19 +0300, Binyamin Dissen
bdis...@dissensoftware.com wrote:
On Sun, 12 Jul 2015 12:54:02 -0400 Scott Ford idfzos...@gmail.com wrote:
:I have question then
:I inherited some code..it's called passed a value for a storage obtain...
:Before the obtain, they go into
No sir, its subpool=231, linkage=system, thus supervisor state required
Scott
On Sun, Jul 12, 2015 at 5:19 PM, Walt Farrell walt.farr...@gmail.com
wrote:
On Sun, 12 Jul 2015 20:42:19 +0300, Binyamin Dissen
bdis...@dissensoftware.com wrote:
On Sun, 12 Jul 2015 12:54:02 -0400 Scott Ford
Two threads in a couple of weeks re the inability of people to learn MVS
principles properly these days.
Terrible indictment of the OCO decision years ago that public lists like this
are now the proxy mentor that some of us were fortunate enough to have had when
we needed one.
Enough from me -
On Sun, 12 Jul 2015 17:34:41 -0400, Scott Ford idfzos...@gmail.com wrote:
No sir, its subpool=231, linkage=system, thus supervisor state required
From Authorized Assembler Services description of the STORAGE macro:
Thanks Barry.
for the archive:
print PAGETYPE PAGEDSN to see that figures are for LOCAL/PLPA/COMMON
the repeated lower #s were for PLPA COMMON.
Cheers.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
It may really be 'broke'. I'd open a sevcrit to get the CE's dispatched.
In a message dated 7/12/2015 1:29:45 P.M. Central Daylight Time,
pinnc...@rochester.rr.com writes:
If that doesn't work, try CONFIG CHP OFF and ON (assuming that there
are no other devices you need on that CHPID).
Rob.
LOL !! ...
My apologies and yes, IMS does indeed (and DB2) use key7. I don't have the
specific posts at hand
but, I'll try to find one or two that speaks of key2 usage by IMS and, if /
when I do, I'll send it over..
Key9 is also used by CICS in certain circumstances (as an example,
If it still exists, IBM Prolog for 370, the MVS version (as
opposed to the original which ran under VM/CMS) uses keys beyond 9.
In fact, we were in the middle of Beta tests when I had to go
back and change code from using KEY9 because of what CICS had
just done (circa 1991). Apparently
For the first time ever, when shutting down an LPAR in a sysplex, I forgot to
issue the V XCF,lparname,OFF!
Now, I can't get that LPAR to join the sysplex. Luckily, the important LPAR is
up. The second LPAR is supposed to be in a sysplex and I am the only one using
it. It currently has z/os
In one word - carefully.
Treat every instruction that you execute in key0 as being a candidate to cause
the next unscheduled IPL.
I would advise to straddle the code that *actually* requires key0 with a save
current key, go to key0 and then a restore saved key sequence - I typically
put this
As little as possible. g
Don't leave yourself in key 0 because you're going to need it again in 20
instructions. Get in and get out. Five years from now some other programmer may
introduce a branch out in the middle of your 20 instructions, with potentially
unhappy results.
Comment the code
Binyamin,
I thought that might be the case.
Todah habah
Regards,
Scott
On Sunday, July 12, 2015, Binyamin Dissen bdis...@dissensoftware.com
wrote:
On Sun, 12 Jul 2015 12:54:02 -0400 Scott Ford idfzos...@gmail.com
javascript:; wrote:
:I have question then
:I inherited some code..it's
On Sun, 12 Jul 2015 11:29:01 -0400, Steve Thompson wrote:
And hasn't support for DAT OFF (V=R) been dropped? Only the DAT
OFF nucleus actually runs DAT OFF now?
V=R doesn't mean DAT off.
Just that virtual addresses map to the same real addresses.
I've never seen anything that ran V=R, but
I have question then
I inherited some code..it's called passed a value for a storage obtain...
Before the obtain, they go into mode=sup, storage
obtain,length(value),sp=231,loc=any, then back into mode=prog. Is this the
old way of setting key zero or a piece of storage ?
Scott
On Sunday,
Doesn't help to system reset, then respond DOWN... I still crash when trying to
activate.
Anne D. Crabtree
System Programmer
WV Office of Technology Data Center
1900 Kanawha Blvd East
Bldg 6, Room B-110
Charleston, WV 25305
(304)957-8292
(304)558-1441 fax
-Original Message-
From:
IXC466I INBOUND SIGNAL CONNECTIVITY ESTABLISHED WITH SYSTEM IPO2 245
VIA DEVICE 0342 WHICH IS CONNECTED TO DEVICE 0412
IXC466I OUTBOUND SIGNAL CONNECTIVITY ESTABLISHED WITH SYSTEM IPO2 246
VIA DEVICE 0343 WHICH IS CONNECTED TO DEVICE 0413
With all the discussion, what's the safest way to use key=0 , if it is
required ?
Scott
On Sunday, July 12, 2015, Tom Marchant
000a2a8c2020-dmarc-requ...@listserv.ua.edu wrote:
On Sun, 12 Jul 2015 11:29:01 -0400, Steve Thompson wrote:
And hasn't support for DAT OFF (V=R) been dropped?
A question or two.
Did you wait long enough when the IXC409D was produced?
The system continues and will process the response when entered.
Cross-system coupling facility (XCF) tries to restart the signaling path. If
XCF restores connectivity, the message will be deleted before it is
answered. If
On 7/12/2015 12:51 PM, Crabtree, Anne D wrote:
IXC466I INBOUND SIGNAL CONNECTIVITY ESTABLISHED WITH SYSTEM IPO2 245
VIA DEVICE 0342 WHICH IS CONNECTED TO DEVICE 0412
IXC466I OUTBOUND SIGNAL CONNECTIVITY ESTABLISHED WITH SYSTEM IPO2 246
VIA DEVICE 0343 WHICH IS CONNECTED TO
On Sat, 11 Jul 2015 21:26:56 -0400, Robert A. Rosenberg wrote:
My suggestion was to the question of how to insure the dataset was
still ENQ'ed until job end not how to do an early DEQ while the job
was still running.
Your suggestion does not address the problem with I opened the
thread; it
On Sun, 12 Jul 2015 01:26:44 -0500, Shane Ginnane wrote:
Two threads in a couple of weeks re the inability of people to learn MVS
principles properly these days.
Terrible indictment of the OCO decision years ago that public lists like this
are now the proxy mentor that some of us were fortunate
Tried that. Still get message. Will try again.
Anne D. Crabtree
System Programmer
WV Office of Technology Data Center
1900 Kanawha Blvd East
Bldg 6, Room B-110
Charleston, WV 25305
(304)957-8292
(304)558-1441 fax
-Original Message-
From: IBM Mainframe Discussion List
Quickref says that you can reply SYSNAME=sysname,DOWN AFTER you have put the
down'ed LPAR through a system reset.
Thanks
Bill Bishop
Specialist
Mainframe Support Group
Server Development Support
Toyota Motor Engineering Manufacturing North America, Inc.
bill.bis...@tema.toyota.com
(502)
On Sun, 12 Jul 2015 12:54:02 -0400 Scott Ford idfzos...@gmail.com wrote:
:I have question then
:I inherited some code..it's called passed a value for a storage obtain...
:Before the obtain, they go into mode=sup, storage
:obtain,length(value),sp=231,loc=any, then back into mode=prog. Is this
Ma'am,
I believe that XCF / GRS are having problems with your CDS's and or, perhaps
even
alternate CDS's.
I suggest checking XCF and GRS on all systems while this is in progress,
with
commands such as D XCF,S,ALL and D GRS to find their status. Please check
for
INACTIVE and or QUIESCE'd paths
26 matches
Mail list logo
