Yes the time difference won't be that significant in this case. But given the low failure rate I'd still go with Monitor.

Basic reason is that using monitor you are effectively saying. "I'm going to convert this to a date but if that fails I will do this to recover". That is pretty self-documenting. The intent of using TEST(E) is not obvious until you look at the next bit of code and see the different behaviour depending on whether there was an error or not.

Another way of looking at it is that Monitor implies that something is expected to work but identifies the error handling.


Jon Paris
Jon.Paris@xxxxxxxxxxxxxx



On Mar 13, 2025, at 2:05 PM, James H. H. Lampert via RPG400-L <rpg400-l@xxxxxxxxxxxxxxxxxx> wrote:

On 3/13/25 10:59 AM, Jon Paris wrote:
OOOOpppppppsssss
Forget the last post - of course, TEST(E) can do it.
The only downside is that you are effectively validating the value
twice.
For me I would only use TEST(E) if I anticipated a fairly high error
rate (for example when validating user input) but would use MONITOR
when I only expect 1 in a few thousand to fail.

Thanks to both Jon and Brian. The failure rate is more like 1 in 18k records, but at the same time, since there's a web service call involved in the program (as well as other time-expensive steps), double validation would likely have only a negligible effect on execution speed.

--
JHHL
--
This is the RPG programming on IBM i (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/rpg400-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related questions.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2025 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.