RE: monmsg question

On 17/11/2006, at 6:28 PM, Wayne McAlpine wrote:

A program-level MONMSG command can't be used as a way to ignore

errors.

Of course it can. Plenty of lazy coders use this to ensure normal 
completion.

Boy I'm glad to see someone else say that. I'm still struggling to
replace all the global monmsg commands (with no corresponding action) in
the majority of the CL's that have been written here. They were only
added so the coder can claim 'well, it ended normally - didn't it?'. 

  It must be accompanied by a GOTO command to take some specific 
action.

There is no system requirement for this. It is indeed how any competent

developer would use it but I've seen plenty of quick & dirty CL that 
has a global MONMSG CPF0000 with no corresponding GOTO.

Again, complete agreement. There is no system requirement. And I can
imagine situations where I would need a CL to continue to run regardless
of what it found but at the worst I would be logging the errors
somewhere, not just suppressing them. I've found programs that have been
running incorrectly for quite some time, but nobody knew cause the coder
made the CL not complain. For many 'lazy' coders, having the code
suppress all errors is what they call 'error handling'.

Jim Wiant
Developer
Foodstuffs, Akl, Ltd.

Fast is fine, but accuracy is everything. 
Earp, Wyatt
This message has been sent from Foodstuffs (Auckland) Limited ("Foodstuffs").

The information contained in this message and or attachments 
is intended only for the person or entity to which it is 
addressed and may contain confidential and/or privileged 
material. Any review, retransmission, dissemination or other 
use of, or taking of any action in reliance upon, this 
information by persons or entities other than the intended 
recipient is prohibited. If you received this in error, 
please contact the sender and delete the material from any 
system and destroy any copies.

The views and opinions expressed in this message may be those
of the individual and not necessarily those of Foodstuffs, 
and are not given or endorsed by it.

Please note that this communication does not designate an 
information system for the purposes of the Electronic 
Transactions Act 2002.