Средства и методы разработки

По-моему это из области "Юникс пишет логи в дурацком формате и нужны коммерческие программы для их анализа". Нет, нужно уметь cat, grep, less и т.п. В текстовом виде vs бинарном объём информации максимум что удвоится (да пусть даже удесятирится). Зато его можно как-то дальше автоматизированно обрабатывать. Например, легко вычленить сообщения только определённого типа, за определённое время, сравнить с сообщениями полученными из другого источника и масса разных вариантов. Это куда более актуально в случае, когда сообщений реально много, настолько, что их уже невозможно просматривать и возможна только автоматизированная обработка. При этом "тема сисек не раскрыта" -- откуда эти сообщения возьмутся-то? Если их руками в исходники вписали, то всё понятно. TT_MSG что ли -- но чем это лучше printf? Графически потом отрисовать можно и из текстового файла, только на 0.5ТБ сообщений вся графика в core dump улетит. Да и printf (точней, какой-нибудь макрос DEBUG) может вовсе не в текстовый файл отписывать, а вполне себе в бинарный (записывать адреса строк формата и аргументы, а распечатывать потом на ПК, имея на руках файл с сообщениями генерируемый в момент компиляции) -- я тут пример приводил (http://caxapa.ru/403133.html). А SourceInsight сообщения что, волшебным образом в исходники впишет что ли? Если автоматизированно, то либо бестолково, либо объём будет чрезмерный (их с целевой платформы в файл, сообщения эти, не передать будет в таком объёме). Но автоматизированно совсем уж не бывает. Обычно это большой объём работы по составлению правил откуда и как и осуществляется штуками вроде TXL (txl.ca).