Старатель (Все сообщения пользователя)

Выбрать дату в календареВыбрать дату в календаре

Страницы: Пред. 1 2 3 4 5 6 7 8 9 10 11 ... 46 След.
Кривые шибки в QLua
 
Цитата
TGB написал:
Когда обсуждаемая ошибка будет устранена разработчиком QUIK неизвестно.
Согласен. Поэтому сделал переопределение таким образом:
Код
  local tonumber_ = tonumber
  function tonumber(e, base)
    return tonumber_(e, base) or tonumber_(e, base)
  end
Вероятность возникновения nil не исключает, но значительно снижает.
Раннее уже приходилось делать подобные переопределения для функций getDepoEx, getFuturesLimit и getFuturesHolding.

Цитата
TGB написал:
при неявных преобразованиях строк в число будет вызываться прежняя
Буду постепенно менять на явное преобразование через tonumber, если где в коде встретится неявное.
Надо делать так, как надо. А как не надо - делать не надо.
Кривые шибки в QLua
 
Цитата
TGB написал:
3) Есть ли возможность создать тест, в котором обнаруженная вами ошибка QLua 5.4 проявляется часто?

Добавил в main такой код:
Код
function main()
  xpcall(function()
    ...
    while run do
        ...  --  тут какой-то полезный код
        sleep(1)
        if not tonumber('0') then
          log('tonumber error.')
        end
     end
  end)
end
и в логе обнаружил вот эту запись: 'tonumber error.'
Т.ч. виновник однозначно - tonumber
Но тут надо отметить, что у меня трудится много скриптов в нескольких квиках, а ошибка за неполный день возникла пока только в одном.
Надо делать так, как надо. А как не надо - делать не надо.
[BUG] Кривое автомастабирование на графиках с отрицательными ценами
 
QUIK 9.5.0.42
При включённой настройке

график цены прижимается к нижнему краю и обрезаются минимумы свечей:

Это тот же график, сжатый по оси цены вручную:
Надо делать так, как надо. А как не надо - делать не надо.
Отметки на графике QUIK средствами QLUA
 
Цитата
Kolossi написал:
В таблице текущих торгов выбран Газпром.
Цитата
Kolossi написал:
Куда она выставляется?
Скорее всего, на график Газпрома.

Цитата
Kolossi написал:
скрипт выставляет метку с ценой и временем
Ищите метку на этом уровне цены.
Надо делать так, как надо. А как не надо - делать не надо.
Справка по AddLabel
 
Если кто не знал, то для доступа к источнику данных, по которому построен индикатор, с помощью функций getNumCandles и getCandlesByIndex в качестве тега можно задать пустую строку.
А вот с AddLabel почему-то сложности.
Надо делать так, как надо. А как не надо - делать не надо.
Справка по AddLabel
 
Цитата
Alexey Ivannikov написал:
Цитата
Старатель пишет:
Цитата
Sergey Gorokhov пишет:
Цитата
Старатель пишет:
Если речь о Lua-индикаторе, то ответ очевиден: индикатор должен уметь обратиться как к графику, по которому он построен, так и к самому себе. Можно например, ввести две константы, которые заменяли бы тэг графика или индикатора.
В таком виде пожелание можно зарегистрировать.
Регистрируйте.
Добрый день.

Мы рассмотрели Ваше пожелание. По итогам его анализа сообщаем Вам, что реализация пожелания признана потенциально целесообразной. Если по результатам дальнейшего анализа, включающего юридические аспекты, анализ на непротиворечивость с общей политикой компании, никаких возражений не возникнет, мы постараемся включить Ваше пожелание в план доработок при выпуске одной из следующих версий нашего ПО.

Получится сделать анализ "юридических аспектов" и на "непротиворечивость с общей политикой компании" ?
Надо делать так, как надо. А как не надо - делать не надо.
AddLabel из скрипта-индикатора
 
