We had the same IEC988I problem in two of our products (SyzSPOOL/z, which processes the Spool just like CA-Spool, and SyzAUTO/z, which is our job and task scheduler) on z/os version 1.12 and up. The issue was because of a coding error where we had specified FREE=CLOSE within our code. Telling a client site to exclude the message because we wouldn't change the code was not an option for us, and should not be for any vendor. It's a simple matter to remove the FREE=CLOSE, which was not working correctly at 1.12 because of a change that IBM had warned about shortly before 1.12 shipped. It only meant that we had to actually dynamically deallocate the file and not just "close" it assuming that Z/OS would free it for us. It's a trivial change and I'm surprised that CA has not made it yet, since 1.12 came out several years ago.
It's not like the message is not due to a real error on CA's part and it's not like IBM is going to go back to the old way of doing things. I would call them up and tell them I want it changed, or (even better), I would move to another vendor's product (or at least threaten to). Our SyzSPOOL/z is less than 5% of the cost of CA-SPOOL and we had this resolved the same day it was reported by one of our clients. Brian Westerman Syzygy Incorporated ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
