Monitor: Reference Manual
Monitor: Reference Manual
MONITOR
Reference Manual
Version 11.3
pdms1131/man9/doc1
Issue 061200
PLEASE NOTE:
Cadcentre has a policy of continuing product development: therefore, the information contained in this
document may be subject to change without notice.
CADCENTRE MAKES NO WARRANTY OF ANY KIND WITH REGARD TO THIS DOCUMENT,
INCLUDING BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND
FITNESS FOR A PARTICULAR PURPOSE.
While every effort has been made to verify the accuracy of this document, Cadcentre shall not be
liable for errors contained herein or direct, indirect, special, incidental or consequential damages in
connection with the furnishing, performance or use of this material.
This manual provides documentation relating to products which you may not have access to or which
may not be licensed to you. For further information on which products are licensed to you please refer
to your licence conditions.
All rights reserved. No part of this document may be reproduced, stored in a retrieval system or
transmitted, in any form or by any means, electronic, mechanical, photocopying, recording or
otherwise, without prior written permission of Cadcentre.
The software programs described in this document are confidential information and proprietary
products of Cadcentre Ltd or its licensors.
For details of Cadcentre's worldwide sales and support offices, see our website at
http://www.cadcentre.com/location
1 Introduction ...................................................................................................1-1
1.1 Introducing MONITOR .......................................................................................... 1-1
1.2 How to Use This Manual........................................................................................ 1-1
2 Access Rights in PDMS ................................................................................2-1
2.1 Entering PDMS....................................................................................................... 2-1
2.2 PDMS Databases .................................................................................................... 2-1
2.2.1 Database Types ................................................................................................. 2-2
2.2.2 Database Access Control .................................................................................. 2-2
2.2.3 Foreign Databases ............................................................................................ 2-3
2.2.4 Teams................................................................................................................. 2-3
2.2.5 Access Rights of Users to Databases ............................................................... 2-4
2.3 Module Access Control ........................................................................................... 2-4
3 Using MONITOR ............................................................................................3-5
3.1 Changing Your Password....................................................................................... 3-5
3.2 User Status.............................................................................................................. 3-5
3.3 System Status ......................................................................................................... 3-6
3.4 Setting the Current Team...................................................................................... 3-6
3.5 Listing and Querying ............................................................................................. 3-7
3.5.1 LIST USERS ..................................................................................................... 3-7
3.5.2 LIST TEAMS..................................................................................................... 3-8
3.5.3 LIST MDB ......................................................................................................... 3-8
3.5.4 LIST DB............................................................................................................. 3-9
3.5.5 LIST COPIES.................................................................................................... 3-9
3.5.6 LIST MODULES............................................................................................... 3-9
3.5.7 The QUERY Command .................................................................................. 3-10
3.6 Temporarily Changing Access Rights ................................................................. 3-10
3.7 Current and Non-current Databases .................................................................. 3-11
3.8 Sending Messages to Other Users....................................................................... 3-12
3.9 Output Destination............................................................................................... 3-12
3.10 Output Devices...................................................................................................... 3-13
3.11 Changing Modules................................................................................................ 3-13
3.12 Deleting Inter-database Connection Macros ...................................................... 3-13
3.13 Leaving PDMS ...................................................................................................... 3-13
3.14 Running PDMS in Batch Mode ........................................................................... 3-13
4 Command Summary .....................................................................................4-1
4.1 Conventions Used in the Syntax Graphs.............................................................. 4-2
BATCH ............................................................................................................................... 4-5
CURRENT ........................................................................................................................... 4-10
DEFER ............................................................................................................................. 4-11
Index
MONITOR is the PDMS module which controls your entry into PDMS.
Normally users enter PDMS via the Interface. This manual describes the
MONITOR commands for users who wish to customise their interface or write
macros. You also need to know the MONITOR commands if you are going to
set up batch files.
The commands described in this manual are available to all users. The
manual assumes that you are familiar with PDMS at least to the level of a
PDMS Basic Training Course.
When you start up PDMS, you must first give the name of the project you will
be working on using the PROJECT command. You can query the projects
available. Then you specify a user name and password by giving the
USERNAME command. You can query the users, and the MDBs, available in the
Project before they are set.
Note: When working in non-graphics mode, it is recommended that you
enter the USERNAME command on its own, and you will then be
prompted to enter the username and password, which will not be
echoed on the screen. Do not follow the command immediately by the
username and password, as this may be a security risk.
When you have entered the username and password correctly, you will be in
MONITOR.
You will be able to use the facilities described in this manual, or start up
another PDMS module.
All PDMS data is stored in databases, and if you want to work on design
data you will specify the name of a Multiple Database (MDB) before you
enter another PDMS module. An MDB is a collection of databases with
defined access rights. Specifying an MDB sets your access rights to the
databases.
Although an MDB may contain up to 8000 DBs, only 300 of these can be
accessed at one time. Databases which can be accessed are described as
current. Databases which cannot be accessed are described as non-current
System databases
• The SYSTEM database itself, which holds the access control data for the
model data and modules.
• The COMMS (Communications) database, which stores information
about who is using which module and which model databases are
available.
• The MISC database which store inter-user messages, and inter-database
macros.
Model Databases
• The DESIGN database which contains all the design information for the
project
• The CATALOGUE database where the project catalogue and
specifications are stored.
• The PADD database which contains data about drawings produced by
DRAFT.
• The PROPERTIES database which can contain material properties, and
can be referenced by the catalogue
• The DICTIONARY database which holds the definitions of user-defined
attributes (UDAs), as set up in LEXICON.
• The ISOD database hold spool drawings generated by SPOOLER.
2.2.4 Teams
A team is a user or a group of users who have read-write access to a database
(and read access to several other databases). The database must be named as:
teamid/identifier
teamid is the name of the team which is given full Read/Write
access to the DB
identifier is the name of the DB. This is a normal PDMS name
beginning with a slash (/).
For example, the PIPING team would have read-write access to design
databases containing piping design, the STRUCTURES team would have
read-write access to databases containing steelwork design, but they would
both have read-only access to a catalogue database. So, the MDB for the
PIPING team could contain the following databases (and normally several
others):
PIPING/PIPING-A
A Design database PIPING-A, to which the PIPING
team will have read/write access.
MASTER/CATALOGUE-1
A Catalogue database CATALOGUE-1, to which the
PIPING team will have read-only access.
You can change your password from that allocated to you by the System
Administrator. The command PASS is followed by a slash and then the new
password, consisting of up to six alphabetic characters.
The STATUS command outputs information about your current status and the
databases to which you have access. An example of typical output is shown
below:
Project: SAM
User: SAMPLE (654d-wk107)
Teams: SAMPLE
MDB: /SAMPLE
1 SAMPLE/DESI RW
2 SAMPLE/PADD RW
3 ADMIN/PADD R
4 SAMPLE/COMP RW
5 MASTER/PIPECATA R
6 MASTER/PIPEOLD R
7 MASTER/STLCATA R
8 MASTER/HVACCATA R
9 MASTER/SUPPCATA R
10 MASTER/PADD R
11 MASTER/DICT R
12 MASTER/PROP R
Deferred DBS:
**NONE**
This shows that in the project SAM, a user with identifier SAMPLE is logged
in to workstation wk107. 654d is a unique identifier based on SAMPLE’s
process number. SAMPLE is a member of the team SAMPLE. They have
selected an MDB called /SAMPLE. Their current databases are listed.
The SYSTAT (System Status) command outputs information about the current
active status of the project. It lists all users who are accessing the project at
that time, the modules and databases which they are using, and whether they
are examining (Read-only status) or modifying (Read/Write status) the
database. It also gives the unique identifier of each user.
For example, typical output might be:
PROJECT SAM
=============
User SAMPLE (654d-wk107)
Name aw (A.Webb)
Host wk107
Entered 09:50 18 Nov
Module MONITOR
MDB /SAMPLE
DB MODE
SAMPLE/DESI R
SAMPLE/PADD R
ADMIN/PADD R
SAMPLE/COMP R
MASTER/PIPECATA R
MASTER/PIPEOLD R
MASTER/STLCATA R
MASTER/HVACCATA R
MASTER/SUPPCATA R
MASTER/PADD R
MASTER/DICT R
MASTER/PROP R
1 user(s) listed
This shows that user SAMPLE is logged in and using PDMS for work on
Project /SAMPLE. The user’s unique identifier is 654d. The user is using
MONITOR and not accessing any databases.
You can also list the system status of a given user, MDB, host or module. See
the SYSTAT command in for details.
The SET command sets the specified team as the current one. Once a team has
been set, DBs owned by that team can be referred to by using the name part
only. For example, after the command
SET TEAM SAMPLE
you could give the command
Q DB /DESI
The LIST and QUERY commands can be used to display information about
Users, Teams, MDBs and Databases. LIST outputs general information, and
QUERY outputs information about a named item. Note that there are many
other options in the QUERY command available in other modules; the ones
described here are those available in MONITOR.
The LIST command outputs information about:
Users
MDBs
DBs
Teams
Copies of databases
Modules
3.5.4 LIST DB
The command LIST DB lists all the databases in the project, their types
(DESI, CATA, etc) and the MDBs which contain them. For example:
List of DBS for project SAM
=============================
MASTER/PIPECATA CATA FOREIGN Number 8101 Update
Size 7623 pages
MDBS: /SAMPLE /DEMO /HANGERS /HVAC /PIPE
MASTER/PIPEOLD CATA FOREIGN Number 8105 Update
Size 4861 pages
MDBS: /SAMPLE /DEMO /HANGERS /HVAC /PIPE
ADMIN/PADD PADD Number 8013 Update
Size 51 pages
MDBS: /SAMPLE /DEMO
...
...
The PROTECT command allows you to alter your access rights to specified DBs
for the current session of PDMS. You can only reduce your access rights from
the set state, never increase them. This command can be used on the current
MDB. For example:
As an example, assume that user RAB enters PDMS and selects the MDB
/DESIGN to which he has Read/Write access. Assume that this MDB contains
two current DBs named PIPING/A and PIPING/B. He lowers his access level
Although an MDB may contain up to 8000 DBs, only 300 of these can be
accessed at one time. Databases which can be accessed are described as
current. Databases which cannot be accessed are described as non-current
or deferred.
EXCHANGE replaces a current DB by a non-current DB. The DB names do not
need to be listed in a particular order, since the MDB knows which are
current and which are non-current, but they must be paired correctly if more
than two names are listed.
CURRENT includes the specified DB at a given position in the Current list.
DEFER removes the specified DB from the Current list and makes it non-
current.
For example, assume that an MDB contains the following DBs as shown by a
LIST command:
/DESIGN
Current DBS: PIPING/PIPING-A PIPING/PIPING-C
MASTER/CATA-D
Deferred DBS: PIPING/PIPING-B MASTER/PIPING-
The command
EXCHANGE PIPING/PIPING-A PIPING/PIPING-B MASTER/PIPING-
E MASTER/CATA-D
would result in the new configuration
/DESIGN
Current DBS: PIPING/PIPING-B PIPING/PIPING-C
MASTER/PIPING-E
Deferred DBS: PIPING/PIPING-A MASTER/CATA-D
Note: The current DBs PIPING/PIPING-A and MASTER/CATA-D are
You can send messages to other users of the project using the MESSAGE
command.
Messages sent using the MESSAGE command will only be displayed to users
already in PDMS when the command is given, and then only when they next
change modules. You can send messages to
• An individual user, specified by name or identifier
• All members of a specified team
• All active project users
• All users logged into a given host
• All users with a given line number
The text of the message must be enclosed in quotes. For example:
MESS TEAM PIPING ’LATEST PIPE ROUTING HAS BEEN APPROVED’
Note: The message must be enclosed in quotes.
The data output by the commands described in this chapter can be sent to the
screen or to a file. By default, the data is sent to the screen, but it can be
directed to a file using the ALPHA FILE or FILE command. These commands
also specify the number of characters in a line and the number of lines on a
page, and whether the file should be overwritten if new data is sent to it.
If you have specified that ouput should be sent to a file using the ALPHA FILE
command, you can return to output being sent to the screen by giving the
ALPHA FILE END command. If you have specified that output should be sent to
a file using the FILE command, you must use the TERMINAL command to send
output to the screen. ALPHA FILE is recommended for normal use.
The default is TERMINAL WITH 80 CHARACTERS.
You will normally have a default output device set. The default output devices
for both text and graphics are shown in a message which is displayed when
PDMS is started up. You can use the DEVICE command to change your output
device, for example, if you do not want any graphics to be displayed.
You can enter any PDMS module which is installed on your system and to
which you have access by typing its name.
You can return to MONITOR from any other module by giving the command
MONITOR
The FINISH command terminates the current PDMS session and returns you
to the operating system.
To run jobs in batch mode, PDMS must be started up in batch mode using the
entrys script. This starts up PDMS in a Read-only mode. See the PDMS
Installation Guide for more details.
To set up a batch job, you must create a file containing all the commands
which you would normally enter at the keyboard, and possibly add other
commands required by the computer’s batch system. Then run the file using
the normal command in your operating system.
See the BATCH command for full details.
This section lists the MONITOR commands, with a brief description of each.
The commands described in this chapter are presented in the form of syntax
graphs.
• Commands are shown in a combination of uppercase and lowercase
letters, where the capital letters indicate the minimum abbreviation.
(Note: This convention does not mean that the second part of the
command must be typed in lowercase letters; commands may be entered
in any combination of uppercase and lowercase letters.)
• For example, the command
Query
can be input in any of the following forms:
Q
QU
QUE
QUER
QUERY
Commands shown in all uppercase letters cannot be abbreviated.
• Command arguments are shown in lowercase italic letters. For
example:
PASSWORD password
means that to set a password to secret, you enter:
PASSWORD SECRET
Command arguments are just descriptions of what you need to enter,
and the description shown should be replaced by the text or value
required. The following table shows some examples:
• Syntax graphs are read from top left to bottom right. The start point is
shown by >, and you can follow any path through the graph until the
exit point, shown by >, is reached.
• Points marked with a plus sign (+) are option junctions which allow
you to input any one of the commands to the right of the junction. For
example:
.-----<-------.
/ |
>---*--- option1 ---|
| |
|--- option2 ---|
| |
‘--- option3 ---+--->
means that you can enter any combination of option1 and/or option2
and/or option3, where the options can be commands, other syntax
diagrams, or command arguments.
The simplified format:
.----<------.
/ |
>---*--- name ----+--->
means that you may type in a list of PDMS names, separated by at least
one space.
Function: The BATCH command enables you to specify how batch jobs will
be processed.
Examples:
BATCH COPY DESI DRWG
Copies will be made of all Design and Drawing DBs in the
selected MDB.
BATCH COPY PIPING/DES74A CIVIL/DES13B
Copies will be made of the two named DBs.
BATCH COPY ALL
Copies will be made of all DBs in the MDB.
BATCH COPY NONE
No copies will be made of any DB.
BATCH NOCOPY PIPING/DES74A
The database PIPING/DES74A will not be copied.
COPY commands are additive; that is, each new COPY command
is added to the result of all previous COPY commands. For
example, consider an MDB containing the following DBs:
MASTER/CATA CATA
PIPING/DES74A DESI
PIPING/DES75A DESI
PIPING/DES37C DESI
CIVIL/DES74A DESI
CIVIL/DES75A DESI
CIVIL/DES37C DESI
MATS/PROP2 PROP
If the batch file contains the commands:
BATCH COPY NONE
BATCH COPY PIPING/DES75A PIPING/DES37C
BATCH COPY DRWG
The following DBs would be marked as requiring copies:
PIPING/DES75A DESI
PIPING/DES37C DESI
Security
When you use PDMS’s batch facilities, you must put your
PDMS username and password into a file. This is a potential
breach of the security system provided by PDMS, from two
points of view.
• Unless the batch file is protected from access by other
users, they will be able to read it and find out the
username and password contained in it. You should
ensure that operating system security is used to protect
batch files.
Command Syntax:
.----------<---------.
/ |
>-- BAtch ---+--- COpy ---*--- ALL --------------|
| | |
| |--- NONE -------------|
| | |
| |--- dbtype -----------|
| | |
| ‘--- dbname -----------|
| |
| .-----<------. |
| / | |
`--- NOCOpy ---*--- dbtype ---| |
| | |
‘--- dbname ---+-----+--->
where dbtype is one of the following:
DESI CATA PROP PADD DICT ISOD
Examples:
CURRENT PIPING/PIPING-A PIPING/PIPING-C
Makes the databases PIPING/PIPING-A and
PIPING/PIPING-C current
Related Commands:
DEFER EXCHANGE
Command Syntax:
.--------------.
/ |
>--- CUrrent ---*--- dbname n ---+--->
Examples:
DEFER PIPING/PIPING-A PIPING/PIPING-C
Makes the databases PIPING/PIPING-A and
PIPING/PIPING-C deferred.
Related Commands:
CURRENT EXCHANGE
Command Syntax:
.-------------.
/ |
>--- DEfer ---*--- dbname ---+--->
Examples:
DELETE MACRO 3 Deletes macro number 3
Command Syntax:
Description: A default output device will normally be set when you enter
PDMS. If you want to change this, you should do so in
MONITOR using the DEVICE command. A message giving the
default output devices for text and graphics is displayed when
the PDMS is started up.
You can also query the device type.
Examples:
DEVICE TTY No graphics output
DEVICE NOGRAPHICS
DEVICE GRAPHICS Graphics output as normal.
Command Syntax:
Querying:
Examples:
Assume that an MDB contains the following DBs as shown by a
LIST command:
/DESIGN
Current DBS: PIPING/PIPING-A PIPING/PIPING-C
MASTER/CATA-D
Deferred DBS: PIPING/PIPING-B MASTER/PIPING-E
The command
EXCHANGE PIPING/PIPING-A PIPING/PIPING-B
MASTER/PIPING-E MASTER/CATA-D
would result in the new configuration
/DESIGN
Current DBS: PIPING/PIPING-B PIPING/PIPING-C
MASTER/PIPING-E
Deferred DBS: PIPING/PIPING-A MASTER/CATA-D
Related Commands:
CURRENT DEFER
Command Syntax:
.---------------------.
/ |
>--- EXchange ----*--- dbname - dbname ---+--->
Function: The FINISH command ends the PDMS session and returns to the
operating system.
Description: The abbreviated form of this command, FIN, can only be given
in MONITOR. To leave other modules, you must give the
command in full.
Command Syntax:
Description: The LIST command displays most of the project information held
in the System Database, with the exception of confidential
details such as other users’ passwords. These can only be listed
by the Project Coordinator using ADMIN.
Examples:
LIST USERS
Lists all the users in the project, with their access level
(Free or General), and the Teams they belong to.
LIST TEAMS
Lists all the teams in the project, with the users who are
members of the teams and the DBs associated with them.
LIST MDBS
Lists the MDBs in the project, and the current and
deferred databases in each MDB.
LIST DBS
Lists all the databases in the project, their types
(DESIGN, CATALOGUE etc) and the MDBs which
contain them.
LIST EXTERNAL
Lists all the foreign databases in the project.
LIST TYPES
Lists all the database types (DESIGN, CATALOGUE etc) in the
project.
LIST COPIES
Displays the names of all DBs which have been copied and the names
under which the copies are filed.
LIST MODULES
Displays information about modules in the current project.
LIST FILES
Displays information about the database files in the current project.
LIST SIZES
Lists the sizes (in pages and Mbytes) of all the databases in the
project.
LIST MACROS
Lists all the inter-DB macros in the project.
LIST AREA 20
Displays information about databases in area 20. See the PDMS
ADMIN User Guide for information about database areas.
LIST MESSAGES
Lists all the user messages in the project.
LIST ALL
Displays all the above information.
Command Syntax:
.------<-------.
/ |
>--- LIst ----*--- USers ------|
| |
|--- TEams ------|
| |
|--- MDBs -------|
| |
|--- DBs --------|
| |
|--- FILES ------|
| |
|--- DBs --------|
| |
|--- EXTernal ---|
| |
|--- AREA n -----|
| |
|--- TYpes ------|
| |
|--- SIZe ------|
| |
|--- COpies -----|
| |
|--- MOdules ----|
| |
|--- MACRos -----|
| |
|--- MESSages ---|
| |
‘--- ALL --------+--->
Examples:
MESSAGE ID ’64da-36’ ’This is a message’
This message will be sent to the user with the process/host
identifier 64da-ws36
MESSAGE RAB ’This is a message’
This message will be sent to the user RAB
MESSAGE TEAM PIPING ’This is a message’
This message will be sent to all members of the PIPING
team
MESS ’THE LATEST PIPE ROUTING HAS BEEN APPROVED’
This message will be sent to all users in the project.
Command Syntax:
Description: You can change your password at any time. You may wish to do
this if you suspect that an unauthorised user has gained access
to your DBs.
• You must take care when typing in the new password,
because if you do not type what you think you are typing
you will not be able to enter PDMS again. If this happens,
ask your System Administrator to tell you what password
you have set.
Command Syntax:
Examples:
PROJECT SAM
Command Syntax:
Function: The PROTECT command allows you to change your access rights
to DBs.
Description: You can temporarily change your access rights to DBs. You can
only reduce your access rights from the set state, never
increase them. The change will only apply in the current session
of PDMS.
You can only change access rights to the current MDB.
Command Syntax:
.--------------<-----------.
/ |
>--- PROtect ----*--- dbname ---+--- RW ------|
| |
|--- Read ----|
| |
‘--- None ----+--->
Description: Note that there are many other elements and attributes of
elements that can be queried in other PDMS modules. This
section lists those available in MONITOR.
Examples:
Some examples of output from querying commands are given
below. For a complete specification of the options, see the
command syntax.
Command Output
Q USER User: SAMPLE
Q USER SAMPLE SAMPLE (General)
Teams : SAMPLE
Q USER SYSTEM ACCESS (Free)
Q USER SYSTEM DESCRIPTION system administrator
Note: A description must have been set.
Q USER SYSTEM PASS /XXXXXX
Note: This information will only be output if you are a Free
user.
Q ACTIVE Number of Active
Users is 1
Q TEAM SAMPLE SAMPLE
USERS: SYSTEM SAMPLE
DBS: /DESI /PADD /COMP
Q TEAM SAMPLE DESCRIPTION Team for Sample
Project
q set team ** SAMPLE **
Note: A description must have been set.
Q MDB /SAMPLE MDB: /SAMPLE
Current DBS:1 SAMPLE/DESI DESI Update
2 SAMPLE/PADD PADD Update
. . .
11 MASTER/DICT DICT Update Foreign
12 MASTER/PROP PROP Update Foreign
Deferred DBS:
**NONE**
Related Commands:
LIST
Command Syntax:
>--- Query ---+--- USer ---+-------------------------------.
| | |
| ‘--- userid --+-- ACCess -------|
| | |
| |-- DESCription --|
| | |
| ‘-- PASS ---------|
| |
|--- ACTIVE ---------------------------------|
| |
|--- TEam teamid ----------+-----------------|
| | |
| ‘-- DESCription --|
| |
|--- DB dbname --+---------------------------|
| | |
| |-- DESCription ------------|
| | |
| |-- TYpe -------------------|
| | |
| |-- FIle -------------------|
| | |
| |-- NUmber -----------------|
| | |
| |-- SIze -------------------|
| | |
| |-- FOREign ----------------|
| | |
| ‘-- ACCess -----------------|
| |
|--- COpies dbname --------------------------|
| |
|--- MDB mdbname --+-------------------------|
| | |
| ‘-- DESCription ----------|
| |
|--- MACRO integer --+-----------------------|
| | |
| |-- FILEname -----------|
| | |
| |-- FROMdb -------------|
| | |
| ‘-- TOdb ---------------|
| |
|--- SET TEam -------------------------------|
| |
‘--- PROject ---+--- NAMe -------------------|
| |
|--- NUMber -----------------|
| |
|--- DEScription ------------|
| |
‘--- MESsage ----------------+-->
Function: The RUN command allows you to run PDMS modules which are
not available through the normal module-changing commands.
Description: Once a team has been set, you can omit the team name when
you specify the database name; for example, in a LIST command.
Examples:
SET TEAM PIPING
Q DB /AREA-A Queries the database
PIPING/AREA-A
Command Syntax:
Examples:
Project: SAM
User: SAMPLE (654d-ws107)
Teams: SAMPLE
MDB: /SAMPLE
1 SAMPLE/DESI RW
2 SAMPLE/PADD RW
3 ADMIN/PADD R
4 SAMPLE/COMP RW
5 MASTER/PIPECATA R
6 MASTER/PIPEOLD R
7 MASTER/STLCATA R
8 MASTER/HVACCATA R
9 MASTER/SUPPCATA R
10 MASTER/PADD R
11 MASTER/DICT R
12 MASTER/PROP R
Deferred DBS:
**NONE**
This shows that in the project SAM, a user with identifier
SAMPLE is logged in to workstation ws107. 654d is a unique
identifier based on SAMPLE’s process number. The precise
meaning of the node identifier depends on the hardware.
SAMPLE is a member of the team SAMPLE. He has selected an
MDB called /SAMPLE. His current DBs are listed, with his
access rights (RW or R) .
Command Syntax:
Description: The SYSTAT command lists all users who are accessing the
project, the modules and databases which they are using, and
whether they are examining (Read-only status) or modifying
(Read/Write status) the database. It also gives the unique
identifer, login id and host name for each user.
You list the system status of a given user, module, MDB or host
using the commands shown in the syntax graph.
Examples:
PROJECT SAM
=============
User SAMPLE (654d-ws107)
Name aw (A.Webb)
Host ws107
Entered 09:50 25 Nov
Module MONITOR
MDB /SAMPLE
DB MODE
SAMPLE/DESI R
SAMPLE/PADD R
ADMIN/PADD R
SAMPLE/COMP R
MASTER/PIPECATA R
MASTER/PIPEOLD R
MASTER/STLCATA R
MASTER/HVACCATA R
MASTER/SUPPCATA R
MASTER/PADD R
MASTER/DICT R
MASTER/PROP R
1 user(s) listed
Command Syntax:
Examples:
USER
SYSTEM/XXXXXX
Command Syntax: