Да и вообще монопольный режим не помешал бы.

function ReadLine(file)
  return file:read()
end
function ReadFile(file)
  for line in file:lines() do
    -- Тут обрабатываем строку
  end
end
local file, err = io.open(FileName)
if file then  -- открыть-то мы открыли файл, но не факт, что нам дадут в дальнейшем его прочитать
              -- то же и с записью
  pcall(ReadLine, file)
  pcall(ReadFile, file)
end

поскольку удачное открытие файла ещё [url=https://quik2dde.ru/viewtopic.php?pid=1295#p1295]не говорит[/url] об удачной дальнейшей работе с этим файлом.

не буду тут особо умничать/влезать - но просто, думаю надо задаться вопросом: а с какими атрибутами открывался файл? share deny etc.

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

Единственное что Квик перестал ругаться при его закрытии.

Судя по вашему [url=https://quik2dde.ru/viewtopic.php?pid=1412#p1412]сообщению в соседней теме[/url], Квик ругается не на закрытие файла, а на попытку записи в файл после его закрытия, о чём вас честно [url=https://quik2dde.ru/viewtopic.php?pid=1413#p1413]предупредили[/url] (Квик, кстати сообщает номер строки, в которой произошла ошибка - посмотрите).
Само же закрытие файла в том примере проходит успешно, поэтому и не видно разницы, что с file:flush(), что без него.

Единственное что Квик перестал ругаться при его закрытии.

Какая-то ошибка в скрипте мне видится, как таковое применение flush не может влиять на закрытие.

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

Сократите путь до вашего файла:

local path=getScriptPath()--"C:\\00LUA" - папка со скриптами
local file_name=path.."\\"..getInfoParam ("TRADEDATE").."_logo.txt"

1) Завершение скрипта (аварийное, т.е. остановка по ошибке) - это не завершение процесса QUIK с точки зрения ОС, поэтому в этом случае файл, возможно, останется залоченным до перезапуска QUIK.

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

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

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

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

Конечно разруливает. По завершении процесса в ОС все связанные с ним ресурсы освобождаются, в том числе и закрываются открытые файлы, сетевые подключения и т.д. Иначе файловая система гарантированно умирала бы за 1..2 дня работы )

Тут есть момент:
1) Завершение скрипта (аварийное, т.е. остановка по ошибке) - это не завершение процесса QUIK с точки зрения ОС, поэтому в этом случае файл, возможно, останется залоченным до перезапуска QUIK.
2) Падение терминала - это завершение процесса с точи зрения ОС, поэтому файл будет разлочен.

Но если в результате аварийного завершения скрипта или терминала мы не выполнили file:close(), то, возможно, будет потеряна финальная часть лога, начиная с последнего вызова file:flush() (если вы сообще его вызываем). Это как бы аргумент в пользу использования file:flush() после каждой записи в файл, но тут, как водится, снова подвох: вызов file:flush() замедляет работу скрипта, т.к. производится сброс закэшированных ОС данных на винчестер, а устройство это - самое медленное в компьютере. Нас, конечно, несколько спасает аппаратный кэш внутри самого винчестера.