Есть переменная , с помощью которой в разных функциях происходит вывод в файл Log.xml В функции main происходит сброс лога: , в остальных надо писать лог. Если просто аппендить , то получится, что текст добавляется в конец, а надо добавлять его перед строкой . Заменить  на  не проблема, но если  на , то получится , а надо . Каждый раз писать  тоже нельзя, так как корневой раздел xml-файла по стандарту должен быть ровно один. И прога где то виснет, так что до вывода   в функции main не дойдёт.

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

Я пробовал открывать один раз и как раз запутался. Кроме того, сейчас мне надо логировать с учётом зависаний, то есть без возможность дойти до close файла, открытого один раз. И как мне разгребать кеширование записи на диск? А открытие/закрытие каждый раз гарантирует, что я увижу ровно то состояние лога, до которого додебажил. И даже если я открою один раз, как это поможет бороться с закрывающим тегом </root>, записанным при предыдущей записи? Если же его каждый раз не писать, то лог не валиден уже из-за того, что в нём вообще нет тега </root> и таким останется до закрытия программы, то есть всегда, так как до своего закрытия она не доходит. При минутах на одну запись лишние доли секунды на открытие/закрытие - не нагрузка. Я ведь сам читаю с браузера каждое состояние лога, анализирую его и только потом дебажу очередной шаг цикла, а это занимает время. Сейчас я вручную удаляю лишние закрывающие теги. Альтернатива, видимо, проанализировать прогу вручную, исправить, а потом также вручную добавить закрывающий тег в уже не нужном логе? Зато будет "меньше" нагрузка на систему.

Это сообщение отредактировал(а) ТарасАтавин - 18.9.2013, 11:49

ну можно сначала предложить плохое решении:

• открываем файл
• прыгаем в конец файла
• смещаемся влево на размер тега, если возможно
• логигруем все что нужно

 еще можно вести записи без шапки и рута, что-то типа <pos>[data]</pos>, так как большинтво библиотек, браузеров и прог поймут его как xml вполне вменяемо

вариант получше: если вам нужен xml, то может логер нужно сделать на базе того tinyxml или чего-то такого?

Мне бы ровно на заданное количество строк. И строки бы считать в переменную, а потом снова добавить. Как это сделать?

Я теперь ещё пишу прототип текущей функции и его тег надо закрыть после лога данной функции. Так что на это полагаться нельзя.


Это сообщение отредактировал(а) ТарасАтавин - 18.9.2013, 13:41

ТарасАтавин, во-первых, если у тебя программа может повисать, то зачем ты выбрал формат xml для ведения лога? В твоем случае формат лога должен быть как можно примитивней.
во-вторых, есть такая волшебная штука - когда ты посылаешь в поток std::flush или std::endl, то содержимое потока принудительно сбрасывается на диск. Т.е. если ты виснешь после этого, то данные не потеряются.
Прыгаешь в конец файла минус примерное количество байт на строки минус запас, затем читаешь во временный буфер, считаешь количество символов конца строки, корректируешь позицию в файле. Но это сильно скажется на быстродействии. Кому сказать, запись в лог потребляет столько ресурсов.

Как вариант, в подобных случаях можно использовать внешнее логирование - через отдельный сервис, который только логированием и занимается, а связь с ним через именованный канал или сокет. Пример: syslog и система событий Windows.

Ну, перейди на wfstream, вроде так по теории должен открываться файл для чтения-записи. И перейди в бинарный режим.
Найди место, с которого надо переписать, установи указатель чтения-записи (позицию), перепиши. Отсеки всё лишнее в хвосте файла, если вставка оказалась меньше по размеру заменяемого куска текста.
Задача простецкая, вроде все редакторы писали.

У человека и так лог наверчен незнамо зачем в xml, только ресурсы жрать...

А библиотека при каждом открытии-закрытии будет поллностью парсить и полностью переписывать.

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

Может проще заюзать какой нить http://pugixml.org/documentation/