RTI Connext Micro
Version 2.4.1.0
|
Modules | |
DDS_C | |
DDS C. ModuleID = 7. | |
REDA | |
Real-time Efficient Data Structures and Algorithms. ModuleID = 1. | |
OSAPI | |
OS API. ModuleID = 0. | |
DB | |
Database. ModuleID = 2. | |
RT | |
RT. ModuleID = 3. | |
NETIO | |
Network I/O. ModuleID = 4. | |
RTPS | |
Real-Time Publish-Subscribe. ModuleID = 6. | |
RH | |
Reader History. ModuleID = 8. | |
WH | |
Writer History. ModuleID = 9. | |
DPSE | |
DPSE. ModuleID = 10. | |
DPDE | |
DPDE. ModuleID = 11. |
Objectives of this user guide:
RTI Connext Micro maintains a log of events occuring in an RTI Connext Micro application. Information of each event is formatted into a log entry, and each entry can be stored in a buffer, stringified into a displayable log message, and/or redirected to a user-defined log handler.
To enable RTI Connext Micro log functionality, initialize it (OSAPI_Log_initialize) with an input property that configures the following:
The RTI Connext Micro log stores new log entries in a log buffer.
Once the buffer is full, it will not store new entries but will still display and redirect them to the user-defined log handler.
The log buffer can be cleared at anytime with a call to OSAPI_Log_clear.
Each log entry is classified as one of the following kinds:
A log entry in RTI Connext Micro has a defined format.
Each entry contains a header with the following information:
The module ID and error code together uniquely identify a log message within RTI Connext Micro.
RTI Connext Micro can be configured to provide additional details per log message:
When an event is logged, by default it is printed as a message to standard output. An example informative entry looks like this:
[1379134571.591696998] INFO:ModuleID=6,Errcode=44,X=1,E=0,STATUS=f0000000 rtps/RTPSInterface.c/2137/RTPSReceiver_process_acknack:
A log message will need to be interpreted by the user when:
A description of an error code printed in a log message can be determined by following these steps:
A user can install a log handler function to process each new log entry. The handler must conform to the definition OSAPI_LogHandler_T, and it is set by OSAPI_Log_set_log_handler().
When called, the handler has parameters containing the raw log entry and detailed log information (e.g. error code, module, file and function names, line number).
The log handler is called for every new log entry, even when the log buffer is full. An expected use case is redirecting log entries to another logger, such as one native to a particular platform.