|
Michael, Here's a link to a News400 article describing a couple of options for dumping memory: http://www.systeminetwork.com/artarchive/8345/Cobol_Dump_Program.html If you can't get access to this, contact me offline... Terry Winchester Programmer/Analyst ________________________________ The Raymond Corporation terry.winchester@xxxxxxxxxxxxxxx
-----Original Message----- From: cobol400-l-bounces@xxxxxxxxxxxx [mailto:cobol400-l-bounces@xxxxxxxxxxxx] On Behalf Of Michael Rosinger Sent: Thursday, December 14, 2006 11:40 AM To: cobol400-l@xxxxxxxxxxxx Subject: [COBOL400-L] the preferred way to force a program abend on iSeries? List, Another newbie question. In the mainframe world, if your application program detects a condition that it cannot handle it (usually) will force an abend. There are many ways to do this. One common method for doing this is to call a non-existent program with a self-documenting name like "DUMPME" or "ABORT". In the iSeries world, I understand that if your application calls a program that it can't find, it will display a message on the operator console that requires a response. What is the preferred way to handle a program-induced abend? Can I/should I avoid/suppress an operator response? Is there an API that can be called from COBOL to force an abnormal end (and get a full dump) but won't require an operator response? Your suggestions and thoughts on this. As always TIA! -- Regards, Michael Rosinger Systems Programmer / DBA Computer Credit, Inc. 640 West Fourth Street Winston-Salem, NC 27101 336-761-1524 m rosinger at cciws dot com
Confidentiality Notice: The preceding e-mail message (including any attachments) contains information that may be confidential, protected by applicable legal privileges, or constitute non-public information. It is intended to be conveyed only to the designated recipient(s). If you are not an intended recipient of this message, please notify the sender by replying to this message and then delete it from your system. Use, dissemination, distribution or reproduction of this message by unintended recipients is not authorized and may be unlawful.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.