> > Ed: > > > > Admittedly my experience with Kommand is dated also. It's about 6 > > years > > old. However, when I worked for a company that used it, the > > product had > > an SVC with it. This SVC trapped every request that would cause a > > change in a dataset's size such as new allocation, deletion, and space > > extension or release. It would then cut an SMF record indicating what > > was done and the amount of DASD space involved. When you first > > installed the product you would run a utility that cut the initial SMF > > records showing all the space allocated by datasets at that point in > > time. After that you just kept track of the changes based on the SMF > > records. I felt it worked fairly well. > > > > Tom Kelman > > > Tom: > > Interesting addition it has made, thanks for the update. How has your > experience shown about abends in the regular reporting process? > I got tired of debugging their COBOL programs. The only "positive" > thing I can say about the package is that their IEFACTATRT was > attractive in the output as it was easy to understand and the users > liked it. > > Ed > Well, I installed the system parts of the product and then ran the SMF records into MXG for capacity planning. The charge back reporting would have been run by the applications side of the house. However, I never heard any complaints about a lot of COBOL debugging.
***************************************************************************** If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. ***************************************************************************** ---------------------------------------------------------------------- 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
