DEBUG command: Difference between revisions

From m204wiki
Jump to navigation Jump to search
mNo edit summary
Line 31: Line 31:
The DEBUG command allows you, without stopping and restarting the subsystem, to:  
The DEBUG command allows you, without stopping and restarting the subsystem, to:  
<ul>  
<ul>  
<li>
<li>See the name of the subsystem procedure that is about to be included</li>
<p>See the name of the subsystem procedure that is about to be included</p>
</li>
   
   
<li>
<li>Include new subsystem procedures</li>
<p>Include new subsystem procedures</p>
</li>
   
   
<li>
<li>Change the order in which subsystem procedures are run</li>
<p>Change the order in which subsystem procedures are run</p>
</ul>
</li>
<p>
</ul>
After you issue DEBUG, <var class="product">Model&nbsp;204</var> 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.</p>
<p>After you issue DEBUG, <var class="product">Model&nbsp;204</var> 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.</p>
<p>
<p>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.</p>
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.</p>
<p>If the subsystem is not in AUTOSTART mode, then it must be started before the DEBUG command is run.     </p>
<p>
<p>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.</p>
If the subsystem is not in AUTOSTART mode, then it must be started before the DEBUG command is run. </p>
<p>
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 [[Application Subsystem development]].</p>
 
[[Category: General user commands]]
[[Category: General user commands]]
[[Category:Commands]]
[[Category:Commands]]

Revision as of 20:14, 21 January 2014

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 Application Subsystem development.