BPXMTEXT is for errno. The return value from gskit calls are not errno s.
From: IBM Mainframe Discussion List on behalf of Sri
Hari Kolusu
Sent: Friday, April 26, 2024 8:38:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Hex error code interpreter?
Phil,
You can use the command TSO EXEC 'SYS1.SBPXEXEC(BPXMTEXT)' 'your 8 digit hex
code' or $ bpxmtext hexcode from shell to get the description of the errnox .
TSO EXEC 'SYS1.SBPXEXEC(BPXMTEXT)' '0594003D' results in
BPXFVLKP 09/23/23
JRDirNotFound: A directory in the pathname was not found
The new release (over a year old, so not so new) of CA 1 Flexible Storage
has an option to exploit z/EDC when writing to tape or to exploit z/EDC and
ACS256 encryption when writing to tape. In both cases, we have an option to
do those both in a zIIP engine if available. On the z16 systems, it
Well, any UNIX error code interpreter is perforce going to be somewhat
UNIX-centric.
strerror() I believe interprets errno values. This command interprets errnojr
values, kind of analogous to reason codes for errno error codes.
My V2R4 system does not have LOOKAT on it so I can't try it.
I
And just to add to the fun, some of the certificates may refuse to import
because of non-FIPS algorithms.
Charles
On Fri, 26 Apr 2024 11:26:20 -0500, Charles Mills wrote:
>That is my *impression*, that there is no easier way.
>
>CM
>
>On Thu, 25 Apr 2024 07:36:54 -0400, Mark Regan wrote:
>
On Fri, 26 Apr 2024 18:09:50 -0500, Charles Mills wrote:
>https://www.ibm.com/docs/en/zos-basic-skills?topic=messages-bpxmtext-zos-unix-reason-codes
>
UNIX-centric? As is SYSCALL STRERROR
Is the network service LOOKAT current?
Otherwise, there's ChicagoSoft.
--
gil
https://www.ibm.com/docs/en/zos-basic-skills?topic=messages-bpxmtext-zos-unix-reason-codes
Although it is coming up with nonsense for your error code on my V2R4 system. I
can try it on a V3R1 system if you really need.
I also have code somewhere for calling the underlying service (not the shell
MODEST. An SVC that calls another SVC. ...
Multithreading would normally involve multiple TCBs.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר
From: IBM Mainframe Discussion List on behalf
Did I dream it, or is there some utility that can take an error such as
gsk_encrypt_tls13_record(): AES GCM Encryption failed: Error 0x03353084
and interpret the 0x03353084? I swear I remember seeing this but can't find it
now. Getting old sucks*.
*But consider the alternatives.
On Fri, 26 Apr 2024 21:36:36 +, Seymour J Metz wrote:
>NO! Use RBOPSW; the caller might not be in the PSW key.
>
>--
Could you explain in what situation that happens? Is that when the task is
multihreaded and another thread has changed the key in the psw in between the
call to the svc and
NO! Use RBOPSW; the caller might not be in the PSW key.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר
From: IBM Mainframe Discussion List on behalf of
Erik Janssen
On Fri, 26 Apr 2024 at 14:48, Thomas David Rivers wrote:
[...]
> I did find APAR PK80435 that references OTCBCTWACTIVE but couldn't find
> any documentation
> on the bit itself, and I don't know if it's a programmable interface
>
> IBM very carefully claims:
>
> Only the following
It is a type 3 svc.
I also saw an example that uses the TCBPKF field to determine the key. So I
guess that is also an option?
On Fri, 26 Apr 2024 20:20:26 +, Seymour J Metz wrote:
>What type of SVC? The SVRB only exists for 3, 3 and 4.
>
>--
What type of SVC? The SVRB only exists for 3, 3 and 4.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר
From: IBM Mainframe Discussion List on behalf of
Erik Janssen
The key is in the RBOPSW of the callers RB. As for the byte count, MVCSK
uses the same format of the length in the register as you would use in EX
instruction, 1 less than the actual length. Also, if you look at the
assembly listing for an MVC, for example MVC 0(8,R3),0(R8) the assembler
will
Hello List,
Is there way to determine the key that the caller of a SVC is executing in? For
a PC routine doing an ESTA and some shifting seems to be the way to find the
key, but I'm unsure how the same could be done from a user SVC.
Is it somewhere in the SVRB?
Also, I see this example in the
>
> And - to follow-up one more time, the SIR documentation from the MVSSIGSETUP
> service has this to say:
>
>
>If the interrupt cannot be processed at this time, possibly due to general
>register 13 not currently containing the address of a program stack, or
> the last
>service
That is my *impression*, that there is no easier way.
CM
On Thu, 25 Apr 2024 07:36:54 -0400, Mark Regan wrote:
>At a site I support we need to start using FIPS mode. At the present our
>certificates are in gskkyman database that was not set up to support FIPS.
>From what I understand we have
For those who are curious like me, "vel" is Polish for "AKA". That was my
guess, confirmed via Tha Goog.
Not throwing shade at Radoslaw, whose English is better than that of a lot of
folks on the list who are native speakers!
-Original Message-
From: IBM Mainframe Discussion List On
Thank you. IBM has sold or pushed support of we need a program to know what is
what
Sent from my iPhone
No one said I could type with one thumb
> On Apr 26, 2024, at 06:22, Radoslaw Skorupka
> <0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote:
>
> It is not so easy.
> Do you know
It is not so easy.
Do you know IWS vel TWS vel Workload Scheduler?
It is still being sold by IBM, but development is out of IBM.
The same for SDSF (Rocket), PCOMM (HCL), Omegamon, etc. The list is longer.
And it is nothing new IMHO, as far as I remember ESCON Director was also
third party
Thanks Rob!
Unfortunately - this is intended to be used in a SIR that needs to answer
the question of "was the last service a cond_setup?" to be able to "push back"
a signal, without calling a BPX service. (Calling a BPX service breaks
the cond_setup.)
IBM documents that the SIR needs to "push
Dave
The only method I can think of is using PGTHJSYSCALL (and PGTHJPREVSC) from the
BPX1GTH service.
I would not be surprised if the information is actually held inside control
blocks in OMVS address space rather than the user/caller.
Rob Scott
Rocket Software
From: IBM Mainframe Discussion
23 matches
Mail list logo
