Vengo Jun 12 2014 at 13:17

Логирование сообщений с Easylogging++

7 min

21K

Programming*C++*Debugging*

+23

Comments 22

mapron Jun 12 2014 at 13:30

По поводу недостатка — для нас очень большое ограничение, у нас обязательная поддержка старого GCC 3.4 в проекте, поэтому пока останемся на своем детском трехколесном велосипедике.

В syslog умеет писать?

Vengo Jun 12 2014 at 13:33

syslog поддерживает там, где есть syslog.h
В плане кода с вашей стороны почти никакой разницы: что типа макросов SYSLOG(LEVEL) вместо LOG(LEVEL)

Vengo Jun 12 2014 at 13:37

Насчет C++11, ругается из-за хедера type_traits, который сразу проверяет поддержку нового стандарта

mapron Jun 12 2014 at 14:53

Да я не то чтобы бросал рваться переписывать стабильный код который в продакшене больше года крутится) Так просто смотрю альтернативы…
Меня сейчас больше всего MUSL приглянулся, но увы, он не подерживает пока mmuless девайсы. Так что пока (может к счастью) все довольно просто и примитивно)

mapron Jun 12 2014 at 15:00

Если честно, не очень порадовал сам формат библиотеки. Один заголовочный файл на 6000 строк с макросами и шаблонами… и его я должен заинклюдить в каждом своем translation unit…

И еще я пока не понял по API, можно ли как-то динамически изменить уровень вывода в лог?

Допустим. У меня есть отладочный вывод на устройстве. Которое… маленькое. Файлы не попишешь. Я могу подключиться к устройству по телнет, и отдать команду изменить уровень дебажного вывода в одном из контекстов. Можно ли с этой либой подобного достичь?
Не подумайте что я как-то ругаю или подбное, простое любопытство насчет возможностей.

Vengo Jun 12 2014 at 15:50

6000 строк с макросами и шаблонами… и его я должен заинклюдить в каждом своем translation unit…

Вероятно, многие из хедеров которые вы используете даже больше, а, кроме того, 6000 строк будет только один раз при первом вхождении, разве нет?

И еще я пока не понял по API, можно ли как-то динамически изменить уровень вывода в лог?

Да, можно.
Во-первых в командной строке (но это без динамики, только при старте), ну и во-вторых на лету тоже:

Скрытый текст

int main(int argv, char* argc[]) 
{
    /* Копия конфигурации по умолчанию */
    el::Configurations defaultConf;
    /* Изменим в ней флаг для вывода инфо сообщений */
    defaultConf.set(el::Level::Info, 
            el::ConfigurationType::Enabled, "false");
    /* Применим к логгеру по умолчанию */
    el::Loggers::reconfigureLogger("default", defaultConf);
    LOG(INFO)<<"Не будет выведено";
    LOG(WARNING)<<"Будет выведено";

    return 0;
}

mapron Jun 12 2014 at 15:54

Про изменение логирования — уже неплохо. А про «первое» вхождение Вы как-то либо неправы, либо не поняли меня =)
Впрочем я полагаю, эту проблему как раз легко решит precompiled header.

wander Jun 13 2014 at 12:45

только один раз при первом вхождении

Он говорил про разные translation unit, а не про множественные включения в один.

skor Jun 12 2014 at 15:09

_INITIALIZE_EASYLOGGINGPP. Он требуется для инициализации некоторых статических переменных и установки обработчика для крэшей.

Вот это смущает, почему нельзя всё это инициализировать просто при первом обращении к библиотеке?

Vengo Jun 12 2014 at 15:28

Вероятно, на тот случай, если у вас будет крэш до того, как Вы что-то выведете в журнал (т.е. до первого обращения к библиотеке).

mayorovp Jun 12 2014 at 17:29

Потому что это — не инициализация, а определения переменных (обратите внимание, эта строчка должна находиться за пределами main). В идеальном мире вся эта радость должна была быть в отдельном файле, easylogging++.cpp, — но так как библиотека, по-видимому, заточена под программы класса все-в-одном-файле — то соответствующий код перенесли из отдельного модуля в макрос.

-1

skor Jun 12 2014 at 17:56

А что такого нужно объявлять в cpp-файле, чего нельзя было бы объявить в заголовочном?

mayorovp Jun 12 2014 at 17:57

Глобальные переменные же.

skor Jun 12 2014 at 18:05

struct Global
{
  static int& variable()
  {
    static int v;
    return v;
  }
};

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

mayorovp Jun 12 2014 at 18:07

Может, автор библиотеки не знал.

-1

Gorthauer87 Jun 12 2014 at 15:28

Каждый программист должен написать плеер, аську, обертку над браузерным движком и конечно же библиотеку логгирования.

Vengo Jun 12 2014 at 15:54

Да, а потом, как раз, можно посмотреть по сторонам и оценить, как это реализовали другие )

Mezomish Jun 12 2014 at 19:12

Забыли про текстовый редактор :)

2r2w Jun 12 2014 at 23:54

Поиграться можно, а использовать — рано. Всё-таки syslog (если есть) более удобен: все стандартно. Или же log4cplus: можно и динамически, и статически прилинковать, если надо монолитный бинарник. + формат настроек как в log4j позволяет не париться с настройками логирования(опять же все стандартно)

cebka Jun 13 2014 at 00:24

Я использую этот логгер в одном своем проекте. Не нравится ровно две вещи: во-первых, нельзя без смены макросов логировать в syslog/stderr (типа, выбора бэкэнда логирования), во-вторых, при парсинге argc/argv он не выкидывает свои опции из списка аргументов, поэтому следующий за ним getopt не очень удобно применять (например, указывая на неправильный формат аргументов). Впрочем, первое ограничение является самым неудобным, а кроме того, достаточно сложным в фиксе.

Cupper Jun 13 2014 at 00:42

потокобезопасна? В частности во момент ротации логов.

mailbrush Jun 16 2014 at 21:31

Да. По умолчанию потокобезопасность отключена. Для включения нужно задефайнить "_ELPP_THREAD_SAFE".

Show the best of all time