Исследование порядка вызовов Callback-функций в QLua (Страница 2 из 3)

-

-

Да ну, нет. Обращаться к библиотеке можно откуда угодно с этого потока. С main нельзя.
vcl очень нежная по обращению, валится вместе с терминалом, но только если допустить явную (но к сожалению нигде не документированную) ошибку. Например контролу Name послать имя с пробелом, отсылать к необъявленному обработчику и т.д.
Нет ошибок - библиотека суперстабильна. Уже много кодов на ней трудится больше года без проблем.

C ошибками-то понятно. Вопрос именно по правильному с точки зрения Lua коду. Т.е., когда скрипт рабочий, но ведёт себя нестабильно время от времени.

У нас в основном потоке работа идёт только в колбэках (если не считать первичной инициализации).

Вот сейчас ломаю голову над следующим алгоритмом.
В QUIK v7 изменилась работа со сделками: теперь на одну сделку приходят три колбэка. А задачка: при старте скрипта считываем текущую позицию и после каждой сделки рассчитываем самостоятельно размер позиции и выводим на контрол:

function OnTrade(trade)
  if trades[trade.trade_num] then return end  -- Уже обрабатывали
  table.sinsert(ontrades, trade)  -- Добавим в очередь
end

function OnTradeDo(trade)
  local trade_num = trade.trade_num
  if trades[trade_num] then return true end  -- Уже обрабатывали
  if <условие> then
    return false  -- Если нужных данных в терминале ещё нет, то идём на штрафной круг
  end
  trades[trade_num] = true  -- Добавляем сделку в таблицу обработанных сделок
  -- ...
  TotalNet = TotalNet + qty
  -- Чё-то делаем в зависимости от текущей позиции

  P.Caption = TotalNet  -- Выводим на контрол
  -- Здесь скрипт часто падает

  return true
end

function main()
  while run do
      if #ontrades > 0 then
        if OnTradeDo(ontrades[1]) ~= false then
          -- Если сделка обработана, удаляем её из очереди
          table.sremove(ontrades, 1)
        end
      else sleep(2) end
  end
end

Как бы изменить так алгоритм, чтобы скрипт не падал? В какой колбэк можно запихать вывод на контрол?

Ну библиотеке то до лампы что там в остальном lua коде, ей важно чтобы с её контролами нежно обращались. ) Если переменная с корректным значением приготовлена, и во время отправки на контрол не дергается из соседнего потока (main), особенно при отправке таблиц, то всё всегда гладко. Если код валится не в этих случаях, наверное стоит проверить lua код в отрыве от vcl, например закрыть все выводы в библиотеку, открыть взамен в message или дебагер и там ловить...

Насчет трех колбеков, тоже столкнулся с этой хренью, делаю так:
1. отправляю транзакцию, сразу получаю ответ в переменную

res = sendTransaction(transact)

res парсю на наличие серверного номера заявки
2. тут же добавляю серверный номер заявки в массив (таблицу) ордеров
3. В  onTrade() из каждого колбэка достаю номер ордера и проверяю его наличие в своём массиве ордеров, если есть, и пришел флаг "исполнено", исключаю эту запись из массива. Таким образом остальные повторы фильтруются.

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

В main идёт анализ

if OnTradeDo(ontrades[1]) ~= false then

была ли обработана сделка функцией OnTradeDo

if <условие> then
    return false  -- Если нужных данных в терминале ещё нет, то идём на штрафной круг
end

Если не была, то идём на следующий круг с этой сделкой, пока не обработаем её.
Т.к. информация в терминал поступает не синхронно, то возможна ситуация, когда не получена вся необходимая информация из других колбэков для анализа сделки.

GREEN_X5,
спасибо, уже добавил. Погоняю, посмотрю.

sendTransaction ведь не даёт номер заявки. При успешной отправке транзакции в sendTransaction будет пустая строка.

  А вы не думали, как поведёт себя ваш робот, если OnTrade получит раньше, чем OnTransReply? Или в OnTransReply не будет номера заявки (на форуме QUIK, вроде, такая информация проскакивала)?

Может ли скрипт падать из-за того, что для контролов не указывается параметр Name?

Уточню, это "ноу-хау" 5-й версии vcl
В 3.х версии имена обязательно требовалось задавать.