Вывод отладочной информации, централизованно, аля qDebug, qCritical и ... Опции

[kwisp]

почему просто средствами ОС не перенаправить стандартный вывод куда надо?

Сегодня я уже второй рас вижу плохой пример !! ))) ну ничего у ViGOur есть и куча други хороших примеров !

это отличный пример централизированной работы с выводом в лог, очень гибкий пример.
сам использую qInstallMsgHandler практически во всех программах.
имею несколько обработчиков, установку которых регулирую через файл конфигурации один пишет в стандартный вывод, другой в syslog ...

[CodeHunter]

Здесь же опять не понятно, чем этот комментарий мог бы помочь автору темы

Когда у нас есть объект класа дебага... Мы легко можем заменить qDebug() << "TEXT" на myDebug << "TEXT" Простой комбинацией найти + заменить

И мы получаем вывод в файл !!
А критикалы можно на другой объект заменить и получаем вывод в другой файл.

В результате мы получаем 2 файла (Дебаг + Лог ошибок) !

(как с итератором файлов)

А какие там противоречия ?

[igor_bogomolov]

Когда у нас есть объект класа дебага... Мы легко можем заменить qDebug() << "TEXT" на myDebug << "TEXT" Простой комбинацией найти + заменить

И мы получаем вывод в файл !!
А критикалы можно на другой объект заменить и получаем вывод в другой файл.

В результате мы получаем 2 файла (Дебаг + Лог ошибок) !

И что мы получаем в итоге, что мы не можем перенаправить сообщения Qt, а только свои собственные. Мы не можем выводить всю отладочную информацию в один файл, потому что не сможем отделить сообщения разного вида. При этом вынуждены рыскать по проекту, что бы заменить один способ вывода информации на другой, вместо того, что бы делать это централизованно.

Т.е. ни одного плюса и куча минусов от твоего способа. Поэтому твой пример крайне не удачен.

[CodeHunter]

И что мы получаем в итоге, что мы не можем перенаправить сообщения Qt, а только свои собственные. Мы не можем выводить всю отладочную информацию в один файл, потому что не сможем отделить сообщения разного вида. При этом вынуждены рыскать по проекту, что бы заменить один способ вывода информации на другой, вместо того, что бы делать это централизованно.

Т.е. ни одного плюса и куча минусов от твоего способа. Поэтому твой пример крайне не удачен.

Смотри что человер хотел с самого начала и что ему дали !

[igor_bogomolov]

Смотри что человер хотел с самого начала и что ему дали !

Я то как раз и смотрю, в отличии от тебя. Ему дали идеальное решение его проблемы. Ты предлагаешь полную ерунду.

[CodeHunter]

Ему дали идеальное решение его проблемы.

Он хотел выводить инфу в файл !!!!!

[igor_bogomolov]

CodeHunter, да что ж ты какой не адекватный. Читай ассистент по поводу qInstallMsgHandler, потом спорь.
Тему закрываю.

[Litkevich Yuriy]

Тему закрываю.

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

Он хотел выводить инфу в файл !!!!!

и он её выводит, без изменения всех исходников. Просто есть обезьяний подход - исправление всех исходников, а есть программистский - установка глобального обработчика. Решение красивое и предусмотренное библиотекой Qt.

[sfour.aj]

Здравствуйте. Вижу, что тема закрыта, но не я мог обойти столь напряженную дискуссию
Я в каждом серьезном проекте использую вывод логов в файл, так называемую экстремальную отладку. Делаю я это через тот же MsgHandler, все отлично работает:

void myMessageOutput(QtMsgType type, const char *msg)
 {
 QFile fMessFile(qApp->applicationDirPath() + "/myProjectLog.log");
 if(!fMessFile.open(QIODevice::Append | QIODevice::Text)){
 return;
 }
 QString sCurrDateTime = "[" + QDateTime::currentDateTime().toString("dd.MM.yyyy hh:mm:ss.zzz") + "]";
 QTextStream tsTextStream(&fMessFile);
 switch(type){
 case QtDebugMsg:
 tsTextStream << QString("myProjectLogDebug%1: %2\n").arg(sCurrDateTime).arg(msg);
 break;
 case QtWarningMsg:
 tsTextStream << QString("myProjectLogWarning%1: %2\n").arg(sCurrDateTime).arg(msg);
 break;
 case QtCriticalMsg:
 tsTextStream << QString("myProjectLogCritical%1: %2\n").arg(sCurrDateTime).arg(msg);
 break;
 case QtFatalMsg:
 tsTextStream << QString("myProjectLogFatal%1: %2\n").arg(sCurrDateTime).arg(msg);
 abort();
 }
 tsTextStream.flush();
 fMessFile.flush();
 fMessFile.close();
 }

Такой вариант меня еще ни разу не подводил. Хотя вариант с созданием переменной QDebug тоже вполне рабочий, этот будет более изящным (ИМХО)