DEBUG command: Difference between revisions
| Line 40: | Line 40: | ||
<li> | <li> | ||
<p>Change the order | <p>Change the order in which subsystem procedures are run</p> | ||
</li> | </li> | ||
</ul> | </ul> | ||
Revision as of 21:22, 19 July 2013
Summary
- Privileges
- Defined in the subsystem definition, the user's SCLASS must be granted either TEST or DEBUG privileges.
- Function
- Displays and allows changes to a communication global variable
Syntax
DEBUG SUBSYSTEM subsysname [parameters]
Where:
| SUBSYSTEM | indicates that the term following it is the subsystem name. |
|---|---|
| subsysname | is the name of the application subsystem. |
| parameters | specify subsystem-specific parameters. |
Usage notes
The DEBUG command allows you, without stopping and restarting the subsystem, to:
-
See the name of the subsystem procedure that is about to be included
-
Include new subsystem procedures
-
Change the order in which subsystem procedures are run
After you issue DEBUG, Model 204 displays the value of the subsystem communication global variable before each procedure is included and prompts you for changes. You also receive since-last statistics.
Changes to the sequence in which subsystem procedures are run affect only the programmer who makes the changes. More than one user can run the DEBUG command against the same subsystem at the same time.
If the subsystem is not in AUTOSTART mode, then it must be started before the DEBUG command is run.
DEBUG alone does not allow you to make changes to the content of subsystem procedures. To make such changes, you need to stop the subsystem, or you need to use multiple procedure files and temporary groups, as described in the Application Subsystem Development SOUL/User Language topic.