> -----Original Message-----
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Robert Pelletier
> Sent: Wednesday, August 24, 2005 8:29 AM
> To: [email protected]
> Subject: STOPX Question
> 
> 
> Last night we had the following problem:
> 

<snip>

> 
> For hours the message SMS4463I kept coming up. The data set 
> was allocated to CICS so I understand that but might anyone 
> know why STOPX did not abend the job? Once again thanks for 
> any info.                                   
> 
>             
> Bob Pelletier
> Connecticut Student Loan Foundation
> Rocky Hill, Connecticut

If I understand your question, you want to know why the job did not
abend (like with an Sx37). The reason is that __VSAM__ (unlike QSAM or
BSAM for sequential files) never abends a program due to "out of space"
errors. VSAM returns a "out of space" return code. It is then up to the
program to know what to do (i.e. the program must issue the ABEND
itself). You would have encountered the same problem even without
StopX37 (now Mainview/SRM, unless it has been renamed again.)

With VSAM (with or without StopX37), you will always get the message:

IEC070I 104-204,JR161140,U090#240,SLFVREFR,0941,PROD10,              
IEC070I SERVP.SLFVREFR,SERVP.SLFVREFR.DATA,CATALOG.MVSICF1.PSOFT04

I've had programs do the same thing because a programmer never looked at
the FILE-STATUS in a batch program. He just ASSuMEd that "any problem
will result in an ABEND, right?" CICS is even worse because one program
may work correctly, but then it can be run again (a different
transaction) and cause the message again. And again. And again. And
again <repeat ad infinitum>. The only way to stop this is to DISABLE the
file in CICS. But that causes a lot of transaction abends. <sigh>


--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its'
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited.

----------------------------------------------------------------------
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

Reply via email to