Linux and UNIX Man Pages

Linux & Unix Commands - Search Man Pages

log_mf_h(3erl) [linux man page]

log_mf_h(3erl)						     Erlang Module Definition						    log_mf_h(3erl)

NAME
log_mf_h - An Event Handler which Logs Events to Disk DESCRIPTION
The log_mf_h is a gen_event handler module which can be installed in any gen_event process. It logs onto disk all events which are sent to an event manager. Each event is written as a binary which makes the logging very fast. However, a tool such as the Report Browser ( rb ) must be used in order to read the files. The events are written to multiple files. When all files have been used, the first one is re-used and overwritten. The directory location, the number of files, and the size of each file are configurable. The directory will include one file called index , and report files 1, 2, .... . EXPORTS
init(Dir, MaxBytes, MaxFiles) init(Dir, MaxBytes, MaxFiles, Pred) -> Args Types Dir = string() MaxBytes = integer() MaxFiles = 0 < integer() < 256 Pred = fun(Event) -> boolean() Event = term() Args = args() Initiates the event handler. This function returns Args , which should be used in a call to gen_event:add_handler(EventMgr, log_mf_h, Args) . Dir specifies which directory to use for the log files. MaxBytes specifies the size of each individual file. MaxFiles specifies how many files are used. Pred is a predicate function used to filter the events. If no predicate function is specified, all events are logged. SEE ALSO
gen_event(3erl) , rb(3erl) Ericsson AB stdlib 1.17.3 log_mf_h(3erl)

Check Out this Related Man Page

nteventlog(3erl)					     Erlang Module Definition						  nteventlog(3erl)

NAME
nteventlog - Interface to Windows Event Log DESCRIPTION
nteventlog provides a generic interface to the Windows event log. It is part of the OS_Mon application, see os_mon(7) . Available for Win- dows versions where the event log is available. That is, not for Windows 98 and some other older Windows versions, but for most (all?) newer Windows versions. This module is used as the Windows backend for os_sup , see os_sup(3erl) . To retain backwards compatibility, this module can also be used to start a standalone nteventlog process which is not part of the OS_Mon supervision tree. When starting such a process, the user has to supply an identifier as well as a callback function to handle the messages. The identifier, an arbitrary string, should be reused whenever the same application (or node) wants to start the process. nteventlog is informed about all events that have arrived to the eventlog since the last accepted message for the current identifier. As long as the same identifier is used, the same eventlog record will not be sent to nteventlog more than once (with the exception of when graved system fail- ures arise, in which case the last records written before the failure may be sent to Erlang again after reboot). If the event log is configured to wrap around automatically, records that have arrived to the log and been overwritten when nteventlog was not running are lost. It however detects this state and loses no records that are not overwritten. The callback function works as described in os_sup(3erl) . EXPORTS
start(Identifier, MFA) -> Result start_link(Identifier, MFA) -> Result Types Identifier = string() | atom() MFA = {Mod, Func, Args} Mod = Func = atom() Args = [term()] Result = {ok, Pid} | {error, {already_started, Pid}} Pid = pid() This function starts the standalone nteventlog process and, if start_link/2 is used, links to it. Identifier is an identifier as described above. MFA is the supplied callback function. When nteventlog receives information about a new event, this function will be called as apply(Mod, Func, [Event|Args]) where Event is a tuple stop() -> stopped Types Result = stopped Stops nteventlog . Usually only used during development. The server does not have to be shut down gracefully to maintain its state. SEE ALSO
os_mon(7) , os_sup(3erl) Windows NT documentation Ericsson AB os_mon 2.2.5 nteventlog(3erl)
Man Page