Runtime Errors– An error that occurs during the execution of a program
Use Error Handling to diagnose Runtime Errors for scripts distributed to clients
Allows you to adapt the reported error as something meaningful to non-coders
Frequently provides information you cannot get elsewhere
Easy to Log the error with additional information so we can have context of what is frequently going wrong (Users are typically terrible are providing enough information)
Can prevent the script from “locking up” / throwing an Error that is confusing to the client
Build-into your Class / Library to help others utilizing your code
A Built-in Function name/Object to call when your script is exiting
It can help understand why/when your script exited
There are 84 Built-in Command/Functions with Error Level
Try / Catch / Throw / Finally / Exception
Try– Will “try” to execute a given line(s) of code
Catch– Specifies the code to execute if an exception is raised during execution of a Try statement.
Throw– Signals the existence of an error allowing a Try/Catch command to display info about this error. This object allows you to personalize the message / information available
Finally– Used in conjunction with Try or Catch. Ensures that one or more statements (commands or expressions) are always executed after the execution of a try statement
Exception()- An Object with properties to be accessed from Catch’s OutputVar
Not all programs accurately report ErrorLevel when run from RunWait
–If this is the case, think of other ways to determine if your script finished correctly
Unless you truly have a need, don’t worry about Throw or Finally. Most developers do not use them
While typically used as pairs, Try can be used without Catch
— in this case, it is used only to bypass the error message
ComObjError()– can be set to 0 to disable COM errors (but isn’t recommended)
Copy the ErrorLevel value to your own variable immediately after the command that caused the error (before its content is changed after executing another command)