CallStack (System function): Difference between revisions

From m204wiki
Jump to navigation Jump to search
Line 23: Line 23:
<li>The <var>CallStack</var> method is intended to be used for problem diagnosis and, perhaps, for logging and auditing.  Using it to affect method or subroutine behavior by causing a method or subroutine to behave differently depending on its caller is <b><i>extremely</i></b> poor technique, and it cannot be discouraged strongly enough.
<li>The <var>CallStack</var> method is intended to be used for problem diagnosis and, perhaps, for logging and auditing.  Using it to affect method or subroutine behavior by causing a method or subroutine to behave differently depending on its caller is <b><i>extremely</i></b> poor technique, and it cannot be discouraged strongly enough.


<li><var>CallStack</var> method is available in <var class="product">[[Sirius Mods|Sirius Mods]]</var> Version 7.2 and later.
<li>The <var>CallStack</var> method is available in <var class="product">[[Sirius Mods|Sirius Mods]]</var> Version 7.2 and later.
</ul>
</ul>



Revision as of 21:04, 8 February 2014

Current call stack description (System class)

The CallStack shared function returns a Stringlist containing information about the current call stack: information about the caller of the current method or subroutine, the caller of that caller, and so on.

Syntax

%sl = %(System):CallStack

Syntax terms

%slA Stringlist object to be set to reference the object that contains information about the current call stack. The first item in the Stringlist refers to the immediate caller of the current method or subroutine; a second item refers to the caller of that caller, if any; and so on.
%(System)The class name in parentheses denotes a shared method.

Usage Notes

  • CallStack returns the name of the procedure and the line within the procedure that made the calls of the current method or subroutine. Generally, each returned Stringlist item has the name of the file containing the calling procedure at positions one through eight, followed by a blank, followed by the name of the calling procedure, followed by a blank, followed by the line number within the calling procedure.

    Note: The call stack information returned by CallStack refers to the (names of and line numbers in) procedures that contain the calls to the current method or subroutine, not to (names of and line numbers in) the current subroutine or method.

  • For method or subroutine calls that were entered at command level (not inside a procedure), the %sl item will contain a single asterisk character (*). If CallStack cannot determine the location of the call, the %sl item associated with a call will be null (zero-length). If not issued from within a method or subroutine, CallStack will return an empty (zero-item) Stringlist.
  • For CallStack to determine the location of a method or subroutine call, source line information must be collected at compile time. Either you must set the SIRFACT system parameter's X'01' bit, or the request must be compiled with the Model 204 DEBUGUL user parameter set to a non-zero value.

    To use the SIRFACT system parameter, your site must be authorized for SirFact. Using the DEBUGUL user parameter increases the QTBL and (to a lesser degree) VTBL requirements for a compiled request.

  • The CallStack method is intended to be used for problem diagnosis and, perhaps, for logging and auditing. Using it to affect method or subroutine behavior by causing a method or subroutine to behave differently depending on its caller is extremely poor technique, and it cannot be discouraged strongly enough.
  • The CallStack method is available in Sirius Mods Version 7.2 and later.

Examples

In the MYTAX.UL procedure, the computeTax1 subroutine is called by the computeTax2 subroutine at line 146. If you issue the following statements from within computeTax1:

%callList is object stringlist %callList = %(system):callStack %callList:print

The result is something like the following:

MYPROC MYTAX.UL 193 MYPROC MYTAX.UL 146

See Also