Logging: Difference between revisions

From BR Wiki
Jump to navigation Jump to search
No edit summary
No edit summary
 
(23 intermediate revisions by 3 users not shown)
Line 1: Line 1:
The '''Logging''' [[config]] statement is provided for logging configuration errors:
As of 4.3, the debug versions of BR now expect you to use a LOGGING configuration statement. This enables BR to post exit messages during unexpected terminations.


  LOGGING <loglevel>, <logfile> [, UNATTENDED] [, DEBUG_LOG_LEVEL=<integer>] [, +CONSOLE]
The '''Logging''' [[config]] statement is provided for logging configuration errors, and should be placed in [[BRConfig.sys]]:
 
  LOGGING <loglevel>, <native-OS-logfile-name> [, UNATTENDED] [, DEBUG_LOG_LEVEL=<integer>] [, +CONSOLE]


[[IMAGE:Logging.png|700px]]
[[IMAGE:Logging.png|700px]]


'''Loglevel'''  is the maximum level of detail to be logged:


{|
'''Loglevel'''  is the maximum level of detail to be logged. The Logging Level is meant to specify the level of detail to be logged, with greater detail logged at higher log levels:
 
{|Border=1
|-
|0
|MAJOR_ERROR
|causes major problems during execution
|-
|1
|NOTABLE_ERROR
|unexpected error likely to cause problems
System generated warning messages such as OS failures and abnormal exits.
|-
|2
|MINOR_ERROR
||unexpected error that can be ignored
System generated warning messages such as OS failures and abnormal exits.
|-
|3
|MAJOR_EVENT
|starting program, exiting, shelling ...
System generated warning messages such as OS failures and abnormal exits.
|-
|4
|SECURITY_EVENT
|logons, logon attempts etc
|-
|-
||'''MAJOR_ERROR 0'''||causes major problems during execution
|5
|MINOR_EVENT
|individual [[commands]] ...
User Logon data, including any attempts.
|-
|-
||'''NOTABLE_ERROR 1'''||unexpected error likely to cause problems
|6
|
|Starting a [[BR program]], exiting.
|-
|-
||'''MINOR_ERROR 2'''||unexpected error that can be ignored
|8
|
|[[Commands]] such as COPY plus shell calls with parameters.
|-
|-
||'''MAJOR_EVENT 3'''||starting program, exiting, shelling ...
|9
|DEBUGGING_EVENT
|added for debugging purposes
|-
|-
||'''SECURITY_EVENT 4'''||logons, logon attempts etc
|11
|
|Any [[PRINT]] output that goes to the console is also logged (GUI ON only).
|-
|-
||'''MINOR_EVENT 5'''||individual commands ...
|12
|
|[[TRACE]], and [[DISPLAY]] messages.
|-
|-
||'''DEBUGGING_EVENT 9'''||added for debugging purposes
|13
|
|Lots of what the system is doing now messages.
|-
|-
|}
|}


'''Logfile''' denotes where the logging records will be kept.


The '''UNATTENDED''' keyword will cause BR to run in unattended mode, without a startup screen and until a program begins to await operator input, when it will exit.
'''Logfile''' denotes where the logging records will be kept. '''Note that Logfile is a native OS filename.''' Second and subsequent occurrences of the LOGGING statement may omit loglevel and logfile.


'''DEBUG_LOG_LEVEL''' (available as of [[4.3]]) specifies the log level for debugging log messages independently of the standard log level. If not specified, the Debug_Log_Level is set to the standard log level.
The '''UNATTENDED''' keyword will cause BR to run in unattended mode, without a startup screen and until a program begins to await operator input, when it will exit. Config LOGGING loglevel logfile [UNATTENDED] is now supported on linux (4.2) and this will exit BR if the program starts to wait for keyboard entry.
 
'''DEBUG_LOG_LEVEL''' (available as of [[4.3]]) specifies the log level for debugging log messages independently of the standard log level. If not specified, the Debug_Log_Level is set to the standard loglevel.


'''+CONSOLE''' (4.3) applies only when [[GUI]] is ON and specifies that all logging messages also go to the console and the console is to be left visible when not attached to [[MyEditBR]]. (Console logging output is supressed when GUI is OFF.)
'''+CONSOLE''' (4.3) applies only when [[GUI]] is ON and specifies that all logging messages also go to the console and the console is to be left visible when not attached to [[MyEditBR]]. (Console logging output is supressed when GUI is OFF.)
Line 50: Line 92:
Any config messages that occur before the config statement logging will be sent only to the screen.  These will cause BR to pause a few seconds so that the messages can be viewed.
Any config messages that occur before the config statement logging will be sent only to the screen.  These will cause BR to pause a few seconds so that the messages can be viewed.


