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

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

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

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

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





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

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

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

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

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

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

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

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

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

Здравствуйте. Вижу, что тема закрыта, но не я мог обойти столь напряженную дискуссию
Я в каждом серьезном проекте использую вывод логов в файл, так называемую экстремальную отладку. Делаю я это через тот же 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 тоже вполне рабочий, этот будет более изящным (ИМХО)