Цитата
Andrey Bezrukov написал:
Мы постараемся рассмотреть его и сообщить Вам результаты анализа.
Получилось рассмотреть?
Надо делать так, как надо. А как не надо - делать не надо.
Метки в новой версии 7.14, В новой версии изменились метки, где описание новых параметров?
 
Цитата
s_mike@rambler.ru написал:
это не поможет фиксировать надписи у левого ВЕРХНЕГО края диаграммы, так как происходит постоянное масштабирование по вертикали и надписи будут либо спускаться вниз или уходить на верхний край.
Вручную же есть возможность поставить метку без привязки к осям. И метка всегда остаётся на своём месте, как ни крути график.

Цитата
Михаил Понамаренко написал:
Возможность привязки метки к координатам окна диаграммы.
Это позволит фиксировать надписи, например, к левому верхнему краю.
QUIK clients support, получится когда-нибудь?
Надо делать так, как надо. А как не надо - делать не надо.
Кривые шибки в QLua
 
nikolz, для вас тут вопрос давно висит:

Цитата
nikolz написал:
потоко не безопасные функции в ней?
Например, использовал функцию  getParamEx.
И давно getParamEx стала потоконебезопасной?
Если уж умничаете, то умничайте до конца. Либо признайте, что написали глупость.
Надо делать так, как надо. А как не надо - делать не надо.
Массовый Subscribe_Level_II_Quotes + getQuoteLevel2 и вывод результатов на DDE сервер. Возможно ?, Осилит ли quik 5000 Subscribe_Level_II_Quotes ?
 
Цитата
Boris написал:
можно ли создать с помощью lua таблицу quik - которую можно было бы вывести на DDE как стандартные окна quik ?
https://forum.quik.ru/messages/forum10/message61743/topic7142/#message61743
Надо делать так, как надо. А как не надо - делать не надо.
Кривые шибки в QLua
 
Цитата
Старатель написал:
Код
local Time = tonumber(( os.date ( '%H%M' )))
if Time >= 2300 then
Ошибка:
Цитата
attempt to compare number with nil

Думал такие ошибки возникают только в QUIK 9. Но нет, сегодня в QUIK 8.13 случилась аналогичная ошибка.
QUIK clients support, надо что-то делать. Не хочется все места с tonumber параноидально обкладывать проверкой на nil.
Надо делать так, как надо. А как не надо - делать не надо.
Отладка QUIK 8.13
 
Цитата
Владимир написал:
не только айдишка, но и все остальные поля бывают в нуле.
Исходя из представленного кода, в 4-м параметре не может быть нуля от слова совсем. Там должно быть либо "B" либо "S". Значит нули забиваются где-то в другом месте скрипта.

Цитата
Владимир написал:
А вот картина маслом
Думаю ноги растут оттуда же.

Цитата
Владимир написал:
как можно написать софт, который способен вытворять ТАКОЕ.
Этот вопрос следует адресовать рукожопому скриптеру.

Цитата
Владимир написал:
И что прикажете делать?
Искать ошибки в своём скрипте, а не скулить на весь форум.
Надо делать так, как надо. А как не надо - делать не надо.
неужели OnParam самый быстрый?
 
Nikolay, видимо, у вас не проверяется класс инструмента.
Это сделка из класса неполных лотов:
Надо делать так, как надо. А как не надо - делать не надо.
Сохранение настроек в файл, Подмена папки для сохранения настроек
 
Сделайте уже, наконец, чтобы при сохранении настроек в файл из меню QUIK открывал по умолчанию ту папку, в которой находится info.exe, а не ту, в которой что-то делали в ДРУГОМ квике.
Реально, чтобы сохранить настройки, надо пройти целый квест с кучей проверок, как бы не затереть настройки другого квика.
И ещё можно утилизировать старый паровоз, а на его место поставить кнопку "Сохранить настройки".
Надо делать так, как надо. А как не надо - делать не надо.
KILL_ALL_FUTURES_ORDERS
 
