Whew! That makes more sense. After all, I had coded using the ASSBISQN and
it worked.
Thanks for the further clarification Peter.
Lennie Dymoke-Bradshaw
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Peter Relson
Sent: 25 November 2020 00:06
To:
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.erbb500/jobro.htm
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of John McKown
Sent: Tuesday, November 24, 2020 4:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
I'm afraid that I simply must ask. If every Address Space has a STEIN,
where is the BEER?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
To (my)self: Open mouth, insert foot. Or its analog in typing.
I was thinking of the ASTE sequence number, not the ASTE instance number.
The ASTE instance number is indeed set when an address space starts,
changed only when an ASID is reused.
And matches ASSBISQN (which then, correctly, unlike
I use the formatter because that's what the manual said to do. I didn't
know about the direct access option, but I'll look into it if it comes up.
sas
On Tue, Nov 24, 2020 at 2:13 PM Binyamin Dissen
wrote:
> For those that use S88ERMSG, do you tend to process the IGDMCSMG directly
> or
> do
I don't beleive that either squished or unsquished is a technical term, but if
they're going to use one then why shouldn't we use the other?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
For those that use S88ERMSG, do you tend to process the IGDMCSMG directly or
do you use the call to IEFDB476 to 'format' it?
As the block is pretty well defined, why make the format call?
--
Binyamin Dissen
http://www.dissensoftware.com
Director, Dissen Software, Bar & Grill - Israel
D GRS
RESPONSE=S0W1
ISG343I 14.07.42 GRS STATUS 495
SYSTEMSTATE SYSTEMSTATE
S0W1 ACTIVE
GRS RING MODE INFORMATION
RESMIL: 10
TOLINT:180
SYNCHRES: YES
ENQMAXU: 16384
ENQMAXA:25
AUTHQLVL:2
MONITOR:NO
On 11/24/2020 10:39 AM, Kirk Wolf wrote:
I guess that makes sense with SCOPE=SYSTEMS, but I'm doing this on a system
that isn't on a sysplex (but it is running second level at IBM RDP).
What do you see when you issue these two commands?
D GRS
D XCF
--
Phoenix Software International
Edward
I'm doing ISPF-compatible member enqueues, while loading a bunch of members
with BPAM/BSAM.
I'm following the doc, which indicate SCOPE=SYSTEMS:
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.f54pc00/isppcmmnamen.htm
I guess that I don't understand the distinction
Not that I found. But I take it as a given they maintain an un-squished
version. By the way, I did not come up with that technical term. They all
have header comments like this:
/REXX**/
/* Part: AOFEIZPD
On Tue, 24 Nov 2020 at 13:39, Kirk Wolf wrote:
>ISGENQ
>REQUEST=OBTAIN,
>COND=YES,
>QNAME=QN,RNAME=RN,RNAMELEN=52,
>CONTROL=EXCLUSIVE,
>SCOPE=SYSTEMS,
>RETCODE=RC,RSNCODE=RSN,
>ENQTOKEN=MYTOK
> I notice that Obtains takes about 14ms
Familiarity?
Operand parsing?
Stack?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Lizette Koehler
Sent: Tuesday, November 24, 2020 1:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Unable
On Tue, 24 Nov 2020 10:35:40 -0600, Elaine Beal wrote:
>I give up :), asking for help
>
>Defining a new user and logon proc issues
>
>SET =
>ALLOC FI(ISPPROF) SHR DA('')
>
>the dsn is new and evidently the alloc fails
>
>but i can manually alloc a new dsn without the new parm (under
I was working on some code that involved repeated:
ISGENQ OBTAIN
do something
ISGENQ RELEASE
With these options:
ISGENQ
REQUEST=OBTAIN,
COND=YES,
QNAME=QN,RNAME=RN,RNAMELEN=52,
CONTROL=EXCLUSIVE,
SCOPE=SYSTEMS,
RETCODE=RC,RSNCODE=RSN,
I would put a LISTC ENT for the dataset before the allocation
If RC > 0 Then write out some diagnostics
Not sure why people are still writing in CLIST rather than using REXX. But to
each their own
Lizette
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Elaine
aarrgghh. sorry about that one too. RACF profiles are created correctly
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
As I recall, NEATER made it readable, but there is no way to reconstruct the
original indentation of, e.g., comments.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Paul Gilmartin
On Tue, 24 Nov 2020 17:26:30 +, Seymour J Metz wrote:
>Did IBM also provide a libray of unsquished REXX code?
>
On CMS, they tend to provide two: source and compiled:
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.rexa100/h198160575.htm
Would a
What about the relevant security profiles?
Was there a security violation logged?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Elaine Beal
Sent: Tuesday, November 24, 2020 12:24 PM
To:
Did IBM also provide a libray of unsquished REXX code?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Jackson, Rob
Sent: Monday, November 23, 2020 10:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
sorry, yes, there is an alias defined
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
First, check whether the userid is an alias to a user catalog. Second, if you
don't already have a dialog for creating a ne user, I recommend that you write
one to automate everything.
It's generally easier to diagnose problems under TSO if you enable all output,
e.g., PROFILE MSGID WTPMSG.;
On Tue, 24 Nov 2020 10:35:40 -0600, Elaine Beal wrote:
>...
>ALLOC FI(ISPPROF) SHR DA('gayleyc.isptabl')
> DATA SET GAYLEYC.ISPTABL NOT IN CATALOG OR CATALOG CAN NOT BE ACCESSED
> ENTER DATA SET NAME -
>
This is
> uppercase REXX is more efficient
Depending on how the interpreter is written I would guess there is no
difference. If I wrote it, the logic would be to convert the token to uppercase
and then look it up in a table. "Converting a token to uppercase" is no faster
if it is already uppercase.
I
On Tue, 24 Nov 2020 10:35:40 -0600, Elaine Beal wrote:
>...
>ALLOC FI(ISPPROF) SHR DA('gayleyc.isptabl')
> DATA SET GAYLEYC.ISPTABL NOT IN CATALOG OR CATALOG CAN NOT BE ACCESSED
> ENTER DATA SET NAME -
>
Do you
I give up :), asking for help
Defining a new user and logon proc issues
SET =
ALLOC FI(ISPPROF) SHR DA('')
the dsn is new and evidently the alloc fails
but i can manually alloc a new dsn without the new parm (under another ID)
if I try a manual allocate with the failing ID (and no
I might believe
ADDRESS (CMD)
Unfortunately, CALL does not have a similar option, nor support the NAME option
of ANSI REXX.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of Al
"Note that the names of built-infunctions (and generally the names of external
routines, too) are in uppercase; therefore, you should uppercase the name in
the literal string."
That seems to say that REXX does *NOT* force it upper.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
Compressing REXX executable code in large packages is reasonable if the
uncompressed form is available for maintenance. OS/2 has a neat trick; the
first time you call a REXX script, the compiler saves the tokenized code in an
extended attribute; the next time you call it, the interpreter uses
30 matches
Mail list logo
