, to serialize
this unless you control the issuance of the event (which for ENF you do
not).
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu
the check should behave differently, please consider sharing
your thoughts with the RACF team so that they can consider a change or an
enhancement.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive
exclusive.
On the other hand, FWIW, anyone who compresses using IEBCOPY with the data
set allocated DISP=SHR (not an exclusive ENQ) as opposed to DISP=OLD is
asking for trouble (and in many cases will indeed find trouble).
Peter Relson
z/OS Core Technology Design
of free+in-use can be gotten via CPOOL LIST and
doing whatever additions you choose to do.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
REQUEST=RECOVER is for uses of CSVDYNEX
REQUEST=CALL,FASTPATH=YES
You can set any type of recovery that works for the environment(s) in
which your exit routine gets control.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN
the completion code.
That leads me to suspect that you never made it to the SVC 33 that is part
of SNAP.
Look in your program for whatever bug is indicated by the error location.
Peter Relson
z/OS Core Technology Design
--
For IBM
the option, perhaps because the user
specification was no longer valid or perhaps the user specification could
not be accomplished.
NOT IN USE -- as you would likely expect
SYS -- Copied from SYS specification to SUBSYS (seems to relate to EXITS,
TYPE, INTERVAL, DETAIL)
Peter Relson
z/OS Core Technology
Why is this an issue?
No one should be running with that DIAG trap (or almost any DIAG trap) on
in a production environment, and if not in a production environment, who
cares?
The whole point of these traps is to be used in environments where you can
afford to sacrifice performance.
Peter
suggest that you explore re-creating this load module.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Since there is no reason anyone should ever be looking at this bit, there
is no reason anyone should care in which task.
Nevertheless, FWIW, it is in the propagated-to subtask
Peter Relson
z/OS Core Technology Design
agree.
And that is why those options are available in other forms now which I
recommend that you use -- such as '31' instead of ANY in AMODE, or in the
LOC parameters of STORAGE OBTAIN. We will never remove support for ANY.
We can only encourage you to use better choices.
Peter Relson
z/OS Core
A correction, courtesy of Jim:
STCBSST is on only when subspace information is being propagated from a
mother task to a daughter task.
Thus the mother task can be actively using a subspace and not have STCBSST
on.
Peter Relson
z/OS Core Technology Design
.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
the number of LOADs vs DELETEs (approximately).
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
be
well served to set up an FRR as just about the first thing it does.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message
According to the MVS System Codes book, abend 138 has no reason codes.
If ISPF is reporting that there is one, it is perhaps reporting on the
register 15 value when the abend was issued which is not the same as a
reason code, and has no documented value.
Peter Relson
z/OS Core Technology Design
everything from scratch upon
restarting then very likely yes. I could imagine it leaving a main
control block around, and if it stashed the address in there and didn't
re-find it after restart, then no.
Peter Relson
z/OS Core Technology Design
-fetch protected storage viewable by the
unauthorized caller.
The authorized code must be written to prevent such exposures.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions
.
If it is stated that x is true when it is not, that ought to be
challenged.
I believe that that is where the examples fell.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions
If the owner of the service item did not tell you using dynamic LPA would
work, you should have no expectation that it will, and you should not do
it.
This applies to every piece of service regardless of product.
Peter Relson
z/OS Core Technology Design
.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
protection is just one tool in the bag of tricks.
The owner of the data is typically the one that decides what the access
limitations are to be.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive
It means that only a JS task with no subtasks can issue a ATTACH
JSTCB=YES.
A JS task can have JS subtasks and still issue ATTACH JSTCB=YES.
It just cannot have non-JS daughters and do so.
Peter Relson
z/OS Core Technology Design
the OP had difficulty finding that information.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
not be a mixture of both jobstep and non-jobstep tasks.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
), then
follow the real-pointer chains described in the Principles of Operation,
starting from the ASTE (the virtual address of the linkage table / linkage
first table is in ASCBLTOV)
Peter Relson
z/OS Core Technology Design
is a good place to start before posting some
questions unless you feel that the broader list would benefit from seeing
the answer. It is particularly when you can't (reasonably easily) find
information that the many learned participants (customer, ISV, and IBM) on
this forum enjoy helping.
Peter
with
seven zeroes appended on the right form the 31-bit real address of the
start of the dispatchable unit's access list.
The format of the access list is also described in the PoOp.
Peter Relson
z/OS Core Technology Design
If I do a ATTACH DISP=NO is the attached program LOADED
No, until after ATTACH DISP=RESET.
In any ATTACH scenario, the attached program is loaded under the
(running) new task. The new task does not run at all until
ATTACH DISP=RESET.
Peter Relson
z/OS Core Technology Design
to return) would work fine.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
be started via SELECT CMD(youprog) rather than
SELECT PGM(yourprog). With the CMD approach, the program runs with a
TASKLIB of ISPLLIB and any LINKs, LOADs, and XCTLs done under that task
will thus search ISPLLIB.
Peter Relson
z/OS Core Technology Design
have seen harm. The system is yours, you can do what you want.
You just shouldn't expect a ton of sympathy.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
how does IBM suggest doing a compress on a Linklist lib that needs
compressing, inquiring minds would love to know
There is no suggestion. This is simply not an operation that is supported
or can be supported in general.
Peter Relson
z/OS Core Technology Design
a knob to ask that for their system the default be that).
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
MR1026112735
Title - Provide a utility to remove residual systems from the sysplex CDS
I am told that this request, pointed out by Barbara Nitz, had been
answered incorrectly and that the response has been corrected to
recognized.
Peter Relson
z/OS Core Technology Design
no longer contains 0's
in all of the slots reserved for ALETs of parameters.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu
of
what module is this? which might let them answer the question of who
owns this module?.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu
.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Event Data Report which shows various IPL statistics. The value
used is not in a programming interface field.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
table slot is not documented and may not stay
what it is today.
Peter Relson
z/OS Core Technolgogy Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message
, MVCK, PTFF are the instructions in 10-1 that are not in 5-6.
(It wouldn't shock me if some day TRAP2/TRAP4 were added to 5-6, with a
new column for the TRAP-enabled bit in DUCT byte 47.)
Peter Relson
z/OS Core Technology Design
interface, a field within DSECT LPMEAX of macro CSVLPRET) if
using z/OS 1.12 or later.
Peter Relson
rel...@us.ibm.com
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu
assuming that terms mean what
they do not say they mean.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
they occur). The long and short of it is that you can't use
TRAP2/TRAP4 on your own if you are not privileged.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
not
be able to remove them from the catalog..
I'll admit that I didn't even know that this option existed. I know of
many places that validate data set names that have no knowledge of the
state of this option.
Peter Relson
z/OS Core Technology Design
if you are looking after the SVC has returned.
And then of course external and I/O interrupts can come into play.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
For normal completion, the resetting of the other ECB's wait bits is
done, as Jim Mulder points out.
For abnormal completion (i.e., if you were waiting and woke up in your
recovery whether due to cancel or some other asynchronous abend), don't
count on it
Peter Relson
z/OS Core Technology
-- Something else
Aside from the annoyance, would anyone really defend either of those first
two practices?
FWIW, it was probably already mentioned that this information was conveyed
to ISVs and is present in the migration guide.
Peter Relson
z/OS Core Technology Design
to the input from PSWREGS.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http
I share Rob Scott's concern about keys (i.e., system integrity) with the
approach that has been mentioned. The change to key 0 may have let the
post complete without abend but may well have introduced unacceptable
system integrity issues.
Peter Relson
z/OS Core Technology Design
Even if it's page fixed?
Yes. (in part because which private space is unpredictable, as might be
the cross-memory environment).
That has been documented forever although not in all the places where it
could have been.
Peter Relson
z/OS Core Technology Design
or less random.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http
Also, of course, above-2G storage can be used.
Both data sapces and high virtual can be set up to be shared across
address spaces and persist beyond the end of the creating step.
Peter Relson
z/OS Core Technology Design
is the reason for this function.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search
if your program is in subpool 251 key=8, you cannot successfully
SPKA to key 9 within that program as then you will not be able to access
your program's instructions. If your program lands in subpool 252 (key 0,
not fetch-protected) that will not be a problem.
Peter Relson
z/OS Core Technology
the vendor has verified that it is OK to do this. Otherwise you
could be creating a system integrity problem.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
I presume by RTM routine you mean FRR.
It is not appreciably different than testing any other recovery routine.
You have to do something so that that the mainline blows up. If you can
run z/OS under VM, that could be ideal.
P.S., Follow Chris's advice.
Peter Relson
z/OS Core Technology
information. That is not in place yet.
I can confirm that ABEND0F8-20 is indeed you issued an SVC other than SVC
X'D' (ABEND) from code that resides = 2G
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff
/bookmgr_OS390/BOOKS/iea2a890/6.3.4
The thread is primarily about the SRB routine. The reference is about the
SRB itself. The SRB must be in (E)SQA; it must not be in (E)CSA.
So for the SRB control block 241,
No, never.
Peter Relson
z/OS Core Technology Design
not get much sympathy. But that is not this situation.
Was the conclusion that the SYNAD address had been overlaid at some point
and not restored upon CLOSE?
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe
abend).
No information was provided about where within IEFW21SD the program check
occurred so it's hard to guess whether the 0C4 was due to bad user input
or some system problem. A symptom dump or abend dump will normally at
least let you find out what address was bad.
Peter Relson
z/OS Core
up in a module you don't own, that might not be overly possible.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET
It is somewhat unlikely that any of you out there has ever created an
SIRB.
In any case, it is not intended that you do so.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access
of TCBFX, TCBNOIRB was created to have the desired
behavior.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM
first done CANCEL or FORCE,ARM.
That is actually a reason why ARM might be a verb, it is preparing
(arming) the system (if the FORCE,ARM is not effective) for using full
FORCE.
Peter Relson
z/OS Core Technology Design
--
For IBM
I don't know anyone who truly knows what ARM stands for.
For whatever reason, I hadn't thought of it as an acronym but rather as a
verb, as in arming a device but since that doesn't really make much
sense, I suspect something to do with allow resource managers is more
likely.
Peter Relson
z
not let you specify anything useful on the
list form). But since RESMGR is not one of these macros, yes, do prime the
work area.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access
If bit PSAZARCH is on then z/OS is running in z/Architecture (often
referred to as 64-bit).
This bit will always be on for z/OS 1.6 or later, might be on for OS/390
R10 through z/OS 1.5, and never on prior to OS/390 R10.
IPeter Relson
z/OS Core Technology Design
its
crack at doing whatever it wanted to do.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search
TCB does not exist yet (or any longer, depending on the exit). I suppose
the TCB may still exist in some of the termination cases (just not yet
freemained) even if the task has terminated.
(IEFUTL is an exit that runs as an IRB)
Peter Relson
z/OS Core Technology Design
. But since that has never been made clear, we added STCBUSER in z/OS
1.7 with commentary that attempts to be clear about that.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions
that there could be potential system integrity holes in doing so).
RTM uses SYNCH(X) to move from supervisor state to the state needed by an
ESTAE-type recovery routine..
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe
) you have informed the macro of this via SYSSTATE
ASCENV=AR. If you look at the expansion, you will see that it issues SAC
to primary ASC mode before branching to the service, and SAC back to AR
ASC mode after returning.
Peter Relson
z/OS Core Technology Design
strikes me as a horrible idea. TERM=YES ESTAE(X)
routines will get control on cancel and can do what they want. Task
termination RESMGR routines (requiring authorization) will also get
control but could be considered overkill if you have proper recovery.
Peter Relson
z/OS Core Technology Design
DCB parameter. ATTACH has both a DCB
parameter and a TASKLIB parameter.
The DCB is used to fetch the named entry. TASKLIB is used to set the
tasklib.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff
Let me see if I understand correctly.
The FRR stack used to be saved only if a local lock, i.e.,
a lock without disablement, was held.
The FRR stack is now also saved if the PSANSS bit is on.
Add in or SRB mode to your conditions, then yes.
Peter Relson
z/OS Core Technology Design
(this uses up the
storage within the page where the system might have
gotten savearea storage for your program's entry)
-- Blow up.
You won't have an SDWA when your ESTAE gets control.
As to what happens next, that all depends on what you try to do.
Peter Relson
z/OS Core Technology Design
for local lock / cms lock.
The pre-EUT support would save the FRR stack on undispach (for example,
even a locally locked or SRB routine can get a page fault that needs to be
resolved). The EUT support adding saving of the FRR stack even for
enabled unlocked tasks if bit PSANSS is on.
Peter Relson
z
a service documents that it can accept callers
that reside above 2G, do not use it from code above 2G.
By the way: the one exception that I had forgotten to mention is: SVC X'D'
(abend). You are free to issue abend from above the bar.
Peter Relson
z/OS Core Technology Design
.
there are TCB flags that indicate their presence.
No there are not. But there is a pointer in the TCB to the area that
contains the saved FRR stack for the task. Similarly, there is a pointer
associated with an SRB to the area that contains the saved FRR stack for
the SRB.
Peter Relson
z/OS Core
routines of
any kind (whether by branch, SVC, or PC), then have at it. You cannot
LINK, LOAD (wtihout ADDR64), ATTACH, XCTL, SYNCH or IDENTIFY to something
above 2G.
This should not be construed to imply that further support will be
forthcoming.
Peter Relson
z/OS Core Technology Design
path if ECTG is available, and a slower PC-entered path
if ECTG is not available.
As Binyamin correctly pointed out, if you look at system control blocks
(such as TCBTTIME) you will not pick up the time since the last dispatch.
Peter Relson
z/OS Core Technology Design
.
And of course any macro might document non-standard linkage conventions
(such as SETLOCK which by default modifies registers 11,12,13) that the
user must accommodate.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN
differential.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu
as a standard CP, and if both zAAP and CP are fully busy,
the total time represented would be up to 3 CPU's worth of seconds even
though you only have two CPUs.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe
. It does run under a PRB.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http
that the application is doing its job properly and happens to
need additional storage each time period, then it is your decision whether
or not you accept that need.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN
to.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu
to cache almost everything. Then all of that caching was
removed. And then it was put back for cases where LLA felt it worthwhile.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access
to be in common storage.
Very few documented system services (if any) work in home ASC mode. If
they do not say they do, then do not use them in that way
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive
The Principles of Operation is very clear on the characteristics of where
instructions and data are fetched for all of the ASC modes.
Instructions are fetched ffrom home, data from home.
Peter Relson
z/OS Core Technology Design
behaviors
that we don't dare change and instead must make a user overtly request new
behavior.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
access to the tool that makes it easiest to view the data.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM
.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm
It is surely true that there are programs using CIRB and SCHEDXIT.
However, if writing new code, or having the opportunity to change existing
code, SCHEDIRB is clearly the preferred thing to use.
Peter Relson
z/OS Core Technology Design
Sigh, did it again. Posted to IBM-Main when I meant assembler-list
Peter Relson
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search
cannot use
the LPA copy.
You can use the form of TEST that specifies the data set from which to
fetch the module.
Of course none of this has any bearing on the strange behavior cited in
the original post of this thread.
Peter Relson
z/OS Core Technology Design
-- IEFBR14 was not 'moved' to LPALIB; it was copied. It resides now in
both libraries.
Just a point of curiousity Skip. Was it done by IBM Maintenance or done
locally?
Neither. IEFBR14 has been resident in both LINKLIB and LPALIB since
SP4.2.0.
Peter Relson
z/OS Core Technology Design
, a new IEASYMUP might be provided which
does nothing more than return a new return code indicating do not use
me. We would not be able reasonably to do much more than warn / alert
you not to use an old IEASYMUP as an old IEASYMUP might not build the
control structures expected.
Peter Relson
registers at all other
than saving the value of register 14 so that they can successfully return
to the caller.
(o) Both FRR and RMTR expect a BRR14 to return (ie *not* a PR)
To clarify: unless you do a BAKR 14,0 on entry, in which case you would
want to return via PR.
Peter Relson
z/OS Core
1 - 100 of 568 matches
Mail list logo