tcssimAdControlDummy

NAME

SYNOPSIS

tcssimAdControlDummy <-n proc name> <file name>

DESCRIPTION

This dummy replaces the real TCS adapter (ad) module in simulation
mode. The code is derived from the general evhDummy program and
modified to maintain some adapter database items. The following
text is the original description of the evhDummy program.

The program can be dynamically configured via a command
interface to reply to any command.  You can dynamically tell to the
program how to behave when it receives any command: - What kind of
reply it has to send (normal/error) - What message buffer to send -
What error code in case of error reply - After how many seconds from
the receiving of the command it must send the reply.

There is no limit to the number of commands that can be
handled by the same instance of the dummy and on the dynamic
configuration chanes you can request while it is running.

When the program is started it can read from a file an initial
configuration containing a list of commands and reply descriptions.
Empty lines are ignored and lines starting with '#' are comments.

While it is running it accepts the following configuration
commands:

REGCMD <cmd name>,<reply buffer>,<err reply>,<err code>,<timeout>
        Register command
        To add a new command to the list of accepted commands or
        to change the behaviour of an existing one.

UREGCMD Un-register command
        To delete a command from the list of accepted commands

PRNCMD  Print command list
        To print on standard output the list of accepted commands
        and their configuration parameters.

DMEXIT  Exit the program

All the informations about commands received and replies sent
are exensively logged on stdout and/or on the CCS logging system.

The program can be used in the following ways:

- During development to easily replace not yet available processes.

- During testing of a process to replace the processes this
  one has to send commands.  A test script sets the dummy
  configuration, then stymulate the program under test to send
  commands to it, then changes the dummy configuration and so
  on.  In this way it is much easier to test the dynamical
  behaviour of a process, taking into account also timeouts
  and timing constraints.

  The log report can be used to verify the tests and, along
  with eccsTestDriver, to write automatic tests.

  The program is easily extensible and new features (if
  necessary) can be added.

CAUTIONS

Error handling should be improved!

Index

NAME

SYNOPSIS

DESCRIPTION

CAUTIONS