Command Line Interface

The TICS client is used to check the quality of your code before committing (or pushing) it to the repository. You invoke the TICS client from the command-line as follows:

TICS [ @ ] { input } ... [ -- { compiler options } ]

Passing the files to analyze to TICS

Examples of TICS calls are TICS xyz.cpp abc.c and TICS @xyz.vcxproj. The TICS executable accepts multiple files as arguments (including wildcards in directory and file names). It can also process a list of input files from a file list. This is achieved by prefixing the file list with an "at" symbol '@', e.g., TICS @Address.lst. It is not allowed to nest file lists.

Note also that the client will check against the ARCHIVE.txt file(s) unless a list of source files is directly passed to the client, for instance TICS src1.cpp src2.cpp src3.cpp. If it however contains any containers (for instance a file list or a directory) then then the ARCHIVE.txt will be used.

When the ARCHIVE.txt is used by the TICS client and different code types such as TESTCODE_FILE and EXTERNAL_FILE are specified within the ARCHIVE.txt file, the default behaviour of the TICS client is to exclude all files that are not marked as production code. If you still want to analyze files that are a part of test code or external code, the following ways are available to do so:

Passing compiler options

When the -- option is used, all following options will be passed to the compiler. The -- option helps to use TICS as a compiler replacement in makefiles.

Configuring the TICS Client

It is possible to configure TICS via a graphical user interface named TICSConfig. Documentation for how to use TICSConfig can be found here.

Options available for TICS Client

See this page for a list of all possible options for the TICS Client.

Violation Suppression

It is possible to suppress individual violations. Suppressing a violation can be done by using special comments in the code. These special comments start with //TICS or /*TICS. A space is allowed after the comment marker. Example:// TICS or /* TICS. After the preceding //TICS or /*TICS one can specify what rules are suppressed by means of a sequence of -ruleid statements. E.g.

//TICS -OBJ_16 -DCL_12
// TICS -OBJ_16 -DCL_12

The rules specified in the TICS violation suppression comment are suppressed for the remainder of the file, starting at the line that contains the comment. The comment has file scope, i.e., it will not apply to included files or enclosing files. It is allowed to use wildcards to specify rules. To switch on a rule again, one can use "+ruleid" statements. It is also possible to suppress a rule of only one specific source line. This is possible with the option "!ruleid". Anything past whitespace or past either one of the special characters : , \ is treated as a comment.

The following example shows how this facility can be used in practice.

//TICS -OBJ_?: TODO still need to be fixed after discussion
// MainFrm.cpp : implementation of the CMainFrame class

#include "stdafx.h"
#include "test.h"

#include "MainFrm.h"

#ifdef _DEBUG
#define new DEBUG_NEW      //TICS !OSD_3:  AppWizard generated code
#undef THIS_FILE
static char THIS_FILE[] = __FILE__;

// CMainFrame


//TICS -*: AppWizard and ClassWizard generated code
        // NOTE - the ClassWizard will add and remove mapping macros here.
        // DO NOT EDIT what you see in these blocks of generated code !
//TICS +*



The TICS client needs to authenticate itself when communicating with the viewer. Please refer to configuring an authentication token.