Макрос для лаконичного отображения отладочного вывода

[lesav]

Уверен, что кому нибудь пригодится.

Макрос форматированного вывода в терминальное окно

Код

C++ (Qt)
#include <QRegExp>
 
#define stringify(v1) #v1
#define quote(v1)  stringify(v1)
 
#define STIP_FUNC \
    QString::fromAscii(Q_FUNC_INFO).replace( \
        QRegExp("^.+\\s((?:[\\w\\d]+::)+)?([\\w\\d\\<\\>~]+)(?:\\(.*\\)).*$"), \
        QString(QLatin1String("<\\1\\2()>"))).toAscii().data()
 
#define DEBUG(...)     qDebug()   << __FILE__  ":"  quote(__LINE__) << STIP_FUNC << "\t" ##__VA_ARGS__
#define WARNING(...)   qWarning() << __FILE__  ":"  quote(__LINE__) << STIP_FUNC << "\t" ##__VA_ARGS__

Использование:

Код

C++ (Qt)
DEBUG()   << m_listLastMsg.size() << QString("TEST_1");
WARNING() << m_listLastMsg.size() << QString("TEST_2");

Выведет в терминал что то подобное

Код

C++ (Qt)
..\..\Prog\src\glob_logger.cpp:205 <G_Logger::showMsg()> 	 30  "TEST_1"
..\..\Prog\src\glob_logger.cpp:206 <G_Logger::showMsg()> 	 30  "TEST_2"

[Bepec]

Я думаю у каждого первого, второго и третьего программиста уже были такие макросы. (Были, ибо макросы - это плохо по мнению большинства).

а STIP_FUNC зачем?

[kambala]

не совсем понятно зачем нужны __VA_ARGS__ при таком использовании

[lesav]

а STIP_FUNC зачем?

STIP_FUNC это STRIP_FUNC (Клавиатура не хочет иногда печатать r)
Название говорит само за себя. 
Q_FUNC_INFO генерит слишком длинный вывод, QRegExp вынимает из него наименование класса и его функцию.

Были, ибо макросы - это плохо по мнению большинства

Ну тогда давайте все вместе отажемся еще и от шаблонов.  ))))

[Bepec]

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

Макрос ваш в коде будет понятен только вам. И только после нахождения его объявления и пары минут втупки возможно познать его сакральный смысл.

PS REGEXP на каждый вывод не ахрененно ли тормозит программу? Ради праздного интереса спрашиваю.

[lesav]

... зачем нужны __VA_ARGS__ при таком использовании

Это неизвестные аргументы(и их количество) которые вы подсовываете макросу.

Можно ведь использовать и так

Код

C++ (Qt)
WARNING()<< m_listLastMsg.size() 
         << QString("TEST_2") 
         << "my const char string" 
         << 134 
         << (QStringList()<< "dssds" << "sdsd" )
         << 152.25F; 

[lesav]

PS REGEXP на каждый вывод не ахрененно ли тормозит программу? Ради праздного интереса спрашиваю.

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

Его можно окружить классом который будет вести логирование в Вашем ПО. И при включении логирования с уровнем "debug" REGEXP будет "на каждый вывод ахрененно тормозить программу" и записывать лог с избыточной информацией для более детального анализа что происходит в Вашем ПО.

Извиняюсь, если мой пост нарушил ваше душевное равновесие.

[lesav]

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

Извиняюсь, тут я конечно погорячился! ))))

[mutineer]

... зачем нужны __VA_ARGS__ при таком использовании

Это неизвестные аргументы(и их количество) которые вы подсовываете макросу.

Можно ведь использовать и так

Код

C++ (Qt)
WARNING()<< m_listLastMsg.size() 
         << QString("TEST_2") 
         << "my const char string" 
         << 134 
         << (QStringList()<< "dssds" << "sdsd" )
         << 152.25F; 

А как в приведенном примере поможет __VA_ARGS__ ?

[lesav]

Поможет, попробуйте мой пример, он работает в mingw/msvc

[mutineer]

Поможет, попробуйте мой пример, он работает в mingw/msvc

Почему-то мне всегда казалось что __VA_ARGS__ содержит неименованые аргументы, переданные макросу в скобках (причем вместе с запятыми между ними). В данном примере __VA_ARGS__ не нужен, как и ## перед ним (зачем оно тут, кстати?)

[Bepec]

Моё душевное равновесие спокойно и незыблемо - груз погибших пирожков служит ему якорем.

А вопрос быстродействия меня действительно интересует - я занимаюсь ПО для общения с устройствами по RS-485. Задержка в 5-10 мс порушит нахфиг всё общение с устройствами

Проверьте скорость выполнения даже простейшим elapsed, если можете

[lesav]

Моё душевное равновесие спокойно и незыблемо - груз погибших пирожков служит ему якорем.

)))))  А у меня чтото болтанка с утра, пойду сейчас тож перекушу.

А вопрос быстродействия меня действительно интересует - я занимаюсь ПО для общения с устройствами по RS-485. Задержка в 5-10 мс порушит нахфиг всё общение с устройствами

Не поверите, но с такими девайсам я тоже работал, и стопудово обмен рухнет если информацию по каждому байту отправлять в терминал.
А вот если в паузах между отсылкой и приемом то запросто все работать будет.

[Bepec]

К сожалению в системе сбора данных не бывает перерывов Имеется только спад активности. И даже в эти моменты 7 мс - слииииишком много

PS а сколько сил вложено, чтобы отправка/посылка занимали по минимуму, это не описать

[lesav]

от RegExp можно отказаться только в msvc, т.к. __FUNCTION__ в нем возвращает класс::функ
А вот в mingw облом, приходиться вытаскивать эти значения из Q_FUNC_INFO