Цитата
Daniil Pozdnyakov написал:
можем зарегистрировать пожелание на доработку
Регистрируйте.
Надо делать так, как надо. А как не надо - делать не надо.
KILL_ALL_FUTURES_ORDERS
 
Через Lua отправляю транзакцию на удаление заявок по фьючерсам {TRANS_ID=trans_id, ACTION="KILL_ALL_FUTURES_ORDERS", ACCOUNT=account, CLASSCODE="SPBFUT", BASE_CONTRACT=base_contract}
Но удаляются также заявки и по спредам (FUTSPREAD) с тем же базовым активом.
Что я делаю не так?

В шлюзе SPECTRA Plaza-2 для метода DelUserOrders есть маска группы инструментов:
Цитата
• Параметр instrument_mask является битовой маской:
0x1 Фьючерсы
0x2 Опционы
0x4 Инструменты-связки
Как в Lua задать, чтобы удалялись заявки по маске инструментов, например только фьючерсы?
Надо делать так, как надо. А как не надо - делать не надо.
QUIK junior - отображение сделок, Не все сделки отображаются на графике
 
Цитата
Everlast написал:
Сделки не отображаются
Наверное, совершали их в промежутке между 00:00-04:00 Мск
Надо делать так, как надо. А как не надо - делать не надо.
Таких глюков ещё не было. брокер Открытие, В таблице отображаются не существующие заявки, которые нельзя не увидеть, не снять.
 
Цитата
Alexey Ivannikov написал:
Есть возможность прислать нам архив Вашего терминала с воспроизведением проблемы?
Нечего прислать.

Цитата
Alexey Ivannikov написал:
Проблема продолжает воспроизводиться, или же нет? Если фильтр отключен - то сделки в таблице начинают показываться, или же нет?
Сделки прогрузились после удаления файлов trades.dat и orders.dat:
Цитата
Старатель написал:
Пришлось закрывать QUIK и удалять файл trades.dat (заодно удалил и orders.dat). И только после таких манипуляций все сделки прогрузились.

Чтобы не было спекуляций на тему, что были выставлены какие-то фильтры и потому сделки не показывались, отмечу, что проблема была замечена в результате неправильной работы Lua-скрипта, которому на установленные пользователем фильтры до лампочки. В таблице futures_client_holding сумма todaybuy и todaysell не билась с суммой из таблицы trades, в результате чего и была обнаружена пропажа части сделок.
Переподключение к серверу не решило проблему. Помогло только физическое удаление файлов.

Своим сообщением я хотел сказать, что проблема, описываемая ТС, могла быть локальной в самом QUIK, а не по вине брокера или биржи.
Надо делать так, как надо. А как не надо - делать не надо.
Отладка QUIK 8.13
 
Цитата
TGB написал:
Читайте
Что именно? В той теме человеку и объяснили, что пример написан криво. Отдать 100% CPU под два оператора - такое себе.
Реальный пример есть?
Надо делать так, как надо. А как не надо - делать не надо.
Отладка QUIK 8.13
 
Цитата
TGB написал:
Прошел год.
-----------------
 Напомню описание ситуации и вариант ее устранения.
---
Бывают ситуации зависания в QLua, когда основной поток обслуживания колбеков всех скриптов пользователя, а также таблиц QUIK (это не таблицы Lua), блокируется выполнением  длинного цикла пользовательской программы на «чистом» Lua, в котором нет ни вызова seep ни вызова дру-гих C-функций.



TGB, как я понял, проблемы-то и нет вовсе. Или что вам продемонстрировала реальная жизнь?
Надо делать так, как надо. А как не надо - делать не надо.
Таких глюков ещё не было. брокер Открытие, В таблице отображаются не существующие заявки, которые нельзя не увидеть, не снять.
 
