Errors.
Mathematical errors.
DOMAIN Argument was not in domain of function, such as log(-1).
SING Argument would result in a singularity, such as pow(0, -2).
OVERFLOW Argument would produce a function result greater than DBL_MAX (or LDBL_MAX), such as exp(1000).
UNDERFLOW Argument would produce a function result less than DBL_MIN (or LDBL_MIN), such as exp(-1000).
TLOSS Argument would produce function result with total loss of significant digits, such as sin(10e70).
Macro parsing errors.
Mathematical errors occur in macros as well as in any module execution. However, another source of errors in in parsing the user code. When parsing errors occur CHRM displays the block of characters that it cannot breakdown into meaningful phrases. Common problems are:
- No matching parentheses.
- Every 'if' or 'while' must have a closing 'endif' or 'endwhile'.
- Variables are accessed in the range '1, 2 ...' to 'NHRU' or "NOBS".
- In the case of observations CRHM will limit the upper range to the number of observations defined.
- The correct type of bracket must always be used. '[]' to define element access and '()' to block conditional statements.
- Strings containing spaces must be enclosed in double quotes, e.g. "Text with spaces".
- Case is important.
The error could also be in the earlier code which, though interpreting correctly is missing the support for the later code found to be in error.
Macro not giving the expected results.
Check the following.
- Variables must define there element access, e.g. '[hh]' or '[1]' will be assumed.
- Units must be enclosed in parentheses to be recognized, e.g. "(s)".
- Units must always be defined with only one term in the numerator, e.g. "(m/s)".
- There are implied enclosing brackets after the '/', e.g."(MJ/m^2*d)" is equivalent to "(MJ/(m^2*d))".