|
I thought I had seen this discussed recently, but couldn't find it after searching the archives for about 30 minutes. Have a need to catch decimal data errors so that the program can handle it without crashing. When I suggested using MONITOR and trapping errors that way, a colleague offered that the *PSSR might be a better performer. I'd like to avoid PSSR because MONITOR seems to offer better recovery options, so that processing can continue. The program in question is a RCVJRNE exit program. This is an error that we expect will nearly never happen, but if it does, crashing the program is "not an option" the client can live with. The error did happen in testing yesterday under circumstances that we don't expect to see in production, but that we can't rule out either. That said, the solution should provide the same performance as if a DDE never occurs. I.e., the MONITOR group or the *PSSR should never impact performance when there is no DDE. TIA, GA __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com
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.