====Logging Abnormal Termination====
===Logging Messages (4.3)===
A new logging capability is provided for handling [[BRServer]] failures. An error log file in the BRServer directory is appended to when a BRServer process is abnormally ended. Also, a [[client]] [[msgbox]] is displayed when an [[assertion failure]] or program crash occurs. On [[Unix]] systems, the system error log is also updated. [[Keepalive]] failures are also logged here.
 
Message Levels are compared with Log Levels during the filtering process. Like log levels, there is greater detail logged at higher log levels:
 
The following types of messages are written to the LOGGING file:
 
1. Config error messages based on their assigned level of importance.
 
2. DEBUG_STR() messages where message-level is equal to or less than the DEBUG_LOG_LEVEL:
 
{|
|- valign="top"
| width="20%" | '''Log levels 0, 1, 2 and 3'''
| System generated warning messages such as OS failures and abnormal exits.
|
|- valign="top"
| width="20%" | '''Log level 5 or above'''
| User Logon data, including any logon attempts.
|
|- valign="top"
| width="20%" | '''Log level 6 or above'''
| Starting a BR program, exiting.
|
|}
Any DEBUG_STR() calls with a level >10 are deemed to be message level 10.


====(unfiltered) BR! [[4.3]] Enhancments====
Commands such as COPY plus shell calls with parameters are logged with system generated warning messages such as OS failures and abnormal exits.
The [[debug versions of BR]] now expect you to use a LOGGING configuration statement.


Message Levels are compared with Log Levels during the filtering process. The Logging Level is meant to specify the level of detail to be logged. The following types of messages are to be written to the LOGGING file:
====LOGGING PDF printing events====


*Config error messages based on their assigned level of importance.
Logging was added to PDF creation. Logging of minor events that happen during the printing process are logged at log level 8.  Errors are logged at a lower level. Logging was also improved with respect to loading older versions of pdflib.
*DEBUG_STR() messages where message-level is equal to or less than the DEBUG_LOG_LEVEL.
Note- As a diagnostic, the following command is quite useful:
DIR >PDF:/READER


Note that the lower the DEBUG_STR() message level, the less likely it will be filtered out of the log.
The following messages are written to the LOGFILE:


{|
{|
|-valign="top"
|- valign="top"
|width="20%"|'''Log levels 0, 1, 2 and 3'''||System generated warning messages such as OS failures and abnormal exits.
| width="20%" | '''Log level 11 or above'''  
|-valign="top"
| Any PRINT output that goes to the console is also logged (GUI ON only).
|width="20%"|'''Log level 5 or above'''||User Logon data, including any attempts.
|
|-valign="top"
|- valign="top"
|width="10%"|'''Log level 6 or above'''||Starting a BR program, exiting.
| width="20%" | '''Log level 12 or above'''  
|-valign="top"
| TRACE, and DISPLAY messages.
|width="10%"|'''Log level 8 or above'''||Commands such as COPY plus shell calls with parameters.
|
|-valign="top"
|- valign="top"
|width="10%"|'''Log level 11 or above'''||Any PRINT output that goes to the console is also logged (GUI ON only).
| width="20%" | '''Log level 13 or above'''  
|-valign="top"
| Lots of what the system is doing now messages.
|width="10%"|'''Log level 12 or above'''||TRACE, and DISPLAY messages.
|-valign="top"
|width="10%"|'''Log level 13 or above'''||Lots of what the system is doing now messages.
|-valign="top"
|}
|}
;Examples:
Log Level Indication is given in Log Messages The (6) here is the log level:
  (6) - 08/25/2011 11:33:53
Setting logging to log file logfile.txt log level 10.
  (6) - 08/25/2011 11:33:53
The BRConfig.sys file is C:\Users\dan\programs\cygwin\home\dan\br-wx\br\winbuild\dllbuild\output\brconfig.sys


====See Also====
====See Also====
*[[Debug_Str]]  
*[[Debug_Str]]  
====Logging Abnormal Termination====
A logging capability is provided for handling [[BRServer]] failures. An error log file in the BRServer directory is appended to when a BRServer process is abnormally ended. Also, a [[client]] [[msgbox]] is displayed when an [[assertion failure]] or program crash occurs. On [[Unix]] systems, the system error log is also updated. [[Keepalive]] failures are also logged here.


<noinclude>
<noinclude>

Latest revision as of 18:55, 17 February 2023

As of 4.3, the debug versions of BR now expect you to use a LOGGING configuration statement. This enables BR to post exit messages during unexpected terminations.

The Logging config statement is provided for logging configuration errors, and should be placed in BRConfig.sys:

LOGGING <loglevel>, <native-OS-logfile-name> [, UNATTENDED] [, DEBUG_LOG_LEVEL=<integer>] [, +CONSOLE]


Loglevel is the maximum level of detail to be logged. The Logging Level is meant to specify the level of detail to be logged, with greater detail logged at higher log levels:

0 MAJOR_ERROR causes major problems during execution
1 NOTABLE_ERROR unexpected error likely to cause problems

System generated warning messages such as OS failures and abnormal exits.

2 MINOR_ERROR unexpected error that can be ignored

System generated warning messages such as OS failures and abnormal exits.

3 MAJOR_EVENT starting program, exiting, shelling ...

System generated warning messages such as OS failures and abnormal exits.

4 SECURITY_EVENT logons, logon attempts etc
5 MINOR_EVENT individual commands ...

User Logon data, including any attempts.

6 Starting a BR program, exiting.
8 Commands such as COPY plus shell calls with parameters.
9 DEBUGGING_EVENT added for debugging purposes
11 Any PRINT output that goes to the console is also logged (GUI ON only).
12 TRACE, and DISPLAY messages.
13 Lots of what the system is doing now messages.


Logfile denotes where the logging records will be kept. Note that Logfile is a native OS filename. Second and subsequent occurrences of the LOGGING statement may omit loglevel and logfile.

The UNATTENDED keyword will cause BR to run in unattended mode, without a startup screen and until a program begins to await operator input, when it will exit. Config LOGGING loglevel logfile [UNATTENDED] is now supported on linux (4.2) and this will exit BR if the program starts to wait for keyboard entry.

DEBUG_LOG_LEVEL (available as of 4.3) specifies the log level for debugging log messages independently of the standard log level. If not specified, the Debug_Log_Level is set to the standard loglevel.

+CONSOLE (4.3) applies only when GUI is ON and specifies that all logging messages also go to the console and the console is to be left visible when not attached to MyEditBR. (Console logging output is supressed when GUI is OFF.)

Examples

LOGGING 2, logfile

shows unsupported escape sequences encountered.

LOGGING 5, logfile

shows unsupported escape sequences encountered plus intentionally ignored escape sequences.

LOGGING 2, logfile ,UNATTENDED

shows unsupported escape sequences encountered, and runs BR in 'Unattended' mode, bypassing start-up screen and terminating BR at the end of processing or when input is required. Supported in 4.18 in Windows and 4.20 under Linux.

 LOGGING ,,UNATTENDED

runs in Unattended mode without log file.

Any config messages that occur after this config statement will be sent only to the logfile, mostly with NOTABLE_ERROR. It avoids displaying those REMed out statements in front of operators.

Any config messages that occur before the config statement logging will be sent only to the screen. These will cause BR to pause a few seconds so that the messages can be viewed.

Logging Messages (4.3)

Message Levels are compared with Log Levels during the filtering process. Like log levels, there is greater detail logged at higher log levels:

The following types of messages are written to the LOGGING file:

1. Config error messages based on their assigned level of importance.

2. DEBUG_STR() messages where message-level is equal to or less than the DEBUG_LOG_LEVEL:

Log levels 0, 1, 2 and 3 System generated warning messages such as OS failures and abnormal exits.
Log level 5 or above User Logon data, including any logon attempts.
Log level 6 or above Starting a BR program, exiting.

Any DEBUG_STR() calls with a level >10 are deemed to be message level 10.

Commands such as COPY plus shell calls with parameters are logged with system generated warning messages such as OS failures and abnormal exits.

LOGGING PDF printing events

Logging was added to PDF creation. Logging of minor events that happen during the printing process are logged at log level 8. Errors are logged at a lower level. Logging was also improved with respect to loading older versions of pdflib. Note- As a diagnostic, the following command is quite useful: DIR >PDF:/READER

The following messages are written to the LOGFILE:

Log level 11 or above Any PRINT output that goes to the console is also logged (GUI ON only).
Log level 12 or above TRACE, and DISPLAY messages.
Log level 13 or above Lots of what the system is doing now messages.
Examples

Log Level Indication is given in Log Messages The (6) here is the log level:

 (6) - 08/25/2011 11:33:53

Setting logging to log file logfile.txt log level 10.

 (6) - 08/25/2011 11:33:53

The BRConfig.sys file is C:\Users\dan\programs\cygwin\home\dan\br-wx\br\winbuild\dllbuild\output\brconfig.sys

See Also

Logging Abnormal Termination

A logging capability is provided for handling BRServer failures. An error log file in the BRServer directory is appended to when a BRServer process is abnormally ended. Also, a client msgbox is displayed when an assertion failure or program crash occurs. On Unix systems, the system error log is also updated. Keepalive failures are also logged here.