Не всегда исполняется require в начале скрипта

Что такое "код модуля"?
Какая конкретно функция в DLL не выполняется при выполнении нового скрипта?

Предлагаю просто вот это вот "переопределял глобальную системную ф-цию" вынести в отдельную функцию в модуле, а не в общем коде.
И добавить вызов этой функции в вашем скрипте после require

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

Пару раз словил странное явление:
Есть скрипт использующий библиотеки.
Был запущен один, который использовал библиотеку, расположенную в одной из папок отладки.
Потом был запущен другой скрипт, использующий ту же библиотеку (то же имя), но уже из рабочей папки.

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

Перезапуск терминала решил проблему.

Так что про кэш мысли возникали.

Спасибо, учить меня не надо.
Да, я сразу даю разработчикам видимые вероятные наводки. Что-то переоптимизировали с загрузкой модулей.
Добавлю еще, что переход перманентен - после него все скрипты, загружающие данный модуль, не исполняют его.

С чего это така яуверенность? ) Смотрите. Если в квике ошибки нет, то запуски скриптов не должны иметь side effects на последующие запуски. А я вижу, что все скрипты остановлены и запуск приводит к такой проблеме. Как вы можете это объяснить, если в квике нет ошибки? И нет смысла говорить о простом примере, т.к. у меня самого он не воспроизведет проблему на свежем запуске квика. А каким примером привести квик в такое проблемное состояние я, конечно, не знаю. Поэтому надо копать с другой стороны - чтобы разработчики посмотрели у себя, почему вообще возможны такие side effects с подгрузкой модулей. Какое-то там кеширование. Потому я и дал такую наводку сразу.

вариантов просто миллион

вот вам один, при котором require может выполняться, а может не выполняться и никаких сообщений вы не получите

function f()
a=math.random(0,1)   -- выдает 0 или 1
if a==1 then b= 1 end
x = 5 > a
require "чегойта"
end

pcall(f)

Это действительно может быть связано с вылетом терминала. Пару раз именно рядом происходило.
Я же после нашего такого плотного обсуждения lua_share, написал свою библиотеку общей памяти на с++ ) Между терминалами, но без отдельного сервера. С синхронизацией на уровне отдельных объектов. Подпиской на их изменения в общей памяти, локированием.. С многопоточностью, в т.ч. возможностью из скрипта запускать выполнение lua-ф-ции в отдельном потоке (в этом же луа стейте).. Всё как хотел ) Но вот, иногда во время сильной интенсивности на бирже терминал слетает. Однако, это лишь помогает нам понять, что ошибка в нем все же есть. И нет, в этом скрипте я не использовал свою многопоточность. Все же, хочется дождаться ответа разработчиков насчет кеширования подключаемых модулей не внутри одного lua инстанса, а между разными скриптами и их повторными запусками.