In <20150926225738.c4d3cf58...@smtp.patriot.net>, on 09/26/2015
at 07:01 PM, "Shmuel Metz (Seymour J.)"
said:
>In <769b2e18f7b2fa48b3adea85570a2876c11ac...@mtl-hq-x01.cn.ca>, on
>09/25/2015
> at 08:41 PM, Leonardo Vaz said:
>>That means I
In <769b2e18f7b2fa48b3adea85570a2876c11ac...@mtl-hq-x01.cn.ca>, on
09/25/2015
at 08:41 PM, Leonardo Vaz said:
>That means I would have to use SWAREQ to actually get from TIOEJFCB
>to JFCBDSNM, right?
No; IBM recommends using OPEN TYPE=J; I never understood why, since
?
Regards,
Leo
-Original Message-
From: Leonardo Vaz
Sent: Monday, September 21, 2015 11:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: RE: Recovery routine for ICHRTX00
Thank you Walt, I will test that and perhaps open a PMR to see if IBM can
confirm this for me.
Basically I want to see if I can
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Best way to get a dataset name from a DEB (was: Recovery routine
for ICHRTX00)
TCBTIO -> addr TIOT
DEBDCBAD -> addr DCB
DCBTIOT-> offset in TIOT
TIOEJFCB -> JFCBDSNM
-Original Message-
From: IBM Mainframe Dis
a dataset name from a DEB (was: Recovery routine
for ICHRTX00)
Thanks Charles and Eileen!
That means I would have to use SWAREQ to actually get from TIOEJFCB to
JFCBDSNM, right?
--
For IBM-MAIN subscribe / signoff / archive access
[mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Leonardo Vaz
Sent: Friday, September 25, 2015 9:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Best way to get a dataset name from a DEB (was: Recovery routine for
ICHRTX00)
Hello list!
I had some good progress on my tests and I figured I'd ask for advice
TSERV.UA.EDU
Subject: Best way to get a dataset name from a DEB (was: Recovery routine for
ICHRTX00)
Hello list!
I had some good progress on my tests and I figured I'd ask for advice from my
good friends; what is the best way of getting a dataset name from a DEB, offset
-F (prefix table) h
On Mon, 21 Sep 2015 14:38:23 +, Leonardo Vaz wrote:
>I am trying to use this exit with REQUEST=FASTAUTH,CLASS=PROGRAM, which means
>a local lock may be held and I may be in
>problem state/key8 so I don't think I can really set a recovery routine in
>that state anyway,
On Mon, 21 Sep 2015 14:38:23 +, Leonardo Vaz wrote:
>I am trying to use this exit with REQUEST=FASTAUTH,CLASS=PROGRAM, which means
>a local lock may be held and I may be in
>problem state/key8 so I don't think I can really set a recovery routine in
>that state anyway,
@LISTSERV.UA.EDU
Subject: Re: Recovery routine for ICHRTX00
Thank you all very much for your inputs! I keep finding assembler more
interesting the more I play with it.
The main reason I wanted a recovery routine for this exit is, as Walt
described, any abends on the routine won't disable
Wow, that's gold right there :) thank you very much Walt!
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Walt Farrell
Sent: Monday, September 21, 2015 11:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Recovery routine for ICHRTX00
List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Walt Farrell
Sent: Monday, September 21, 2015 11:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Recovery routine for ICHRTX00
On Mon, 21 Sep 2015 14:38:23 +, Leonardo Vaz <leonardo@cn.ca> wrote:
>I am trying to use this exit wit
n and best regards,
Leo
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of J O Skip Robinson
Sent: Saturday, September 19, 2015 5:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Recovery routine for ICHRTX00
My view of recovery routines may
>Three main reasons to have recovery come to mind
>-- to release resources that you have obtained
>-- to gather diagnostic data to help debug your error
>-- to protect your caller from unexpectedly getting control in its
>recovery
A fourth, of course: for protecting the system against bad user
J O Skip Robinson wrote:
The recovery routine got control and screwed up registers, ...
That reminds me of a similar experience when I was handed JES2 Exit 6
around 1985 and told to make some changes. It was complex code I didn't
understand at all, so to learn I zapped some zeros at
-715-0595 Mobile
jo.skip.robin...@sce.com
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Peter Relson
Sent: Saturday, September 19, 2015 6:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Recovery routine for ICHRTX00
>I lean agai
On Fri, 18 Sep 2015 18:01:16 + Leonardo Vaz wrote:
:>I want to make use of the MVS router exit ICHRTX00 but I am having trouble
defining a recovery routine for it. I can't use ESTAE-like routines because
locks can be held when the exit is called and I can't use FRR
A.EDU
> Subject: Recovery routine for ICHRTX00
>
> Hello List!
>
> I want to make use of the MVS router exit ICHRTX00 but I am having trouble
defining
> a recovery routine for it. I can't use ESTAE-like routines because locks can
be held
> when the exit is called and I can't use F
On Sat, 19 Sep 2015 02:19:28 +, J O Skip Robinson
wrote:
>This may sound heretical, but I lean against recovery actions for system
>exits. In most cases, the environment in which a system-
>defined exit runs is protected already. Messages are issued, dumps are
On Fri, 18 Sep 2015 18:01:16 +, Leonardo Vaz wrote:
>I want to make use of the MVS router exit ICHRTX00 but I am having trouble
>defining a recovery routine for it. I can't use ESTAE-like routines because
>locks can be held when the exit is called and I can't use FRR
Hello List!
I want to make use of the MVS router exit ICHRTX00 but I am having trouble
defining a recovery routine for it. I can't use ESTAE-like routines because
locks can be held when the exit is called and I can't use FRR because it needs
Supervisor state and PSW key 0 while the exit might
-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Walt Farrell
Sent: Friday, September 18, 2015 6:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Recovery routine for ICHRTX00
On Fri, 18 Sep 2015 18:01:16 +, Leonardo Vaz <leonardo@cn.ca> wrote:
&
22 matches
Mail list logo