QUIK 9.5.0.42
По какой-то причине в таблице сделок отображались не все совершённые сделки: по фильтру аккаунта и кода бумаги в таблице сделок было 83 строки, хотя в реальности было совершено 92 сделки.
Причина этого глюка, скорее всего в том, что терминал постоянно тупил, и сервер принудительно его отключал по таймауту. (Сделки совершались с другого терминала.) После переподключения к серверу всё повторялось по кругу.
Когда я закрыл два двойных графика (оба графика были созданы давно, и раньше таких проблем не вызывали), терминал ожил. Но вот прогрузились не все сделки.
Пришлось закрывать QUIK и удалять файл trades.dat (заодно удалил и orders.dat). И только после таких манипуляций все сделки прогрузились.

В общем, в QUIK не хватает в этом месте проверки на корректность загрузки и отображения заявок и сделок.
Заодно в менеджер окон неплохо бы добавить CPU Usage каждым окном, чтобы было проще искать проблемное окно.
Надо делать так, как надо. А как не надо - делать не надо.
Запуск скрипта из примера подвешивает терминал Quik
 
Цитата
nikolz написал:
Например, зачем в очередь записывать множество изменений цены инструмента , полученные onParam?
Если main  не успело обработать 999 изменений из 1000, то 999 устарели и важно лишь последнее.
Сам QUIK по такому же принципу работает: если в какой-то момент интерфейс подвиснет на некоторое время, то после оживления покажет вам все изменения цены за то время, пока QUIK был в ауте.


Цитата
nikolz написал:
При этом в функции   ProcessingCallbakc есть sleep(3000) т е после обработки каждой записи спим 3 секунды
Выше я привел данные по скорости работы колшбеков
примерно 3 мкс
за время сна 3 секунды в таблицу которую орабатывает main успеет записаться 1000 строк из колбеков
Поэтому и зависает
Мимо.
Функция ProcessingCallbakc даже не вызывается, потому что в очередь ничего не записывается.


Цитата
Konstantin написал:
в чем причина
Если в основном цикле while is_run do end нет слипа, то он выполняется бесконечно и не прерывается на вызов колбеков. Поэтому счётчик #MAIN_QUEUE не увеличивается, и код даже не заходит в ветку if #MAIN_QUEUE > 0 then
Чтобы колбеки вызывались, нужно добавить в цикл sleep или любую другую C-функцию.
Надо делать так, как надо. А как не надо - делать не надо.
KILL_ORDERS, KILL_ORDERS не отрабатывает
 
Цитата
Дмитрий написал:
ACTION = 'KILL_ORDERS'

Нет такого ACTION
Надо делать так, как надо. А как не надо - делать не надо.
Количество активных заявок одной командой, Количество активных заявок одной командой
 
Ах да, при старте скрипта, как написали выше, конечно, нужно однократно просканировать таблицу заявок.
Надо делать так, как надо. А как не надо - делать не надо.
Количество активных заявок одной командой, Количество активных заявок одной командой
 
Постоянно сканировать таблицу orders - не лучшая затея: при большом числе заявок гарантированы тормоза.
Самый простой вариант - работать с колбеками OnOrder и OnCleanup.
В OnOrder проверяете статус заявки, если активна добавляете в таблицу. Если заявка исполнена или снята (в т.ч. в клиринг), вы получите об этом OnOrder и удалите из таблицы активных.
После смены сессии при получении OnCleanup таблицы активных полностью очищаете.
Все возможные варианты (разрыв соединения, исполнение заявки пока терминал находился офлайн, восстановление соединения через день, месяц, год, задержка ответа по заявке на 10 мин и пр.) будут полность покрыты этими двумя колбеками.
Надо делать так, как надо. А как не надо - делать не надо.
Кривые шибки в QLua
 
