В том-то и дело, что проблемы, вызванные антивирусами, возникают у клиентов.

Вставлять в initialization такую страшную операцию, как открытие файла - это ад.
Ну и еще.
Файлы логов почти всегда надо разбивать не только по именам бизнес-процессов, а и по месяцам, или дням, а часто даже по часам.
Так что не только открывать, а еще и имя файла придумывать часто приходится при записи.

У нас процесс работает неделями бывает, и более.
Некоторые логи - логи действий юзера.
Некоторые - обмен с железками. Они по часам, десятки метров в час.
Еще куча всяких систем/плагинов, у каждой свой лог. Плюс логи репликатора.
Всё это раз в сутки семьзипится (почасовые большие - отдельно, дневные все скопом), и сохраняются в папку Logs\yymmdd
И такие папочки живут по два месяца на клиентских тачках.
При необходимости разбора полётов легко вытягиваются нужные файлы.

Ну вот тут
https://docs.microsoft.com/en-us/windows/win32/dlls/dllmain#remarks
Что код в секции инициализации/финализации должен быть максимально простым, и что нет списка безопасных функций для использования там.
Так же там написано, что запрещено взаимодействие с другими потоками и процессами.
А открытие файла - вообще очень сложная функция. Мало ли, что там внутри. Как там ассинхронность инициализируется/работает, например.

Короче, я лично напарывался на очень много багов, вызванных кодом в init/fin, далеко не только старт/стоп потоков, это точно.
Теперь масимум, что себе позволяю - инициализацию там простых переменных, и то - редко.
По мне так это вообще не нужно.


У меня обратная ситуация. Лежат они все в одной папке и легко находятся.
Я согласен, есть другой подход: вести базу данных логов с типами событий. Минуса вижу 3:
1. она будет огромной, и ее придется все равно или как-то разбивать, или полностью реплицировать в центр.
2. нельзя будет по-быстрому в фаре посмотреть (Но это в общем решаемо, хоть и непривычно);
3. Не ясно, что делать при поломке этой базы - куда ошибку писать;
А так - да, есть и удобства.

О, кстати, а у вас лог что, в контексте вызывающего потока пишет что-ли? Такое не устраивает, мягко говоря. Наверно, потому вам и не понравилось открывать/закрывать файлы.

Понятно, что можно при первом вызове функции WriteLog запустить пишущий логи поток, но тогда почему бы не сделать там же условный CreateFile.
Зачем initialization насиловать - чтобы внутри него логи писать?)

В фаре нажал на архиве энтер, затем - на файле F3 или F4, и всё перед глазами. Файлы то небольшие и с временем в начале каждой строки.
Некоторые сотрудники не пользуются фаром, они раззиповывают куда-то, потом нотепадами всякими смотрят.

Для некоторых логов оборудования пришлось написать разборщики логов, которые протокол устройства переводят на русский язык.

Умеет со времен Win95. Только что искать-то? Важно посмотреть, что там происходило, параметры/данные какие-то (неизвестно, какие) посмотреть, события.

Опять же, не понимаю, как поиск чего-то по логам (или логам в архиве) может мне быть полезен.