CallStack (System function): Difference between revisions
Jump to navigation
Jump to search
m (1 revision) |
mNo edit summary |
||
| Line 6: | Line 6: | ||
===Syntax terms=== | ===Syntax terms=== | ||
<table class="syntaxTable"> | <table class="syntaxTable"> | ||
<tr><th>%sl</th><td>A <var> | <tr><th>%sl</th><td>A <var>Stringlist</var> object to be set to reference the object that contains information about the current call stack. The first item in the <var>Stringlist</var> 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.</td></tr> | ||
<tr><th><var>%(System)</var></th><td>The class name in parentheses denotes a shared method.</td></tr> | <tr><th><var>%(System)</var></th><td>The class name in parentheses denotes a shared method.</td></tr> | ||
</table> | </table> | ||
| Line 19: | Line 19: | ||
<p>To use the <var>SIRFACT</var> system parameter, your site must be authorized for <var class="product">[[SirFact]]</var>. Using the <var>DEBUGUL</var> user parameter increases the <var>QTBL</var> and (to a lesser degree) <var>VTBL</var> requirements for a compiled request.</p> | <p>To use the <var>SIRFACT</var> system parameter, your site must be authorized for <var class="product">[[SirFact]]</var>. Using the <var>DEBUGUL</var> user parameter increases the <var>QTBL</var> and (to a lesser degree) <var>VTBL</var> requirements for a compiled request.</p> | ||
<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| | <li><var>CallStack</var> method is available in <var class="product">[[Sirius Mods|Sirius Mods]]</var> Version 7.2 and later. | ||
</ul> | </ul> | ||
==Examples== | ==Examples== | ||
<ol><li>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: | <ol><li>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: | ||
<p class="code">%callList is object | <p class="code">%callList is object stringlist | ||
%callList = %(system):callStack | %callList = %(system):callStack | ||
%callList:[[Print_(Stringlist_function)|print]] | %callList:[[Print_(Stringlist_function)|print]] | ||
Revision as of 01:30, 3 May 2011
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
| %sl | A 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 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.
- 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