DCMTK
Version 3.6.1 20120515
OFFIS DICOM Toolkit
|
Appends log events to a file. More...
Public Member Functions | |
FileAppender (const tstring &filename, DCMTK_LOG4CPLUS_OPEN_MODE_TYPE mode=DCMTK_LOG4CPLUS_FSTREAM_NAMESPACE::ios::trunc, bool immediateFlush=true) | |
FileAppender (const helpers::Properties &properties, tstring &error, DCMTK_LOG4CPLUS_OPEN_MODE_TYPE mode=DCMTK_LOG4CPLUS_FSTREAM_NAMESPACE::ios::trunc) | |
virtual void | close () |
Protected Member Functions | |
virtual void | append (const spi::InternalLoggingEvent &event) |
void | open (DCMTK_LOG4CPLUS_OPEN_MODE_TYPE mode) |
bool | reopen () |
Protected Attributes | |
bool | immediateFlush |
Immediate flush means that the underlying writer or output stream will be flushed at the end of each append operation. | |
int | reopenDelay |
When any append operation fails, reopenDelay says for how many seconds the next attempt to re-open the log file and resume logging will be delayed. | |
tofstream | out |
tstring | filename |
helpers::Time | reopen_time |
Private Member Functions | |
void | init (const tstring &filename, DCMTK_LOG4CPLUS_OPEN_MODE_TYPE mode) |
FileAppender (const FileAppender &) | |
FileAppender & | operator= (const FileAppender &) |
Appends log events to a file.
File
This property specifies output file name.
ImmediateFlush
When it is set true, output stream will be flushed after each appended event.
Append
When it is set true, output file will be appended to instead of being truncated at opening.
ReopenDelay
bool dcmtk::log4cplus::FileAppender::immediateFlush [protected] |
Immediate flush means that the underlying writer or output stream will be flushed at the end of each append operation.
Immediate flush is slower but ensures that each append request is actually written. If immediateFlush
is set to false
, then there is a good chance that the last few logs events are not actually written to persistent media if and when the application crashes.
The immediateFlush
variable is set to true
by default.
int dcmtk::log4cplus::FileAppender::reopenDelay [protected] |
When any append operation fails, reopenDelay
says for how many seconds the next attempt to re-open the log file and resume logging will be delayed.
If reopenDelay
is zero, each failed append operation will cause log file to be re-opened. By default, reopenDelay
is 1 second.