Помогите создать логгер

Условие задачи :) Ключевое слово «простейший». no-dashi читер, умножает сущности. Полагается на существование «библиотеки, слушающей сокет» :)

Полагается на существование «библиотеки, слушающей сокет»

Интересно. По-твоему, для вызова select нынче нужно использвать какую-то очень наворочанную бибилиотеку? Ну-ну.

На оффтопике куда ты с этими сокетами?

man udp

в оффтопике есть для этого функция CreateNamedPipe()

при чем тут udp? Привязка к протоколу не обязательна. Да и кричать на весь мир о событиях в программе не обязательно :) Левый флуд в сети не всем нравится. Если нужно что-то чем-то слушать - значит ты предполагаешь, что работу по логированию делает кто-то за тебя :) То есть целиком отдаешься на откуп ФГМ разработчика «библиотеки логирования слушающей сокет», которая не обязательно является элементарной (и не обязательно совпадает по интерфейсу/формату с тем, что тебе требуется). «Попробовал эту, попробовал ту... плюнул, написал свою» :)

Это только канал, а не логгер :) Да и пайпы под виндой не такие как в юниксе («дороже» и «дубовее»). Поддержка разных интерфейсов заведомо не элементарна.

ты сам то смотрел на исходники?

Интересно, селект тебе дампы скинет сам в нужном формате? :)

Ты уже в 22-дюймовый монитор не помещаешься. Может, тебе подлечить твою слакварь терминальной стадии, а уже потом рассуждать о логгировании?

Эта твоя фраза называется по-ботанически «диалоговая трансференция», а именно - переход на личности :) Слив защитать?

Диагноз «синдром дауна» себе засчитай, потому как это эмпирически наиболее точный диагноз для тех, кто не понимает почему нужно раделять компоненты системы - и в частности, вынос логгера в отдельный процесс с последующим общением с ним через системную реализацию IPC

Ггг. Твой бугурт говорит сам за себя. Ты совершенно не готов для Ъ-ынтерпайза: совершенно не понимаешь нужды клиента и суть слова «простейший», отраженную в требованиях :)

Решения должны быть простыми, но они не могут быть проще чем задача.

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

Если логгирование для многопроцессовой среды, то задача не решается без средств IPC.

Так что, марш доучиваться

но они не могут быть проще чем задача.

Могут. Если ты обоснуешь клиенту, что это ему «не нужно»

Могут и сложнее быть... Если обоснуешь, но это сложнее :) Например, этот твой IPC может быть не нужен по одной простой причине - «не нужен» :) Нужен «простейший логгер» (с)

Так что, марш доучиваться

Сказал теоретик, ощущая жжение. «Это тебя 5.1 твоя гордость, Бутч» (с)

Если ты обоснуешь клиенту, что это ему «не нужно»

Ну давай, обоснуй что твой «простейший» in-processs логгер не запорет логи в случае ошибки. А мы с интересом посмотрим, как ты запретишь себе заись в файл, в который тебе должна быть разрешена запись.

Например, этот твой IPC может быть не нужен по одной простой причине - «не нужен»

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

Правада, чтобы понять этот факт, нужно сначала вспомнить правила работы и обязательные требования к «логгированию», с чем у тебя явно наблюдаются проблемы - «не знал, да ещё и забыл».

Проблемы у тебя в голове и... в нижней части спины :)

Ай-яй-яй, что, не получается ничего по теме возразить? Ну ничего, бывает такое, когда влезаешь в тему в которой не сечешью

«НетЪ ты!» (с) Ты давно не по теме возражаешь :) А все потому, что с тобой не согласны Такое бывает, когда ты считаешь себя экспертом в теме, в которой сечешь не больше других :) Просто считаешь свою точку зрения единственно верной, безо всяких к тому оснований.

Я писал «очень простые логгеры» (типа того который предлагаешь ты) в каждой программе - но не счиатю это правильным. Потому и считаю, что если задание не написать программу, а написать именно логгер - то это отличный шанс сделать всё правильно, а не на «отвяжитесь».