Запись логов в файл из Lua-скриптов, PrintDbgStr для логирования (Страница 1 из 2)

polygon, [url=https://quik2dde.ru/viewtopic.php?id=108]в первом сообщение топика про PrintDbgStr[/url] написано:

Условно-плохо то, что эта функция не годится для логирования: если в момент её вызова в системе нет "приёмника сообщений" - то выведенные сообщения нигде не сохранятся.

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

"Надстройку" сделать очень просто:

DEBUG_MODE = 2
-- DEBUG_MODE можно установить в одно из трёх значений:
--   0 - вывод через PrintDbgStr, вариант отлаженного робота
--   1 - вывод в файл, тестовые варианты
--   2 - вывод в окно сообщений терминала QUIK, отладочный вариант


-- в начало скрипта помещаем переопределение для PrintDbgStr()
_PrintDbgStr = PrintDbgStr
function PrintDbgStr(s)
    if DEBUG_MODE == 0 then
        _PrintDbgStr(s)
    else if DEBUG_MODE == 1 then
        LogToFile(s) -- реализация вывода в файл, примеры есть
    else
        message(s,0)
    end
    end
end

-- вывод отладочной информации из нашего робота 
-- в зависимости от значения настройки DEBUG_MODE

PrintDbgStr("12345")

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

Я лично пользуюсь [url=http://www.farmanager.com/]Far manager.[/url]
Мне он привычнее (особенно то, что есть консоль), и файлы он обновляет при их изменении в режиме просмотра.
Хочется несколько файлов смотреть - несколько Far'ов открываю.

Опять же нагуглить просмотрщики логов для Windows - не проблема совсем )
То, что с ходу попалось:
[url=http://tailforwin32.sourceforge.net/]Tail for Win32[/url]
[url=http://wincmd.ru/plugring/logviewer_pro.html]LogViewer Pro 2.2.0[/url]

По-моему, это какой-то накладный очень алгоритм и избыточный, особенно "-тут же проверяем наличие этой записи в файле (по дата/тайм метке)". Даже для RAM-дисков.

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

Тогда получается: нам главное корректно обработать открытие файла на запись, если он открылся - то дальше просто пишем в него и пишем что надо. А значит всю логику обработки ошибок можно сосредоточить  лишь в той части, где мы открываем файл лога на запись.
И обработка мне видится такой:
- открыли файл на запись. Возникла проблема (это мы можем проверить) - изменили имя (log01.log); попробовали открыть файл с новым именем; не удалось - сделали имя log02.log и так до тех пор, пока не удастся открыть файл для лога.

swerg, Tail запускал, довести его до рабочего состояния не получилось, и, по-моему, он был платный. Понятно, что во все нужно вникать, разбираться, за все платить и т.д. но мне кажется, что задача простая - показать что есть. И если времени уходит много, надо искать другой продукт. Еще пробовал один, та же история. Конечно, нагуглить можно много чего, тут вопрос в том, кто что использует, для того и вопрос задавался. Может действительно, поставлю фар, вспомню досовское детство, тем более что он и DN до сих пор как память в архиве лежат)))

Уже слышал, что квик может подвиснуть если файл, который он пытается открыть занят другим приложением. Или нет, там вэлс 4 подвисал и не мог команду в три файл выдать, когда квик к нему обращался.
В общем, если кто-то что-то использует для просмотров на лету нескольких файлов, буду рад инфе, а пока довожу скрипт до ума. Вроде сделал, а квик не подключил socket, заругался, хоть я и файлы добавил.. Буду обходить. К стати, не знаете, есть в стандартных функциях луа вывод времени с миллисекундами? Мне пока что не нужно, срипт мой далеко не скорострельный по сути, но на будущее пригодится.

FAR рулит! по F3 замечательно выводит. Конечно, без доп. плюшек, но уже хорошо. Спасибо, swerg!

CyberTrader,
в вашем скрипте используется другой подход относительно того, который я описал. Вы постоянно открываете и закрываете файл лога, что неправильно, т.к. эти операции очень затратны.
Файл лога надо открыть один раз в начале скрипта и закрыть по завершении. Тогда, после того, как мы успешно открыли файл на запись, никакая программа уже не сможет нам помешать в него писать (возможно сама программа при этом не сможет записать в этот файл, но и ладно, это её проблемы, да и нехорошо это писать в один файл из двух разных программ, ничего хорошего из этого не получится).

Интересный подход, нужно попробовать...
А что будет в случае аварийного вылета скрипта или терминала? Для оси файл так и останется "открытым для записи" для некоего уже несуществующего клиента, или ось разруливает ситуацию в исходное состояние?

Файл можно освободить повторным запуском скрипта с корректным закрытием сего файла.

Сейчас проверил: если файл открыт на запись до блокировки Квиком, то, да, при успешном закрытии файла, данные в нём сохраняются.
Если же файл открыт, будучи уже заблокированным Квиком, те данные, что сбрасывались на диск в момент блокировки будут потеряны. При этом открытие функцией io.open() проходит без ошибок.

Но мой скрипт наглядно показывает то, что файл при блокировании другим приложением может быть открыт без ошибок (причём, несколько раз!), при этом запись в него может быть невозможна.
Поэтому отсутствие ошибки "Permission denied" при открытии файла не гарантирует впоследствии успешной записи в него.

Подскажите плиз. Как объявлять файл для лога с именем, содержащем текущую дату? Можно на этом примере:

file=io.open("D:\\Program Files\\Lua\\1\\logo.txt", "w") 

.