Цитата
TGB написал:
Да. похоже на это.
Во всех случаях ошибка возникала в месте явного (через tonumber #105, #108, #114) или неявного (путём математической операции сложения #28) преобразования строки в число.
Надо делать так, как надо. А как не надо - делать не надо.
Кривые шибки в QLua
 
Цитата
nikolz написал:
потоко не безопасные функции в ней?
Например, использовал функцию  getParamEx.
И давно getParamEx стала потоконебезопасной?

Цитата
nikolz написал:
Представим , что в момент вывода функцией main  параметров некоторой таблицы QUIK
происходит вызов терминалом колбека QLUA и изменение этой таблицы.,
------------
Вопросы:
1) что будет выводить функция main в этом случае, то что было до вызова колбека или то, что осталось после вызова.
main абсолютно по барабану когда и сколько было вызовов колбеков.
Если состояние таблицы сохранено в переменную,
Код
local Param = getParamEx2(class,  sec,  'TIME')
то даже через час, день, год... её состояние не изменится. main выведет именно то, что сохранили в переменной.

Цитата
nikolz написал:
если будут в параметрах nil,  то это ошибка QLUA, или ошибка писателя main
Если такое случится, то, однозначно, - это зона ответственности разработчика QLUA.
Надо делать так, как надо. А как не надо - делать не надо.
Кривые шибки в QLua
 
Цитата
TGB написал:
Вот и пусть это подтвердит поддержка.
Вы это сами можете проверить, сохранив стакан в переменную. Состояние этой переменной будет статичным.
Надо делать так, как надо. А как не надо - делать не надо.
Кривые шибки в QLua
 
TGB, уверен, что таблица стакана в данном случае была корректна.
А ошибка похожа на вторую ошибку из сообщения #105.
Надо делать так, как надо. А как не надо - делать не надо.
Кривые шибки в QLua
 
Цитата
TGB написал:
при чтении таблиц bid/offer и их проверки на существование они есть, но при обращении к ним они удалены в потоке обслуживания стакана.
Чего?!!  :shock:  От этого ушли лет десять назад ещё при QPILE.
Щас все (или большинство функций) дают вам статическую копию состояния таблицы на момент обращения.
Надо делать так, как надо. А как не надо - делать не надо.
Чудно считает CalcBuySell
 
Цитата
nikolz написал: :lol:
почему формула и КВИК дает разные результаты
Специально для тупой головы картинки сделал и обвёл красненьким нужные настройки.
nikolz, потыкайте галочки в настройках и посмотрите внимательно, что даёт функция и что даёт квик в каждом случае.

Цитата
nikolz написал:
Торгую с маржинальными сделками давно
Хвалиться нечем, если честно
Цитата
nikolz написал:
Удивляюсь, как Вы вообще торгуете,
если ничего не понимаете
:lol:  :lol:  :lol:
Надо делать так, как надо. А как не надо - делать не надо.
Кривые шибки в QLua
 
Цитата
s_mike@rambler.ru написал:
откуда у вас эта уверенность)
Автор скрипта сказал ))

Цитата
Игорь Б написал:
перебирает и элемент массива который nil
Тогда другая была бы ошибка
Надо делать так, как надо. А как не надо - делать не надо.
Кривые шибки в QLua
 
Цитата
s_mike@rambler.ru написал:
В массив queue другой поток уже добавил элемент
В данном конкретном скрипте другой поток массива queue не касается вообще.
Надо делать так, как надо. А как не надо - делать не надо.
Кривые шибки в QLua
 
QUIK 9.3.3.3, Lua 5.4

Код
local function Quotes(queue)
  if type(queue) ~= 'table' then return nil end
  local queue_ = {}
  for i = 1, #queue do
    queue_[tonumber(queue[i].price)] = tonumber(queue[i].quantity)  -- table index is nil
  end
  return queue_
end

  local Stakan = getQuoteLevel2(class_code, sec_code)
  if Stakan then
    local bid = Quotes(Stakan['bid'])
    local offer = Quotes(Stakan['offer'])
  end

В какой-то момент возникает ошибка "table index is nil".
Что-то не так с tonumber?
Надо делать так, как надо. А как не надо - делать не надо.
Чудно считает CalcBuySell
 
Цитата
nikolz написал:
Для тех,кто не понял либо не знает

