Caché ObjectScript Reference - InterSystems Documentation

error handler attempts to invoke itself, receives the same error again and enters an infiniteloop, unless that error handler explicitly sets the $ZTRAP special variable to a new value.By default, processes use Caché-style error handling, so that the value of the $ZUTIL(68,30)switch is 0.When an error handler is invoked in DSM, the error handler is unwound from the stack.Therefore, if an error occurs while the error handler is executing, that error is handled by theprevious error handler on the stack. You can duplicate this behavior for your process byinvoking this function.Use $ZUTIL(68,30) to set process-specific behavior. This takes precedence over systembehavior, which is set with a call to $ZUTIL(69,30).This system-wide default behavior can be configured using the $ZUTIL(69,30) function.Invoking $ZUTIL(68,30) without specifying n returns the current switch setting.ExampleThe following example lets you view the current state of the switch:WRITE !,"error handling system-wide setting:",$ZUTIL(69,30)WRITE !,"error handling this process setting:",$ZUTIL(68,30)See Also• $ZUTIL(69,30) Set Error Handling Behavior function• ZQUIT command• $ZTRAP special variable• Error Handling in Using Caché ObjectScript$ZUTIL(68,32)$ZUTIL(68,32)Sets date range and invalid date behavior for the current process.$ZUTIL(68,32,n)$ZU(68,32,n)ParametersnThe boolean value that specifies whether or not a process uses Caché-style datebehavior.Caché ObjectScript Reference 619