We were running JES3 which at this time (end of 1980s) had its own, separate
console. I wanted to create an SVC dump of my test STC and entered "DUMP
COMM=..." on the console - the wrong one, i.e., JES3, not the "master" console.
JES3 accepted the command and only asked me about the details for
You could try to directly change the dispatching priority of a TCB with CHAP:
https://www.ibm.com/docs/en/zos/2.5.0?topic=hsp-chap-change-dispatching-priority
My understanding is that after changing the dispatching priority for your task,
the dispatcher will get control and (if you downgraded yo
SYSALLDA will also work - see
https://www.ibm.com/docs/en/zos/2.5.0?topic=up-subparameter-definition-1
-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List Im Auftrag von
Itschak Mugzach
Gesendet: Mittwoch, 20. März 2024 09:54
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: [IBM-MAIN]
Another tip: If, like me, you are really bad at memorizing the IPCS command
syntax, you can write a small REXX which uses "address IPCS" to run all those
commands which you found useful. If you redirect the output into a PO dataset
(one member per command) you can then look through these reports
For JAVA, you might want to look into the RESTful APIs which come with z/OSMF.
Lots of good stuff to access datasets 😊
-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List Im Auftrag von
ITschak Mugzach
Gesendet: Mittwoch, 11. Oktober 2023 10:00
An: IBM-MAIN@LISTSERV.UA.EDU
Betr
Hi Michael,
you could directly run the REXX as in-stream in the JCL:
https://www.ibm.com/docs/en/zos/2.5.0?topic=routine-using-irxjcl-execute-in-stream-rexx-exec
Best regards,
Beate
-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List Im Auftrag von
Schmitt, Michael
Gesendet:
What abend do you encounter get?
Your assembler module might get into trouble because the read-in area, where
the record is moved to, might be too small. This can lead to an overlay of the
data behind this area (the extraneous 50 bytes) or, if you cross a page
boundary, to an abend (S0C4 most o
ent: Thursday, July 18, 2013 1:31 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [IBM-MAIN] Relative generation - how to recognize new
> datasets under TSO
>
> On Thu, 18 Jul 2013 10:59:52 +0200, Beate Kawelke wrote:
>
> >
> >
> >Is there a way to "r
n List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Elardus Engelbrecht
> Sent: Thursday, July 18, 2013 11:54 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [IBM-MAIN] Relative generation - how to recognize new
> datasets under TSO
>
> Beate Kawelke wrote:
>
> >I
Dear listers,
I've been searching for hours but did not find a solution for the following:
During a TSO session, a user specifies a dataset name. He may use a relative
generation number (e.g., "MY.DSN(0)") and he may do this several times, each
resulting in a DYNALLOC (DALMEMBR set to the gener
10 matches
Mail list logo