Дисконты применяются только при маржинальной торговле.


nikolz, как обычно, сел в лужу  :lol:
Надо делать так, как надо. А как не надо - делать не надо.
сильно тормозит quik
 
Цитата
Павел написал:
Интерфейс программы начинает зависать при добавлении Стакана котировок - ответ интерфейса и отклик на выставление заявки из Стакана несколько секунд (доходил до 120 в периоды высокой волатильности).
Павел, в стакане включена верхняя панель?

Если отключить верхнюю панель, тормоза уменьшатся?
Надо делать так, как надо. А как не надо - делать не надо.
Чудно считает CalcBuySell
 
Цитата
nikolz написал:
На учебном сервере плечо 2.
Т е максимум 600 тысяч, но не 1 млн.759тыс982.
Даже, если предположить, что плечо максимальное (для квалифицированных инвесторов, которым я являюсь, плечо 5 ) , то все равно не выходит каменная чаша.
Квалифицированный инвестор, смотрите "Тип клиента" - признак используемого типа ведения позиций.
У вас на учебном сервере, скорее всего, используется схема ведения позиции по дисконтам.
Надо делать так, как надо. А как не надо - делать не надо.
не все то золото, что блестит
 
Цитата
nikolz написал:
вычисления без этой функции можно ускорить, если запомнить размер лота и не извлекать его из хранилища
а также не извлекать размер свободных денежных средств а рассчитывать их при совершении сделки и иногда сверять с портфелем.
Чтобы поделить количество свободных денежных средств на цену действительно не нужна никакая функция.
Но существует такая вещь, как маржинальная торговля. Есть бумаги разного типа: маржинальные/не маржинальные, принимаемые и не принимаемые в в обеспечение маржинального кредита и пр.
Почитайте, узнаете много интересного.
Надо делать так, как надо. А как не надо - делать не надо.
sleep
 
sleep с отрицательным числом, видимо длится бесконечно долго.
Скрытый текст
Надо делать так, как надо. А как не надо - делать не надо.
не все то золото, что блестит
 
Теперь напишите функцию CalcBuySell, чтобы время её выполнения составляло единицы (на худой конец - десятки) микросекунд, а то у Арки не получается.
Надо делать так, как надо. А как не надо - делать не надо.
Кривые шибки в QLua
 
Цитата
TGB написал:
1) Как часто это возникает?
Не часто. Примерно с такой же частотой, как выходят релизы самого квика.

Цитата
TGB написал:
2) Где это происходит (в потоке main? В колбеках?)?
В данном случае ошибка возникла в main. Были ли подобные ошибки в колбеках сложно сказать, поскольку скрипт не останавливается при ошибках в колбеках, и их можно запросто не заметить.

Цитата
TGB написал:
Если это возникает в main, то, как реализован цикл, в котором ошибка проявляется.
while

Цитата
TGB написал:
3) Есть ли возможность создать тест, в котором обнаруженная вами ошибка QLua 5.4 проявляется часто?
Не представляю как это сделать.


Цитата
s_mike@rambler.ru написал:
Если возникают проблемы, дело не в os.date, а в чем то другом.
Что-то мне подсказывает, что nil вернул tonumber, см. значения локальных переменных тут и 2-ю ошибку тут.
Надо делать так, как надо. А как не надо - делать не надо.
Кривые шибки в QLua
 
QUIK 9.4.0.130, Lua 5.4

Код
  function f()
    
    local Hour = tonumber((os.date('%H')))
    return Hour >= 10 and Hour < 22  -- тут возникла ошибка "attempt to compare number with nil"
  end

debug.getlocal() выдала следующие значения локальных переменных на уровне стека:
Цитата
Hour: nil
(temporary): "21"    -- это видимо, значение os.date('%H'), ошибка действительно возникла в 21 ч
(temporary): nil
(temporary): "attempt to compare number with nil"

