Pdms Monitor: Reference Manual
Pdms Monitor: Reference Manual
Reference Manual
Version 11.5
pdms1151/man9/doc1
issue 140403
PLEASE NOTE:
AVEVA Solutions has a policy of continuing product development: therefore, the
information contained in this document may be subject to change without notice.
AVEVA SOLUTIONS 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, AVEVA
Solutions 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 to which you may not have
access or which may not be licensed to you. For further information on which Products
are licensed to you please refer to your licence conditions.
For details of AVEVA's worldwide sales and support offices, see our website at
http://www.aveva.com
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-3
2.3 Module Access Control ............................................................................................ 2-4
3 Using MONITOR...........................................................................................3-1
3.1 Changing Your Password........................................................................................ 3-1
3.2 User Status .............................................................................................................. 3-1
3.3 System Status.......................................................................................................... 3-2
3.4 Setting the Current Team....................................................................................... 3-3
3.5 Listing and Querying .............................................................................................. 3-3
3.5.1 LIST USERS................................................................................................... 3-3
3.5.2 LIST TEAMS .................................................................................................. 3-4
3.5.3 LIST MDB ...................................................................................................... 3-4
3.5.4 LIST DB.......................................................................................................... 3-5
3.5.5 LIST COPIES ................................................................................................. 3-5
3.5.6 LIST MODULES ............................................................................................ 3-6
3.5.7 The QUERY Command .................................................................................. 3-6
3.6 Temporarily Changing Access Rights .................................................................... 3-7
3.7 Current and Non-current Databases...................................................................... 3-7
3.8 Sending Messages to Other Users .......................................................................... 3-8
3.9 Output Destination ................................................................................................. 3-8
3.10 Output Devices ........................................................................................................ 3-9
3.11 Changing Modules................................................................................................... 3-9
3.12 Deleting Inter-database Connection Macros.......................................................... 3-9
3.13 Leaving PDMS......................................................................................................... 3-9
3.14 Running PDMS in Batch Mode............................................................................. 3-10
4 Command Summary....................................................................................4-1
4.1 Conventions Used in the Syntax Graphs ............................................................... 4-2
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.
Chapter 2 is an introduction to PDMS access rights, and how these affect users,
teams, databases and modules.
Chapter 3 is an overview of the commands available in MONITOR.
Chapter 4 is a Command Summary. It contains an alphabetical list of commands.
Each command has a detailed description, and examples and syntax graphs are given.
Chapter 5 is a list of MONITOR error messages, with short explanations.
This chapter describes what is happening at each stage of entering PDMS. It explains
the way access to PDMS data and modules is controlled when the System Administrator
sets up projects, users, teams and databases. Then it describes how you can use
MONITOR commands to query information about access rights to databases and
modules, and about who is using PDMS at the moment.
System Administrators who have access to PDMS ADMIN should refer to the PDMS
ADMIN Reference Manual for further information.
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 or deferred. The status of a DB can
be changed to current or deferred at any time, as described in Section 3.8.
MONITOR checks that an MDB has been selected before it will allow you to enter
another module (except ADMIN or LEXICON).
Note: When you select an MDB and enter a design module, UNITS settings
are taken from the first current catalogue DB. Connection
compatibility (COCO) tables in all the current catalogue DBs are
available to the designer.
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.
Any PDMS module can be classified as Free, or Restricted. Whether a user has access to
a module will depend on the user’s access rights and the access classification of the
module, as follows:
• Only a Free user may use a Restricted module
• A General user may use Free modules
In the system configuration as supplied, only ADMIN and LEXICON are Restricted. All
the other modules are Free.
This chapter is an overview of MONITOR commands. They are mainly used to select
databases and modules, to query information about the system status, users and
databases, and to communicate with other users.
See Chapter 4 for full details of the commands.
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: SYSTEM (Xd0-PC046)
Teams: MASTER SAMPLE DEMO HANGER HVAC PIPE STRUC
DRAFTADMIN ISOADMIN HSADMIN CATADMIN ADMIN CATS EQUI
TRAINING PARAGONADMIN
MDB: /SAMPLE
1 SAMPLE/DESI RW PRIMARY
2 STRUC/ASLTMPL RW PRIMARY
3 STRUC/TEMPLATE RW PRIMARY
4 EQUI/EQUITMPL RW PRIMARY
5 PIPE/ISOD RW PRIMARY
6 SAMPLE/PADD RW PRIMARY
7 ADMIN/PADD RW PRIMARY
8 MASTER/COMP R FOREIGN
9 MASTER/PIPECATA R FOREIGN
10 MASTER/PIPEOLD R FOREIGN
11 MASTER/STLCATA R FOREIGN
12 MASTER/HVACCATA R FOREIGN
13 MASTER/SUPPCATA R FOREIGN
14 MASTER/EQUICATA R FOREIGN
15 MASTER/ASLCATA R FOREIGN
16 MASTER/PADD R FOREIGN
17 MASTER/DICT R FOREIGN
18 MASTER/PROP R FOREIGN
Deferred DBS:
**NONE**
This shows that in the project SAM, a user with identifier SYSTEM is logged in to
workstation PC046. Xd0 is a unique identifier based on SAMPLE’s process number.
SYSTEM is a member of the 16 teams listed. 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
=============
DB MODE
SAMPLE/DESI R
STRUC/ASLTMPL R
STRUC/TEMPLATE R
EQUI/EQUITMPL R
PIPE/ISOD R
SAMPLE/PADD R
ADMIN/PADD R
MASTER/COMP R
MASTER/PIPECATA R
MASTER/PIPEOLD R
MASTER/STLCATA R
MASTER/HVACCATA R
MASTER/SUPPCATA R
MASTER/EQUICATA R
MASTER/ASLCATA R
MASTER/PADD R
MASTER/DICT R
MASTER/PROP R
1 user(s) listed
This shows that user SYSTEM is logged in and using PDMS for work on Project
/SAMPLE. The user’s unique identifier is Xd0. The user is using MONITOR and not
accessing any databases.
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
instead of the command
Q DB SAMPLE/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 to the DB /B to Read-only
status, perhaps to avoid accidentally overwriting it, by the command
PROT PIPING/PIPING-B READ
The STATUS command will list the DBs as
DB TYPE MODE
PIPING/PIPING-A DESI RW
PIPING/PIPING-B DESI RW
before the PROTECT command is given and
DB TYPE MODE
PIPING/PIPING-A DESI RW
PIPING/PIPING-B DESI R
afterwards.
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
replaced by the DBs PIPING/PIPING-B and MASTER/PIPING-E
respectively, even though they are listed out of sequence in the EXCHANGE
command.
The effect of the command
CURRENT PIPING/PIPING-A 1 MASTER/CATA-D 4
after the EXCHANGE command is to insert the named DBs at positions 1 and 4
respectively in the Current list, resulting in
/DESIGN
Current DBS: PIPING/PIPING-A PIPING/PIPING-B
PIPING/PIPING-C MASTER/CATA-D
MASTER/PIPING-E
Deferred DBS:**NONE**
Note that the position specified for each DB to be added to the Current list applies after
the previous insertions have been made.
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
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 DELETE command is used to delete inter-DB connection macros, which are created
in a Design module when connections are made across databases.
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:
.----<------.
/ |
>---*--- 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.
BATCH (continued)
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
BATCH (continued)
Command Syntax:
.----------<---------.
/ |
>-- BAtch ---+--- COpy ---*--- ALL --------------|
| | |
| |--- NONE -------------|
| | |
| |--- dbtype -----------|
| | |
| ‘--- dbname -----------|
| |
| .-----<------. |
| / | |
`--- NOCOpy ---*--- dbtype ---| |
| | |
‘--- dbname ---+-----+--->
where dbtype is one of the following:
DESI CATA PROP PADD DICT ISOD
CURRENT
Description: 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. CURRENT makes the
specified DB current and includes it at position n in the current
list of the MDB (where n is in the range 1 to 300 inclusive).
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 ---+--->
Description: 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.
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 ---+--->
DELETE
Examples:
DELETE MACRO 3 Deletes macro number 3
Command Syntax:
Function: The DEVICE command allows you to specify a different device type.
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:
EXCHANGE
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:
LIST
Function: The LIST command lists most of the available project information.
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 VANTAGE 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.
LIST (continued)
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:
PASSWORD
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:
PROTECT
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**
QUERY (continued)
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 ----------------+-->
RUN
Function: The RUN command allows you to run PDMS modules which are
not available through the normal module-changing commands.
Description: This command should only be used with the advice of Cadcentre.
See the copyright page at the front of this manual for access to the
addresses and telephone numbers of Cadcentre offices.
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:
STATUS
Examples:
Project: SAM
User: SYSTEM (Xd0-PC046)
Teams: MASTER SAMPLE DEMO HANGER HVAC PIPE STRUC
DRAFTADMIN ISOADMIN HSADMIN CATADMIN ADMIN CATS EQUI
TRAINING PARAGONADMIN
MDB: /SAMPLE
1 SAMPLE/DESI RW PRIMARY
2 STRUC/ASLTMPL RW PRIMARY
3 STRUC/TEMPLATE RW PRIMARY
4 EQUI/EQUITMPL RW PRIMARY
5 PIPE/ISOD RW PRIMARY
6 SAMPLE/PADD RW PRIMARY
7 ADMIN/PADD RW PRIMARY
8 MASTER/COMP R FOREIGN
9 MASTER/PIPECATA R FOREIGN
10 MASTER/PIPEOLD R FOREIGN
11 MASTER/STLCATA R FOREIGN
12 MASTER/HVACCATA R FOREIGN
13 MASTER/SUPPCATA R FOREIGN
14 MASTER/EQUICATA R FOREIGN
15 MASTER/ASLCATA R FOREIGN
16 MASTER/PADD R FOREIGN
17 MASTER/DICT R FOREIGN
18 MASTER/PROP R FOREIGN
Deferred DBS:
**NONE**
This shows that in the project SAM, a user with identifier SYSTEM is logged in to
workstation PC046. Xd0 is a unique identifier based on SAMPLE’s process number.
SYSTEM is a member of the 16 teams listed. They have selected an MDB called
/SAMPLE. Their current databases are listed.
Command Syntax:
Function: The SYSTAT command gives system status information about the
current project.
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
identifier, 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
=============
DB MODE
SAMPLE/DESI R
STRUC/ASLTMPL R
STRUC/TEMPLATE R
EQUI/EQUITMPL R
PIPE/ISOD R
SAMPLE/PADD R
ADMIN/PADD R
MASTER/COMP R
MASTER/PIPECATA R
MASTER/PIPEOLD R
MASTER/STLCATA R
MASTER/HVACCATA R
MASTER/SUPPCATA R
MASTER/EQUICATA R
MASTER/ASLCATA R
MASTER/PADD R
MASTER/DICT R
MASTER/PROP R
1 user(s) listed
This shows that user SYSTEM is logged in and using PDMS for work on
Project /SAMPLE. The user’s unique identifier is Xd0. The user is using
MONITOR and not accessing any databases
SYSTAT (continued)
Command Syntax:
Examples:
USER
SYSTEM/XXXXXX
Command Syntax:
The following is a complete list of those messages specific to the MONITOR module that
may be output to the terminal (with message number) and message file (with message
number suppressed). All such messages will have a message number beginning with 39.
Any other messages that may be output are not described here as they are not specific to
the MONITOR module.
(39,3) MDB not found
The MDB name referred to does not exist in the current project.
(39,4) DB not found
The DB name referred to does not exist in the current project.
(39,5) TEAM not found
The team named does not exist in the current project.
(39,6) Insufficient status to set this mode
User’s access rights do not allow him to modify the relevant files (see Section
3.7).
(39,7) USER not found
The user named is not a member of the specified or current team.
(39,8) MODULE not found
No runfile for the specified module can be found in the current Project
Database. The runfile must be set by the System Administrator using
ADMIN.
(39,11) DB not current
The DB specified in an EXCHANGE or DEFER command is not current within
the MDB.
(39,12) User number not found
No user is currently logged in under the specified id number.
(39,13) Resume file not found
No runfile for the specified module can be found in the current Project
Database. The runfile must be set by the System Administrator using
ADMIN.
(39,14) Insufficient status to run module
You do not have access rights to the specified module