Charles Mills wrote:
>I meant "obvious" in the sense of "it's the official Splunk solution."
Is it? I haven’t found that sort of statement. Am I not looking hard enough?
And even if so would that be a good thing or bad thing?
>That is the product which entered this world as Type 80, the first
>p
So I'm not the first to run into this :-(
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר
From: IBM Mainframe Discussion List on behalf of Sri
Hari Kolusu
Sent: Wednesday, May 1, 2024 10:44
I took your advises to heart, started using RBLINKB instead of RBLINK.
I wasn't aware I could use a label on a using and use that for reference.
We have an existing SVC that reads from a given memory location and I want to
secure it to use MVCDK and MVCSK, thus my need to find the caller's key.
Gil,
Appendix D in the Application programming guide shows the EBCDIC and ASCII
collating sequences.
ALTSEQ, CHALT, and LOCALE can be used to select alternate collating sequences
for character data.
https://www.ibm.com/docs/en/zos/3.1.0?topic=guide-ebcdic-ascii-collating-sequences
Thanks,
Ko
On Wed, 1 May 2024 05:38:06 +, Sri Hari Kolusu wrote:
> .
>>>Likewise, what are the CCSIDs in the ASCII and EBCDIC maps in the appendices
>>>of the DFSORT Ref?
>And what EBCDIC CCSID(s) is/are used by DFSORT regular expressions?
>
>1047-US is the code page that DFSORT uses for Regular expressi
>> It turns out that IEABRC does not convert NOP to JNOP. Is that a bug or a
>> feature?
Shmuel,
Check this topic
https://bit.listserv.ibm-main.narkive.com/H8UrGudQ/a-little-ieabrc-heads-up
Thanks,
Kolusu
--
For IBM-MAIN sub
No; the dispatcher gets the PSW from the top RB and the registers from the TCB.
NB: where are the 12 new FP registers and the non-overlapping vector registers.
The PSW at the time of entry is in the caller's RB and the registers at the
time of entry are in the new RB. Thus it ever was.
Out of c
It turns out that IEABRC does not convert NOP to JNOP. Is that a bug or a
feature?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר
--
For IBM-MAIN subscribe / signof
Even on a S/360 that code is inefficient, but still valid.
USING RBBASIC,R5 POINT TO REQUEST BLOCK
LR7,RBLINK LOAD CALLER RB IN REG 7
DROP R5 DROP SVC RB MAPPING
USING RBBASIC,R7 AND NOW MAP CALLER RB
SR
USING RBBASIC,R5 POINT TO REQUEST BLOCK
LR7,RBLINK LOAD CALLER RB IN REG 7
DROP R5 DROP SVC RB MAPPING
USING RBBASIC,R7 AND NOW MAP CALLER RB
LR1,RBOPSW GET CALLER PSW AND PUT IN REG 1
However that does not explain
why RACF interferes at the second volume mount.
To be picky, RACF never "interferes". RACF only answers a question asked of it.
A fair question might be "why is there a RACF query in class dataset in your
case?"
Presumably that is because a dataset is being opened
The first question I would like to ask with such tasks - just to make sure:
are there any binary parts in the source EBCDIC files, like packed
decimal or binary numeric data,
or is it just plain EBCDIC text - with maybe zoned decimal digits (X'f0'
to x'f9')?
if there are binary parts, you are
I believe the PSW will be in the PRB rather than the SVRB; the registers
will be in the SVRB.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Erik Janssen
Sent: Tuesday, April 30, 2024 6:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: f
13 matches
Mail list logo