На гите была для 9.x и та более недоступна
]]>Текущие версии предназначены для работы с QUIK 9.3 x64 и выше с поддержкой версии lua 5.4.
Бинарные файлы доступны:
[url]https://github.com/untoxa/lua_share/releases[/url]
]]>toxa для 1 проекта понадобился обмен между скриптами. Использовал вашу сборку:
[url]https://github.com/untoxa/lua_share/releases/tag/2.1[/url]
Спасибо за труд.
Использовал только Очередь (в очередь кидаю массив типа {Время, Цена}) Сначала потестил, обмен проходит в обе стороны.
Реализовал в проекте и в результате тестирования получается, что если в 1 секунду 1 скрипт пуляет 2 массива (в логах это пишется), то 2-й скрипт получает только 1 массив (в логах это пишется)
Кидаю в скрипте1 (в колбеке Ontrade() ):
local cf_l={os_time(),price,qty}
ns['queue2']=cf_lЧитаю стандартно в скрипте 2:
cf_a=ns['queue2']
while cf_a~=nil do
-- Что-то делаю
cf_a=ns['queue2']
endСобственно вопрос - есть ли какие ограничения на скорость?
]]>все собрал под 5.4, кому нужно. [url]https://github.com/untoxa/lua_share/releases/latest[/url]
Спасибо!
]]>сами таблицы - глобальные, конечно.
]]>Когда не используется неймспейс, переменные создаются в _G, или в какой-то неявной таблице\неймспейсе?
]]>просто пишите код аккуратно и никаких проблем не будет. слишком много умолчаний и подавление ошибок - это плохо, ведет к неочевидным проблемам в будущем.
да, можно сослаться на глобальную функцию. да, не описано, потому что я изменения в поведении __call не описывал в доке.
]]>ns["key"] = "value"
однозначно определяет, что вы хотите присвоить ключу "key" значение "value" в некой таблице. если таблицы нет, то мы ее создаем.
когда мы делаем ns("param") и ns у нас не существует, то что нам создать, таблицу? а у этой таблицы будет метаметод __call()? с чего бы? а если boot удалить?
ns мы получили не произвольно, а явно указав, что это неймспейс "x". "x" определен в boot, либо применяется политика по умолчанию - таблица. Т.к. смысла быть неопределенной ф-цией нет ) Поэтому нет никакой неопределенности что создавать. ns("param") однозначно определяет, что вы хотите вызвать __call в объекте "x" из boot, либо таблице по умолчанию. Естественно, разработчик либо обеспечивает __call() в "x", либо в __default_namespace_metatable, которое по умолчанию назначается всем таблицам. Если зачем-то удалить boot (в чем пользы и смысла нет совсем), вот тогда можно и получать ошибку.
А иначе мы в итоге имеем то, что __call это мегаполезно и будет использоваться 90% проектов, но нужно всегда самому пробрасывать в индекс ненужное, иначе будет плохо. А значит, для надежности всегда делать это после GetNameSpace. Учитывая, что и без использования call не так много смысла в отложенном создании таблицы под GetNameSpace, лучше уж создавать ее всегда сразу, если ее нет. Внутри GetNameSpace. Не получая доп рисков ошибок и cold run инициализации при первом использовании.
Я, кстати, и не предполагал, что через ns = GetIPCNamespace("x") можно сослаться на глобальную ф-цию х. Это не описано. А точно ли можно? Впрочем, это было бы лишним нагромождением.
]]>