Для информации: параллельно работали ещё два скрипта. В одном из них в это время за 15 мс (минимальный квант) прошли следующие события: OnParam, OnQuote и 4 х OnOrder
Надо делать так, как надо. А как не надо - делать не надо.
Добавить временную метку в потоках маркет-даты
 
Цитата
r написал:
Цитата
Daniil Pozdnyakov написал:
Используется поток orders_aggr.
Обратите внимание на поля moment и moment_ns потока таблицы orders_aggr:
Код
  Поле      Тип  Описание 
moment    t    Время последнего обновления записи
moment_ns u8   Время последнего обновления записи (UNIX - время в наносекундах по стандарту UTC)  


Цитата
Daniil Pozdnyakov написал:
ТТТ формируется не из одного потока, а из нескольких. В основном это FORTS_FUTINFO_REPL, FORTS_FUTCOMMON_REPL (для опционов соответственно FORTS_OPTINFO_REPL, FORTS_OPTCOMMON_REPL)
Начиная с версии 6.5 потоки FORTS_FUTCOMMON_REPL и FORTS_OPTCOMMON_REPL объявляются устаревшими, вместо них следует использовать FORTS_COMMON_REPL.

Обратите внимание на поля mod_time и mod_time_ns таблицы common:
Код
  Поле        Тип  Описание 
mod_time    t    Дата и время изменения записи
mod_time_ns u8   Дата и время изменения записи (UNIX - время в наносекундах по стандарту UTC)  

Присоединяюсь к пожеланию.
Надо делать так, как надо. А как не надо - делать не надо.
По данному инструменту разрешено только закрытие позиции, Ошибка библиотеки расчёта лимитов
 
Не в том раздел создал тему. Перенесите в раздел Система QUIK
Надо делать так, как надо. А как не надо - делать не надо.
По данному инструменту разрешено только закрытие позиции, Ошибка библиотеки расчёта лимитов
 
Брокер по своему усмотрению может ограничить список инструментов, по которым можно открывать новые позиции.
В какой таблице QUIK можно ознакомиться с актуальным списком инструментов с установленными на них ограничениями?
Надо делать так, как надо. А как не надо - делать не надо.
Вы не можете заменить заявку ..., так как ее обработка еще не завершена.
 
Так тут вопросов больше не брокеру, а к разработчику.
Обработкой заявок занимается торговая система биржи.
Какой смысл обрабатывать заявку, если пользователь хочет её снять? Это лишняя работа.

Daniil Pozdnyakov, какую роль играет библиотека расчёта лимитов на срочной секции?
Надо делать так, как надо. А как не надо - делать не надо.
Как закрыть форточку?
 
https://forum.quik.ru/messages/forum10/message39685/topic1675/#message39685
Надо делать так, как надо. А как не надо - делать не надо.
Не отрабатываются коллбэки onOrder() и onTrade()
 
OnOrder
OnTrade
Надо делать так, как надо. А как не надо - делать не надо.
[BUG] Повышенная загрузка CPU при большом количестве функций в скрипте
 
Владимир, Я в курсе, что вы уже десятки лет гадите на разных интернет-ресурсах, на многих из которых вас уже погнали ссаной тряпкой, и поделом. Теперь вы обгадились в половине тем в ветке "Программирование на языке Lua" на этом форуме.
Дискутировать с неадекватами, вроде вас, - ситуация игры в шахматы с голубем:
Цитата
Спорить с дураком - всё равно, что играть в шахматы с голубем. Он раскидает фигуры, нагадит на доску и улетит всем рассказывать, как он тебя уделал.
Надо делать так, как надо. А как не надо - делать не надо.
[BUG] Повышенная загрузка CPU при большом количестве функций в скрипте
 
Достал вечный скулёж тупого тролля 40-го уровня с 40-летним опытом (очевидно троллинга, не иначе).
Надо делать так, как надо. А как не надо - делать не надо.
Страницы: Пред. 1 2 3 4 5 6 7 8 9 10 11 ... 46 След.
Наверх