ACF2 uses SVCs to perform security calls. They used to be called SVC A
(ACF00SVA) and SVC S (ACF99SVC).
On 1/1/2012 10:33 AM, Scott Ford wrote:
Peter,
If memory servers me correctly CA uses SVCs to perform security calls. I am not
an expert in CA-ACF2 , but this what i remember
Regards,
Scott
Identityforge, inc.
Sent from my iPad
On Jan 1, 2012, at 11:23 AM, Peter Relson<rel...@us.ibm.com> wrote:
I don't understand your comment. Unless by malicious use you mean that
the SVC would be executed over and over, just driving up overhead?
By "malicious" use I do mean that the SVC would be executed over and over,
but the overhead is irrelevant, as that is limited by the user's priority
and job class..
It could conceivably cause the trace table to fill more than it should and
potentially wrap with the lost of serviceability data that goes with such
occurrence. That is my concern.
I also have no idea what data you are tracing. Is it storage area(s)
identified by the caller?
Why is that short-sighted? Why would I ever set a slip on a BR R14? If
I need to know where the code is located in a dump, I can get the number
from my own data area, compute the offset into the SVC table, and then go
get it from that table.
Your SVC is not a BR R14. And even if it was, you are not the only one who
looks at dumps and no one else has any idea what your control structures
are. For example, a significant percentage of IBM's service time is spent
diagnosing situations that are not related to IBM code and any clue that
can help them is always appreciated. And the same is true of customers.
Suppose someone (not you) has a dump and the system trace shows the SVC
and for some reason they feel this should be investigated, but the SVC
routine storage is not in the dump because the dump has (E)SQA but not
(E)CSA. It can surely be helpful to be able to answer the question 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 with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
