SObjectizer  5.1
so_log_2: Список модификаций

2.0.0

Портирование под SObjectizer 5.

1.7.0

2010.01.10

Переход на SObjectizer 4.4.b7, который поддерживает исключения.

1.6.0

2010.07.15

Логирование происходит средствами ACE с помощью подстановки своего Backend-а. http://www.riverace.com/newsletters/July2008.htm#LETTER.BLOCK7.

1.6.0

2009.04.08

Переход на cls3.3.

1.5.0

2007.12.16

Из сообщений msg_logic, msg_err удалено поле m_time. Время возникновения события теперь определяет агент so_log_1::a_log_t. Это позволило отказаться от вспомогательного мутекса в функциях send_logic_msg, send_err_msg.

Поскольку в сообщениях msg_logic, msg_err больше нет поля с временем, были изменены интерфейсы writter_t и decorator_t – время возникновения события в их методы теперь передается дополнительным параметром.

1.4.0

2006.11.11

Портирование под SObjectizer v.4.4.b3.

1.2.1a

2004.05.05

Основной агент so_log_1::a_log_t теперь использует insend-события и защиту от многопоточности в виде мутекса. Сделано это для того, чтобы обеспечить запись информации в лог сразу же, минуя очередь сообщений к a_log.

Произведен небольшой рефакторинг. Из сообщение msg_logic, msg_err удалены конструктор и оператор копирования в пользу автоматически генерируемых компилятором вариантов.

1.2.1

2004.10.12

В конфигурационный файл console_log.cfg добавлен тег {disabled}, позволяющий запрещать логирование на консоль без изменения остальных параметров конфигурационного файла. Подробнее см. so_log_1_2_1__console_logger__cfg_format__disabled.

1.2.0

2004.09.27

Переход на mxx_ru.

Отказ от использования memcheck_2.

1.1.0

2004.06.28

Переход на so_4.2.7, oess_1.2.0.

Добавлена возможность отображения сообщений so_log на консоль (т.е. на стандартные потоки вывода). Подробнее см. so_log_1_1_0__console_logger.

1.0.4

2004.06.22

Средства отсылки сообщений (методы so_log_1::a_log_t::send_msg_logic(), so_log_1::a_log_t::send_msg_err()) используют общий mutex для того, чтобы обеспечить синхронизацию отсылки сообщений агента a_log. Это означает, что если кто-то обрабатывает сообщения a_log как insend-события и в своих событиях пытается отослать какие-то сообщения через эти функции, то произойдет dead-lock.

В сообщения so_log_1::msg_logic, so_log_1::msg_err добавлено поле m_mtime, в котором фиксируется время отсылки сообщений. Время заносится в это поле в методах so_log_1::a_log_t::send_msg_logic(), so_log_1::a_log_t::send_msg_err().

Класс so_log_1::def_writter_t записывает каждое сообщение в файл в одной строке.

1.0.3

2004.01.21, 2004.01.26

Добавлено понятие степени важности сообщения.

Добавлен макрос SO_LOG_IMPORTANCE() для указания степени важности сообщения.

Добавлен альтернативный способ формирования сообщений с использованием классов so_log_1::logic_t, so_log_1::err_t и переменных so_log_1::logic, so_log_1::err.

1.0.2

2003.11.05

Реализован интерфейс so_log_1::writter_t.

Агент so_log_1::a_log_t использует для сохранения сообщений переданную ему реализацию интерфейса so_log_1::writter_t.

Класс so_log_1::def_writter_t, который выполяет сохранение сообщений в суточных файлах так, как это было в предыдущих версиях.

Класс so_log_1::null_writter_t, который не сохраняет сообщений.

Добавлены примеры sample_1/main.cpp, sample_2/main.cpp sample_3/main.cpp.

1.0.1

2003.10.14

Добавлены макросы SO_LOG_LOGIC_PRED, SO_LOG_ERR_PRED, которые определяют, должно ли использоваться отображение в журнал или все содержимое SO_LOG_MSG_LOGIC, SO_LOG_MSG_ERR должно быть проигнорировано.

Все макросы теперь начинаются с SO_ (например, SO_LOG_MSG_LOGIC, SO_LOG_CUR_AGENT_NAME и т.д.). Старые имена так же сохранены, но они определяются только, если нет такого символа препроцессора. Т.е., если на момент подключения a_log.hpp уже определен символ LOG_MSG_ERR, то будет определен символ SO_LOG_MSG_ERR, но LOG_MSG_ERR в a_log.hpp определяться не будет.

1.0.0

2003.08.18

Первая реализация.


Документация по SObjectizer v.5.1 'Джимара'. Последние изменения: Ср 15 Май 2013 12:56:21. Создано системой  doxygen1.8.3.1 Intervale SourceForge.net Logo