StaticVar: Обмен данными между Lua-скриптами в QUIK (Страница 4 из 4)

.

А с последним квиком (8.6) она работает? Что-то у меня не получается подключить.

Сделана поддержка QUIK 8.5 и далее.
Поддержка версий 8.0...8.4 убрана.

Всё по ссылкам во втором посте темы.

вы про либу StaticVar?

Если можно.

К сожалению не видел в почте письма, видимо ушло в спам ;( За это время я тоже не бездельничал, подумал что библиотека больше не поддерживается. Продумываю и начал реализацию другой концепции, объединения всех роботов в один. Возможно не самое лучшее решение, но по крайней мере не будет зависимости от сторонних библиотек. В любом случае робот еще очень далек от совершенства и версий луа сменится еще с десяток пока я завершу его. А возможно это эпопея с роботами будет продолжаться бесконечно. Сколь бы не идеален был робот, а стратегии в любом случае будут меняться, добавляться новые, некоторые уже показывают свою неэффективность на определенных инструментах, а на других крайне эффективны... Я изначально писал робота с четким разделением на части, это "торговая" часть, она работает исключительно на торгах, и часть "стратегии", которая к бирже не прикасается и занимается исключительно анализом...

Alexey89
Надо скрипт переделать  так:

stv = require("StaticVar")

function main()
    stv.UseNameSpace("testNS")    -- вот эту строку надо перенести сюда
    message("(test-2) " .. tostring(stv.GetCurrentNameSpace()) .. ".xxx=" .. tostring(stv.GetVar("xxx")), 1)
end

И всё заработает.

Суть в том, что UseNameSpace() работает "раздельно" в основном потоке выполнения (callback'и)  и в main()
Сделано это было вот почему, вот для какого сценария:
Выполняется main(), в ней выполняется вызов  UseNameSpace(). Разумеется, код в main() ожидает, что указанный NameSpace и будет выбран до нового вызова UseNameSpace() в коде main().
Тут одновременно c main() запускается какой-то callback (т.к. работает в основном потоке), в коде которого вызывается UseNameSpace(), устанавливая свой NameSpace для работы callback'а. Т.е. код callback'а отдельно устанавливает свой  NameSpace для своей работы.
Но код main() в это время ведь тоже продолжает выполняться, подразумевая своё значение NameSpace.

Поэтому и было сделано такое вот разделение: в main() устанавливается и поддерживается свой NameSpace, в остальном коде (коде основного потока) - свой NameSpace.

В общем надо отдельно не забывать устанавливать требуемый NameSpace как в main(), так и в каждом callbak'е.

Хотя, возможно, в вашем случае никакие NameSpace устанавливать и не требуется.

Alexey89, сборку для Lua 5.4 высылаю по запросу
Напишите на swerg@swerg.ru

igor, всё может быть.
1. Надо скрипт, воспроизводящий проблему. Тогда можно будет что-то сказать предметно.

2. А еще какие-то внешние dll используются? а если другие dll отключить/удалить?
3. А если отключить StaticVar и не использовать её - проблема остаётся?

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

У меня аналогичная проблема, выходит такая же ошибка, причем совершенно в случайном порядке.
Связываю эту ошибку с StaticVar вот по каким наблюдениям.
Своего бота, написанного на Lua, я разместил внутри кода индикатора QUIK. Для отображения параметров бота я использую таблицы рабочего места QUIK, данные в который передаются из индикатора через StaticVar.
После того, как стали появляться ошибки я добавил в код индикатора следующие строки, которые выполняются при инициализации индикатора:

local resultTable = {}
for a, b in pairs(_G) do
    table.insert(resultTable, a.."\t"..tostring(b))
    if  type(b) == "table" then
        for x, y in pairs(b) do
            table.insert(resultTable, "\t".. "|-- ".. x..'\t'..tostring(y))
        end
    end
end
local f = io.open(dir_logFile..'\\'..'GLOBAL.txt', 'w')
for i = 1, #resultTable do
    f:write(resultTable[i]..'\n') 
    f:flush() 
end
f:close()

Данный код сохраняет содержимое глобального окружения в файл. Для таблиц и функций указываются используемые ими адреса.
При возникновении ошибки я беру адрес из сообщения об ошибке и пробую его найти в вышеуказанном файле, который сформировал бот, в котором появилась ошибка.
Целиком совпадения не было ни разу, но максимальное совпадение первых символов адреса из сообщения об ошибке всегда приходится на функции StaticVar (пример на приложенном скриншоте).

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

ps. Ошибка носит случайный характер, так как код бота, находящийся в индикаторе, восстанавливает свою работу при получении следующего тика (изменения данных по свече) после возникновения ошибки.

Использовал на Lua 5.3 и Lua 5.4. Поведение одинаковое.
Скрипт, который бы воспроизводил проблему в процессе подготовки.