Re: MONITOR performance

Would FIXNBR on the H spec work for you?
 
http://publib.boulder.ibm.com/iseries/v5r1/ic2924/books/c0925083242
htm#HDRHFIXNBR
 
I had never heard of this until Terry pointed it out to me a few months ago.
I tried to find his message in the archives but couldn't find it.
 
 
 
---------------------------------------------------------
Booth Martin http://www.MartinVT.com
Booth@xxxxxxxxxxxx
---------------------------------------------------------
 
-------Original Message-------
 
From: RPG programming on the AS400 / iSeries
Date: Friday, September 12, 2003 11:00:33
To: RPG400-L@xxxxxxxxxxxx
Subject: MONITOR performance
 
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