Функция getDepoEx может приводить к зависаниям терминала

Возможно это и проблема, но, честно говоря, вызов getDepoEx внутри колбека OnInit выглядит странно.  

Здесь вопрос самой концепции. OnInit - это сигнал, что скрипт запускается и прямо сказано, что перед вызовом функции main(). А т.к. это колбек, то и в потоке интерфейса терминала.
Т.е. это некий пограничный момент. Т.к. реализацию работы с потоками мы не знаем, то вполне может происходить некий конфликт - скрипт стартует, формируется доп. поток main. А здесь ему пинок - иди выполни qlua метод. Да, любое зависание основного окна приложения - это ошибка, баг. С этим не поспоришь.

Можно и в колбеках, если угодно, но не в OnInit точно. Начальное заполнение можно выполнить и при запуске main, в начале тела функции. Это не будет сильно отличаться по времени от OnInit.

Но, по хорошему, прежде чем выполнять какие-то запросы, необходимо дождаться, что данные есть в терминале. Если скрипт стартует вместе с терминалом, а брокер вызывает OnCleanUp, то пока данные не загрузятся, вызывать getDepoEx не имеет смысла. Поэтому - сначала старт скрипта, потом проверка наличия данных, потом запрос данных. Но точно не в OnInit когда вообще даже подключения к серверу может не быть.

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

Когда проверять позицию - это вопрос субъективный. Можно по колбеку OnDepoLimit, но стоит учитывать, что будут постоянные вызовы не связанные с изменением позиции. Можно по новой сделке. А если требуется смотреть не только позицию, то и по изменению в таблице ордеров, например. Все зависит от задачи.

Почему? Можете привести ссылку на раздел в документации, запрещающий вызов qlua-функций в OnInit?

Чтобы узнать, есть ли данные в терминале, необходимо выполнить запрос. Сюрприз.

А если скрипт запускается при установленном соединении?
Очевидно, что если определять стартовые позиции в main, то есть риск неверной работы скрипта, если в это время будет вызван колбэк OnDepoLimit.

Скрипт останавливается кнопкой "Остановить". Но после нескольких циклов запуска-остановки вываливается с ошибкой:

Вы код смотрели? При чём тут sleep?

Ну а мне очевидно, что между OnInit и main может вклиниться какой-нибудь колбэк.

Вот именно. Поэтому определение стартовых данных в событийной модели целесообразно делать до main.

В данном случае размер таблицы "depo_limits" не пустой, в ней четыре строки.
Я лишь привёл минимальный код, демонстрирующий ошибку.
И как выше написал: независимо куда вы воткнёте getDepoEx, скрипт будет работать некорректно.

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

поставьте Sleep(1)

Возможно поток блокирует отображение сообщений.  

*Так, при запросе данных по GAZP или с датой расчёта 20260215 не приводит к зависанию.

Мы не знаем, какие именно условия приводят к зависанию в getDepoEx, и вы не можете в точности воспроизвести ситуацию, которая могла бы привести к зависанию.
Поэтому, ваш тест и выводы, основанные на нём, не конструктивны.

Не надо так уродовать скрипт.

Пардон, Ваш скрипт работает.
Вы просто все мозги мне засрали своими воплями.

Нафига?
Я не знаю что Вы там наделали. А разбираться в вашей куче нет желания.
поставьте нормальный пакет и будет Вам счастье.
возможно Ваш скрипт у вас не работал из-за ошибок.
-------------------
вот Ваш скрипт который я запускаю:

Не в обиду, но Вы читали про проблему долгой загрузки которая у меня была.
Я ее решал сам затратил на тесты неделю.
--------------------------
Все проблемы, о которых писал на форуме решал самостоятельно.
-------------------------
Хотите решение - делайте тесты и ищите причину.
потом ищите решение сами или пишите на форум поможем.
Разработчики ничего делать в ближайшие надцать дней, недель,месяце, лет(не нужное зачеркнуть) с вашей проблемой не будут.
---------------------
Спасение утопающих - дело рук самих утопающих.

nikolz, не в обиду: от вас помощи мне точно не нужно, вы не умеете читать, до вас очень туго доходит (если вообще доходит) смысл написанного. Вы даже первое сообщение не прочитали, зачем залезли в тему со своими комментариями - мне не понятно.
Ну а что касается поиска причины, то это уже не ко мне вопрос.
Я локализовал проблему, предоставил достаточно данных, чтобы проверить и убедиться в наличии проблемы.
Вообще торгую только на срочном рынке. Но вот в демке тестировал фондовую секцию, и в какой-то момент квик завис. Я сохранил все данные, чтобы иметь возможность их предоставить.
Для проверки и запуска скрипта подключение к серверу не требуется.

Если это никому не нужно, включая разработчиков, то мне тем более: на боевом квике getDepoEx не использую.
Но когда посреди торгов, у вас неожиданно всё зависнет, - прибежите на форум.

В первом сообщении всё написано. Разуйте глаза уже или брысь из темы.

Думаю имеет место логическая ошибка в библиотеке QMargin, из-за которой не происходит выхода из функции getDepoEx.

Решил проверить, жив ли основной поток, когда main стоит на getDepoEx.

Скрытый текст

Код local run = true function OnStop()   run = nil   return 100 end function OnParam()   if run then     message("OnParam")     run = false   end end function main()   local n = getNumberOf("depo_limits")   message("Number depo_limits: " .. n)   if n > 0 then     message("getDepoEx: " .. tostring(getDepoEx("NC0011100000", "10547", "SBER", "NL0011100043", 20260227)))   end   while run do sleep(1000) end end

При подключении к серверу и запуске скрипта пишет:
Т.е., основной поток вполне себе жив. Но в main не происходит выхода из getDepoEx. После остановки скрипта кнопкой "Остановить" требуется перезапуск квика, потому что нормальная работа Lua-скриптов уже не возможна.
Вот такая пасхалочка. При чём здесь настройка "Показывать уровень позиции" на графике - не понятно. Но при снятой галке зависание не наблюдается.

Попутно обнаружилась ещё одна ошибка. В документации сказано:
На самом деле, getDepoEx ничего не возвращает. Убедиться в этом можно, выполнив код:
Будет ошибка:

И такие функции в QUIK сплошь и рядом, тот же getSecurityInfo:

Нет.

А попробуйте так:

type ожидает аргумент с любым значением, в т.ч. и nil.

Сравните:

Вот такой код
будет падать с ошибкой
потому что type ожидает значение, а getSecurityInfo превращается в процедуру, которая ничего не возвращает, т.е. не передаёт аргумент.

test2035.lua
возвращает nil

     В синтаксисе Lua есть понятия: результат функции (отсутствие/одно или несколько значений) и выражение. Функция может не возвращать результата, но есть синтаксические конструкции, которые рассматриваются как выражения (это можно посмотреть в описании языка). Например, присвоение:  local v = f (). В этом случае вызов функции справа от равенства считается выражением. В выражении функция, не возвращающая результат, заменяется на nil.  Результатом выражения может быть только одно значение. Явным способом привести к выражению можно синтаксическую конструкцию, заключив ее в круглые скобки. Например: message(type((getSecurityInfo("", "")))), результат печати: nil

Поэтому их результат нельзя передавать в функцию например в type.
Надо делать это через присвоение переменной.