At request initiation, $GETQUI sets the value of the quadword I/O
status block to 0. When the requested operation has completed, $GETQUI
writes a condition value in the first longword of the I/O status block.
It writes the value 0 into the second longword; this longword is unused
and reserved for future use.
The condition values returned by $GETQUI in the I/O status block are
condition values from the JBC facility, which are defined by the
$JBCMSGDEF macro. The condition values returned from the JBC facility
are listed in the section Condition Values Returned in the I/O Status
Block section.
Though this argument is optional, HP strongly recommends that you
specify it, for the following reasons:
If specified, the AST routine executes at the same access mode as the
caller of $GETQUI.
QUI$_CANCEL_OPERATION
This request terminates a wildcard operation that might have been
initiated by a previous call to $GETQUI by releasing the $GETQUI
context block (GQC) associated with the specified context stream.
A specific context stream can be selected and other streams are
unaffected.
QUI$_DISPLAY_CHARACTERISTIC
This request returns information about a specific characteristic
definition, or the next characteristic definition in a wildcard
operation.
A successful QUI$_DISPLAY_CHARACTERISTIC wildcard operation terminates
when the $GETQUI service has returned information about all
characteristic definitions included in the wildcard sequence. The
$GETQUI service indicates termination of this sequence by returning the
condition value JBC$_NOMORECHAR in the I/O status block. If the $GETQUI
service does not find any characteristic definitions, it returns the
condition value JBC$_NOSUCHCHAR in the I/O status block.
For more information on how to request information about
characteristics, see the Description section.
You must specify one of the following input value item codes; you can
specify both:
QUI$_SEARCH_NAME
QUI$_SEARCH_NUMBER
You can specify the following input value item code:
QUI$_SEARCH_FLAGS
You can specify the following output value item codes:
QUI$_CHARACTERISTIC_NAME
QUI$_CHARACTERISTIC_NUMBER
QUI$_DISPLAY_ENTRY
This request returns information about a specific job entry, or the
next job entry that matches the selection criteria in a wildcard
operation. You use the QUI$_SEARCH_NUMBER item code to specify the job
entry number.
In wildcard mode, the QUI$_DISPLAY_ENTRY operation also establishes a
job context for subsequent QUI$_DISPLAY_FILE operations. The job
context established remains in effect until you make another call to
the $GETQUI service that specifies either the QUI$_DISPLAY_ENTRY or
QUI$_CANCEL_OPERATION function code.
A successful QUI$_DISPLAY_ENTRY wildcard operation terminates when the
$GETQUI service has returned information about all job entries for the
specified user (or the current user name if the QUI$_SEARCH_USERNAME
item code is not specified). The $GETQUI service signals termination of
this sequence by returning the condition value JBC$_NOMOREENT in the
I/O status block. If the $GETQUI service does not find a job with the
specified entry number, or does not find a job meeting the search
criteria, it returns the condition value JBC$_NOSUCHENT in the first
longword of the I/O status block.
You can specify the following input value item codes:
QUI$_SEARCH_FLAGS
QUI$_SEARCH_JOB_NAME
QUI$_SEARCH_NUMBER
QUI$_SEARCH_USERNAME
You can specify the following output value item codes:
QUI$_ACCOUNT_NAME
QUI$_AFTER_TIME
QUI$_ASSIGNED_QUEUE_NAME
QUI$_CHARACTERISTICS
QUI$_CHECKPOINT_DATA
QUI$_CLI
QUI$_COMPLETED_BLOCKS
QUI$_CONDITION_VECTOR
QUI$_CPU_LIMIT
QUI$_ENTRY_NUMBER
QUI$_FILE_COUNT
QUI$_FORM_NAME
QUI$_FORM_STOCK
QUI$_JOB_COMPLETION_QUEUE
QUI$_JOB_COMPLETION_TIME
QUI$_JOB_COPIES
QUI$_JOB_COPIES_DONE
QUI$_JOB_FLAGS
QUI$_JOB_NAME
QUI$_JOB_PID
QUI$_JOB_RETENTION_TIME
QUI$_JOB_SIZE
QUI$_JOB_STATUS
QUI$_LOG_QUEUE
QUI$_LOG_SPECIFICATION
QUI$_NOTE
QUI$_OPERATOR_REQUEST
QUI$_PARAMETER_1 through 8
QUI$_PENDING_JOB_REASON
QUI$_PRIORITY
QUI$_PROCESSOR
QUI$_QUEUE_FLAGS
QUI$_QUEUE_NAME
QUI$_QUEUE_STATUS
QUI$_RAD
QUI$_REQUEUE_QUEUE_NAME
QUI$_RESTART_QUEUE_NAME
QUI$_SUBMISSION_TIME
QUI$_UIC
QUI$_USERNAME
QUI$_WSDEFAULT
QUI$_WSEXTENT
QUI$_WSQUOTA
QUI$_DISPLAY_FILE
This request returns information about the next file defined for the
current job context. You normally make this request as part of a nested
wildcard sequence of queue-job-file operations or a nested wildcard
sequence of entry-file operations; that is, before you make a call to
$GETQUI to request file information, you have already made a call to
the $GETQUI service to establish the job context of the job that
contains the files in which you are interested.
The $GETQUI service signals that it has returned information about all
the files defined for the current job context by returning the
condition value JBC$_NOMOREFILE in the I/O status block. If the current
job context contains no files, $GETQUI returns the condition value
JBC$_NOSUCHFILE in the I/O status block.
A batch job can make a call to the $GETQUI service to request
information about the command file that is currently executing without
first making calls to the service to establish a queue and job context.
To do this, the batch job specifies the QUI$V_SEARCH_THIS_JOB option of
the QUI$_SEARCH_FLAGS item code. The system does not save the queue or
job context established in such a call.
For more information about how to request file information, see the
Description section.
You can specify the following input value item code:
QUI$_SEARCH_FLAGS
You can specify the following output value item codes:
QUI$_FILE_COPIES
QUI$_FILE_COPIES_DONE
QUI$_FILE_FLAGS
QUI$_FILE_IDENTIFICATION
QUI$_FILE_SETUP_MODULES
QUI$_FILE_SPECIFICATION
QUI$_FILE_STATUS
QUI$_FIRST_PAGE
QUI$_LAST_PAGE
QUI$_DISPLAY_FORM
This request returns information about a specific form definition, or
the next form definition in a wildcard operation.
A successful QUI$_DISPLAY_FORM wildcard operation terminates when the
$GETQUI service has returned information about all form definitions
included in the wildcard sequence. The $GETQUI service signals
termination of this wildcard sequence by returning the condition value
JBC$_NOMOREFORM in the I/O status block. If the $GETQUI service finds
no form definitions, it returns the condition value JBC$_NOSUCHFORM in
the I/O status block.
For more information on how to request information about forms, see the
Description section.
You must specify one of the following input value item codes. You can
specify both:
QUI$_SEARCH_NAME
QUI$_SEARCH_NUMBER
You can specify the following input value item code:
QUI$_SEARCH_FLAGS
You can specify the following output value item codes:
QUI$_FORM_DESCRIPTION
QUI$_FORM_FLAGS
QUI$_FORM_LENGTH
QUI$_FORM_MARGIN_BOTTOM
QUI$_FORM_MARGIN_LEFT
QUI$_FORM_MARGIN_RIGHT
QUI$_FORM_MARGIN_TOP
QUI$_FORM_NAME
QUI$_FORM_NUMBER
QUI$_FORM_SETUP_MODULES
QUI$_FORM_STOCK
QUI$_FORM_WIDTH
QUI$_PAGE_SETUP_MODULES
QUI$_DISPLAY_JOB
This request returns information about the next job defined for the
current queue context. You normally make this request as part of a
nested wildcard queue-job sequence of operations; that is, before you
make a call to $GETQUI to request job information, you have already
made a call to the $GETQUI service to establish the queue context of
the queue that contains the job in which you are interested.
In wildcard mode, the QUI$_DISPLAY_JOB operation also establishes a job
context for subsequent QUI$_DISPLAY_FILE operations. The job context
established remains in effect until another call is made to the $GETQUI
service that specifies the QUI$_DISPLAY_JOB, QUI$_DISPLAY_QUEUE, or
QUI$_CANCEL_OPERATION function code.
The $GETQUI service signals that it has returned information about all
the jobs contained in the current queue context by returning the
condition value JBC$_NOMOREJOB in the I/O status block. If the current
queue context contains no jobs, $GETQUI returns the condition value
JBC$_NOSUCHJOB in the first longword of the I/O status block.
A batch job can make a call to the $GETQUI service to request
information about itself without first making a call to the service to
establish a queue context. To do this, the batch job must specify the
QUI$V_SEARCH_THIS_JOB option of the QUI$_SEARCH_FLAGS item code. The
system does not save the queue or job context established in such a
call.
For more information about how to request job information, see the
Description section.
You can specify the following input value item code:
QUI$_SEARCH_FLAGS
You can specify the following output value item codes:
QUI$_ACCOUNT_NAME
QUI$_AFTER_TIME
QUI$_CHARACTERISTICS
QUI$_CHECKPOINT_DATA
QUI$_CLI
QUI$_COMPLETED_BLOCKS
QUI$_CONDITION_VECTOR
QUI$_CPU_LIMIT
QUI$_ENTRY_NUMBER
QUI$_FILE_COUNT
QUI$_FORM_NAME
QUI$_FORM_STOCK
QUI$_INTERVENING_BLOCKS
QUI$_INTERVENING_JOBS
QUI$_JOB_COMPLETION_QUEUE
QUI$_JOB_COMPLETION_TIME
QUI$_JOB_COPIES
QUI$_JOB_COPIES_DONE
QUI$_JOB_FLAGS
QUI$_JOB_NAME
QUI$_JOB_PID
QUI$_JOB_RETENTION_TIME
QUI$_JOB_SIZE
QUI$_JOB_STATUS
QUI$_LOG_QUEUE
QUI$_LOG_SPECIFICATION
QUI$_NOTE
QUI$_OPERATOR_REQUEST
QUI$_PARAMETER_1 through 8
QUI$_PENDING_JOB_REASON
QUI$_PRIORITY
QUI$_QUEUE_NAME
QUI$_RAD
QUI$_REQUEUE_QUEUE_NAME
QUI$_RESTART_QUEUE_NAME
QUI$_SUBMISSION_TIME
QUI$_UIC
QUI$_USERNAME
QUI$_WSDEFAULT
QUI$_WSEXTENT
QUI$_WSQUOTA
QUI$_DISPLAY_MANAGER
This request returns information about a specific queue manager, or the
next queue manager in a wildcard operation.
The $GETQUI service indicates that it has returned information about
all the queue managers contained in the current wildcard sequence by
returning the condition value JBC$_NOMOREQMGR in the I/O status block.
If no queue manager matching the name string is found, $GETQUI returns
the condition value JBC$_NOSUCHQMGR in the first longword of the I/O
status block.
You must specify the following input value item code:
QUI$_SEARCH_NAME
You can specify the following input value item code:
QUI$_SEARCH_FLAGS
You can specify the following output value item codes:
QUI$_MANAGER_NAME
QUI$_MANAGER_NODES
QUI$_MANAGER_STATUS
QUI$_QUEUE_DIRECTORY
QUI$_SCSNODE_NAME
QUI$_DISPLAY_QUEUE
This request returns information about a specific queue definition, or
the next queue definition in a wildcard operation.
In wildcard mode, the QUI$_DISPLAY_QUEUE operation also establishes a
queue context for subsequent QUI$_DISPLAY_JOB operations. The queue
context established remains in effect until another call is made to the
$GETQUI service that specifies either the QUI$_DISPLAY_QUEUE or
QUI$_CANCEL_OPERATION function code.
The $GETQUI service indicates that it has returned information about
all the queues contained in the current wildcard sequence by returning
the condition value JBC$_NOMOREQUE in the I/O status block. If no queue
is found, $GETQUI returns the condition value JBC$_NOSUCHQUE in the
first longword of the I/O status block.
A batch job can make a call to the $GETQUI service to request
information about the queue in which it is contained without first
making a call to the service to establish a queue context. To do this,
the batch job must specify the QUI$V_SEARCH_THIS_JOB option of the
QUI$_SEARCH_FLAGS item code. The system does not save the queue context
established in such a call.
For more information about how to request queue information, see the
Description section.
You must specify the following input value item code:
QUI$_SEARCH_NAME
You can specify the following input value item code:
QUI$_SEARCH_FLAGS
You can specify the following output value item codes:
QUI$_ASSIGNED_QUEUE_NAME
QUI$_BASE_PRIORITY
QUI$_CHARACTERISTICS
QUI$_CPU_DEFAULT
QUI$_CPU_LIMIT
QUI$_DEFAULT_FORM_NAME
QUI$_DEFAULT_FORM_STOCK
QUI$_DEVICE_NAME
QUI$_EXECUTING_JOB_COUNT
QUI$_FORM_NAME
QUI$_FORM_STOCK
QUI$_GENERIC_TARGET
QUI$_HOLDING_JOB_COUNT
QUI$_JOB_LIMIT
QUI$_JOB_RESET_MODULES
QUI$_JOB_SIZE_MAXIMUM
QUI$_JOB_SIZE_MINIMUM
QUI$_LIBRARY_SPECIFICATION
QUI$_OWNER_UIC
QUI$_PENDING_JOB_BLOCK_COUNT
QUI$_PENDING_JOB_COUNT
QUI$_PROCESSOR
QUI$_PROTECTION
QUI$_QUEUE_DESCRIPTION
QUI$_QUEUE_FLAGS
QUI$_QUEUE_NAME
QUI$_QUEUE_STATUS
QUI$_RAD
QUI$_RETAINED_JOB_COUNT
QUI$_SCSNODE_NAME
QUI$_TIMED_RELEASE_JOB_COUNT
QUI$_WSDEFAULT
QUI$_WSEXTENT
QUI$_WSQUOTA
QUI$_TRANSLATE_QUEUE
This request translates a name for a logical queue to the execution
name for the queue. The name for the logical queue is specified by
QUI$_SEARCH_NAME.
The translation is performed iteratively until the equivalence string
is found or the number of translations allowed by the system has been
reached.
This item applies to logical queues only. For additional information,
see the Description section.
You must specify the following input value item code:
QUI$_SEARCH_NAME
You can specify the following output value item code:
QUI$_QUEUE_NAME
QUI$_ACCOUNT_NAME
Returns, as a character string, the account name of the owner of the
specified job. Because the account name can include up to 8 characters,
the buffer length field of the item descriptor should specify 8 (bytes).
(Valid for QUI$_DISPLAY_ENRY, QUI$_DISPLAY_JOB function codes)
QUI$_AFTER_TIME
Returns, as a quadword absolute time value, the system time at or after
which the specified job can execute; however, if the time specified at
submission has passed, the job executes immediately and $GETQUI returns
the system time at which the job was submitted.
(Valid for QUI$_DISPLAY_ENTRY, QUI$_DISPLAY_JOB function codes)
QUI$_ASSIGNED_QUEUE_NAME
Returns, as a character string, the name of the execution queue to
which the logical queue specified in the call to $GETQUI is assigned.
Because the queue name can include up to 31 characters, the buffer
length field of the item descriptor should specify 31 (bytes).
(Valid for QUI$_DISPLAY_ENTRY, QUI$_DISPLAY_QUEUE function codes)
QUI$_AUTOSTART_ON
When you specify QUI$_AUTOSTART_ON for a batch queue, $GETQUI returns,
as a character string in a comma-separated list, the names of the nodes
on which the specified autostart queue can be run. Each node name is
followed by a double colon (::).
When you specify QUI$_AUTOSTART_ON for an output queue, $GETQUI
returns, as a character string in a comma-separated list, the names of
the nodes and devices to which the specified autostart queue's output
can be sent. Each node name is followed by a double colon (::). Each
device name can be followed by the optional colon [:].
For more information on the autostart feature, see the HP OpenVMS System Manager's Manual.
(Valid for QUI$_DISPLAY_QUEUE function code)
QUI$_BASE_PRIORITY
Returns, as a longword value in the range 0 to 15, the priority at
which batch jobs are initiated from a batch execution queue or the
priority of a symbiont process that controls output execution queues.
(Valid for QUI$_DISPLAY_QUEUE function code)
QUI$_CHARACTERISTIC_NAME
Returns, as a character string, the name of the specified
characteristic. Because the characteristic name can include up to 31
characters, the buffer length field of the item descriptor should
specify 31 (bytes).
(Valid for QUI$_DISPLAY_CHARACTERISTIC function code)
QUI$_CHARACTERISTIC_NUMBER
Returns, as a longword value in the range 0 to 127, the number of the
specified characteristic.
(Valid for QUI$_DISPLAY_CHARACTERISTIC function code)
QUI$_CHARACTERISTICS
Returns, as a 128-bit string (16-byte field), the characteristics
associated with the specified queue or job. Each bit set in the bit
mask represents a characteristic number in the range 0 to 127.
(Valid for QUI$_DISPLAY_ENTRY, QUI$_DISPLAY_JOB, QUI$_DISPLAY_QUEUE
function codes)
QUI$_CHECKPOINT_DATA
Returns, as a character string, the value of the DCL symbol
BATCH$RESTART when the specified batch job is restarted. Because the
value of the symbol can include up to 255 characters, the buffer length
field of the item descriptor should specify 255 (bytes).
(Valid for QUI$_DISPLAY_ENTRY, QUI$_DISPLAY_JOB function codes)
QUI$_CLI
Returns, as an OpenVMS RMS file name component, the name of the command
language interpreter used to execute the specified batch job. The file
specification returned assumes the logical name SYS$SYSTEM and the file
type .EXE. Because a file name can include up to 39 characters, the
buffer length field in the item descriptor should specify 39 (bytes).
This item code is applicable only to batch jobs.
(Valid for QUI$_DISPLAY_ENTRY, QUI$_DISPLAY_JOB function codes)
QUI$_COMPLETED_BLOCKS
Returns, as a longword integer value, the number of blocks that the
symbiont has processed for the specified print job. This item code is
applicable only to print jobs.
(Valid for QUI$_DISPLAY_ENTRY, QUI$_DISPLAY_JOB function codes)
QUI$_CONDITION_VECTOR
Returns the vector of three longwords. The first longword gives the
completion status of the specified job. The second and third longwords
give additional status about the print job.
(Valid for QUI$_DISPLAY ENTRY, QUI$_DISPLAY_JOB function codes)
QUI$_CPU_DEFAULT
Returns, as a longword integer value, the default CPU time limit
specified for the queue in 10-millisecond units. This item code is
applicable only to batch execution queues.
For more information about default forms, see the HP OpenVMS System Manager's Manual.
(Valid for QUI$_DISPLAY_QUEUE function code)
QUI$_CPU_LIMIT
Returns, as a longword integer value, the maximum CPU time limit
specified for the specified job or queue in 10-millisecond units. This
item code is applicable only to batch jobs and batch execution queues.
(Valid for QUI$_DISPLAY_ENTRY, QUI$_DISPLAY_JOB, QUI$_DISPLAY_QUEUE
function codes)
QUI$_DEFAULT_FORM_NAME
Returns, as a character string, the name of the default form associated
with the specified output queue. Because the form name can include up
to 31 characters, the buffer length field of the item descriptor should
specify 31 (bytes).
For more information about default forms, see the HP OpenVMS System Manager's Manual.
(Valid for QUI$_DISPLAY_QUEUE function code)
QUI$_DEFAULT_FORM_STOCK
Returns, as a character string, the name of the paper stock on which
the specified default form is to be printed. Because the name of the
paper stock can include up to 31 characters, the buffer length field of
the item descriptor should specify 31 (bytes).
For more information on default forms, see the HP OpenVMS System Manager's Manual.
(Valid for QUI$_DISPLAY_QUEUE function code)
QUI$_DEVICE_NAME
Returns, as a character string, the name of the device on which the
specified output execution queue is located. Because the device name
can include up to 255 characters, the buffer length field of the item
descriptor should specify 255 (bytes).
(Valid for QUI$_DISPLAY_QUEUE function code)
QUI$_ENTRY_NUMBER
Returns, as a longword integer value, the queue entry number of the
specified job.
(Valid for QUI$_DISPLAY_ENTRY, QUI$_DISPLAY_JOB function codes)
QUI$_EXECUTING_JOB_COUNT
Returns, as a longword integer value, the number of jobs in the queue
that are currently executing.
(Valid for QUI$_DISPLAY_QUEUE function code)
QUI$_FILE_COPIES
Returns the number of times the specified file is to be processed,
which is a longword integer value in the range 1 to 255. This item code
is applicable only to output execution queues.
(Valid for QUI$_DISPLAY_FILE function code)
QUI$_FILE_COPIES_DONE
Returns the number of times the specified file has been processed,
which is a longword integer value in the range 1 to 255. This item code
is applicable only to output execution queues.
(Valid for QUI$_DISPLAY_FILE function code)
QUI$_FILE_COUNT
Returns, as a longword integer value, the number of files in a
specified job.
(Valid for QUI$_DISPLAY_ENTRY, QUI$_DISPLAY_JOB function codes)
QUI$_FILE_FLAGS
Returns, as a longword bit vector, the processing options that have
been selected for the specified file. Each processing option is
represented by a bit. When $GETQUI sets a bit, the file is processed
according to the corresponding processing option. Each bit in the
vector has a symbolic name.
The $QUIDEF macro defines the following symbolic names:
| Symbolic Name |
Description |
|
QUI$V_FILE_BURST
|
Burst and flag pages are to be printed preceding the file.
|
|
QUI$V_FILE_DELETE
|
File is to be deleted after execution of request.
|
|
QUI$V_FILE_DOUBLE_SPACE
|
Symbiont formats the file with double spacing.
|
|
QUI$V_FILE_FLAG
|
Flag page is to be printed preceding the file.
|
|
QUI$V_FILE_TRAILER
|
Trailer page is to be printed following the file.
|
|
QUI$V_FILE_PAGE_HEADER
|
Page header is to be printed on each page of output.
|
|
QUI$V_FILE_PAGINATE
|
Symbiont paginates output by inserting a form feed whenever output
reaches the bottom margin of the form.
|
|
QUI$V_FILE_PASSALL
|
Symbiont prints the file in PASSALL mode.
|
(Valid for QUI$_DISPLAY_FILE function code)
QUI$_FILE_IDENTIFICATION
Returns, as a 28-byte string, the internal file-identification value
that uniquely identifies the selected file. This string contains (in
order) the following three file-identification fields from the RMS NAM
block for the selected file: the 16-byte NAM$T_DVI field, the 6-byte
NAM$W_FID field, and the 6-byte NAM$W_DID field.
(Valid for QUI$_DISPLAY_FILE function code)
QUI$_FILE_SETUP_MODULES
Returns, as a comma-separated list, the names of the text modules that
are to be extracted from the device control library and copied to the
printer before the specified file is printed. Because a text module
name can include up to 31 characters and is separated from the previous
text module name with a comma, the buffer length field of the item
descriptor should specify 32 (bytes) for each possible text module.
This item code is meaningful only for output execution queues.
(Valid for QUI$_DISPLAY_FILE function code)
QUI$_FILE_SPECIFICATION
Returns the fully qualified OpenVMS RMS file specification of the file
about which $GETQUI is returning information. Because a file
specification can include up to 255 characters, the buffer length field
of the item descriptor should specify 255 (bytes).
Note
The file specification is the result of an RMS file-passing operation
that occurs at the time you submit the job. If you renamed the file or
created the job as a result of copying a file to a spooled device, then
you cannot use this file specification to access the file through RMS.
You use QUI$_FILE_IDENTIFICATION to obtain a unique identifier for the
file.
|
(Valid for QUI$_DISPLAY_FILE function code)
QUI$_FILE_STATUS
Returns file status information as a longword bit vector. Each file
status condition is represented by a bit. When $GETQUI sets the bit,
the file status corresponds to the condition represented by the bit.
Each bit in the vector has a symbolic name.
The $QUIDEF macro defines the following symbolic names:
| Symbolic Name |
Description |
|
QUI$V_FILE_CHECKPOINTED
|
File is checkpointed.
|
|
QUI$V_FILE_EXECUTING
|
File is being processed.
|
(Valid for QUI$_DISPLAY_FILE function code)
QUI$_FIRST_PAGE
Returns, as a longword integer value, the page number at which the
printing of the specified file is to begin. This item code is
applicable only to output execution queues.
(Valid for QUI$_DISPLAY_FILE function code)
QUI$_FORM_DESCRIPTION
Returns, as a character string, the text string that describes the
specified form. Because the text string can include up to 255
characters, the buffer length field in the item descriptor should
specify 255 (bytes).
(Valid for QUI$_DISPLAY_FORM function code)
QUI$_FORM_FLAGS
Returns, as a longword bit vector, the processing options that have
been selected for the specified form. Each processing option is
represented by a bit. When $GETQUI sets a bit, the form is processed
according to the corresponding processing option. Each bit in the
vector has a symbolic name.
The $QUIDEF macro defines the following symbolic names:
| Symbolic Name |
Description |
|
QUI$V_FORM_SHEET_FEED
|
Symbiont pauses at the end of each physical page so that another sheet
of paper can be inserted.
|
|
QUI$V_FORM_TRUNCATE
|
Printer discards any characters that exceed the specified right margin.
|
|
QUI$V_FORM_WRAP
|
Printer prints any characters that exceed the specified right margin on
the following line.
|
