Hi
In this case no IEF402 only the X33E slip trap
As the message says : The specified job is ended as a result of the
abnormal end of the address space.
I thought the 33E abend is the reason
Jim Mulder wrote:
Miklos Szigetvari <[EMAIL PROTECTED]> wrote on 05/15/2008
01:05:01 PM:
Rick Fochtman wrote:
--------------------<snip>--------------------
When an address space terminates normally, RCT simply detaches the
dump task. The 33E abend is normal and expected.
When you run the application as a batch job, ending the job does not
terminate the initiator address space.
--------------------<unsnip>------------------
Wouldn't it be easier, and more efficient, to have RCT signal the dump
task so it could go through normal termination, rather than generating
an abend and going through all the related processing, including SLIP?
Maybe it's a dumb question, but it seems to me that a little
coordination via WAIT/POST could do the trick very nicely.
Considering all the control blocks already related to the address
space, one more ECB can't be that hard to define.
I agree with this 100%
It turned out, the original problem was a HASP310 "TERMINATED AT END
OF MEMORY" condition, and as I seen the X33E traps and the HASP310
explanation,
I thought the S33E abend is the responsible for "TERMINATED AT END OF
MEMORY".
Currently I have no idea who is responsible for HASP310
HASP310 indicates that the job failed due to abnormal memory
termination. This should be preceeded by an IEF402I message.
Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
--
Miklos Szigetvari
Development Team
ISIS Information Systems Gmbh
tel: (+43) 2236 27551 570
Fax: (+43) 2236 21081
E-mail: [EMAIL PROTECTED]
Info: [EMAIL PROTECTED]
Hotline: +43-2236-27551-111
Visit our Website: http://www.isis-papyrus.com
---------------------------------------------------------------
This e-mail is only intended for the recipient and not legally
binding. Unauthorised use, publication, reproduction or
disclosure of the content of this e-mail is not permitted.
This email has been checked for known viruses, but ISIS accepts
no responsibility for malicious or inappropriate content.
---------------------------------------------------------------
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
