Грядущие изменения на срочном рынке МБ: поддержка работы с 19-значными номерами заявок и сделок

Страницы: 1
RSS
Грядущие изменения на срочном рынке МБ: поддержка работы с 19-значными номерами заявок и сделок
 
Уважаемые клиенты!

Московская биржа уведомила участников торгов о важных изменениях в новой версии торговой системы срочного рынка. Ключевым нововведением  является увеличение размерности идентификатора заявок и сделок: после обновления торговой системы идентификатор будет занимать до 19 десятичных знаков. Соответствующее изменение в промышленной системе данное изменение запланировано на 25 мая 2020 года: https://www.moex.com/n27761.
 
Уведомляем Вас, что старые версии терминалов QUIK не поддерживают полноценную работу с 19-значными номерами.

Более подробная информация по этому вопросу доступна здесь: https://forum.quik.ru/forum1/topic5117/

Сообщаем о мерах, которые необходимо предпринять для корректной работы с 19-значными номерами заявок и сделок в QLUA:
1. Для корректной работы с 19-значными номерами в QLUA потребуется обновление терминала QUIK. На момент публикации данного уведомления версия с поддержкой 19-значных номеров в QLUA еще не вышла, но  планируется к выпуску до того, как данное изменение в торговой системе будет внедрено. Новость о выпуске версии терминала QUIK будет размещена на соответствующей странице нашего сайта (https://arqatech.com/ru/about/news/), кроме того, мы сообщим об этом в данной ветке форума.
2. В связи с необходимостью поддержки 19-значных номеров, в терминале новой версии запланировано изменение версии LUA c 5.1 до 5.3. Это, в свою очередь, означает следующее:
- Выполнение скриптов, скомпилированных под версию Lua 5.1, будет невозможно на новой версии терминала QUIK, для решения проблемы потребуется повторная компиляция под версию Lua 5.3;
- Lua 5.3 частично обратно не совместим с версией Lua 5.1, поэтому мы настоятельно рекомендуем провести повторную отладку скриптов на новой версии терминала, и убедиться в их работоспособности; более подробную информацию о совместимости Lua 5.1 и 5.3 можно получить по ссылкам:
https://www.lua.org/manual/5.3/manual.html#8
https://www.lua.org/manual/5.2/manual.html#8
https://www.lua.org/manual/5.1/manual.html#7

На нашем сайте в разделе «файловый архив» (https://arqatech.com/ru/support/files/) выложены новые версии индикаторов на Lua, которые совместимы как с Lua 5.3, так и с Lua 5.1. Если Вы использовали примеры этих скриптов в работе, их следует заново скачать, и обновить (это можно и нужно сделать, не дожидаясь выхода новой версии терминала QUIK с поддержкой Lua 5.3).

Ответы на часто задаваемые вопросы:

Вопрос:
  • Будет ли корректно работать функция tostring с большими числами?
Ответ:
  • Да будет.
Вопрос:
  • Поменяются ли типы данных у параметров таблиц и параметров функций, которые с ними работают?
Ответ:
  • Нет, не поменяются.
 
А где можно скачать версию терминала QUIK, на которой можно проверить QLua-скрипты, подключившись к тестовому серверу?
 
Нашёл инфу в соседней ветке: https://forum.quik.ru/forum1/topic5117/

Цитата
6. Проблемы работы с длинными номерами в QLUA (на любых версиях терминала на момент публикации данного уведомления).
Для    решения проблем пп. 5-6 следует установить версию терминала QUIK,   которая на момент публикации данного уведомления еще не вышла, но   планируется к выпуску до того, как данное изменение в торговой системе   будет внедрено.
 
Цитата
В связи с вышеизложенным настоятельно рекомендуется проверить  работоспособность своих скриптов с 19-значными номерами заявок и сделок.
Настоятельно рекомендуем проверить тем, что еще не вышло и неизвестно как будет реализовано...

Более подробно распишите, как сделать эту волшебную операцию, Вы же не можете в открытую издеваться над пользователями?
 
Цитата
Александр М написал:
Цитата
В связи с вышеизложенным настоятельно рекомендуется проверить  работоспособность своих скриптов с 19-значными номерами заявок и сделок.
Настоятельно рекомендуем проверить тем, что еще не вышло и неизвестно как будет реализовано...

Более подробно распишите, как сделать эту волшебную операцию, Вы же не можете в открытую издеваться над пользователями?
Добрый день.

Цель данного оповещения - раннее предупреждение о грядущих изменениях, чтобы пользователи уже сейчас начинали работать в данном направлении. По поводу выхода соотв. версии рекомендуем следить за обновлениями в данной ветке форума.
 
Цитата
Alexey Ivannikov написал:
Цитата
Александр М написал:
 
Цитата
В связи с вышеизложенным настоятельно рекомендуется проверить  работоспособность своих скриптов с 19-значными номерами заявок и сделок.
 Настоятельно рекомендуем проверить тем, что еще не вышло и неизвестно как будет реализовано...

Более подробно распишите, как сделать эту волшебную операцию, Вы же не можете в открытую издеваться над пользователями?
Добрый день.

Цель данного оповещения - раннее предупреждение о грядущих изменениях, чтобы пользователи уже сейчас начинали работать в данном направлении. По поводу выхода соотв. версии рекомендуем следить за обновлениями в данной ветке форума.
Если вы хотя бы в общих чертах опишите грядущие изменения, то мы начнем работать. Подтвердите информацию:
1. Lua обновляется до версии 5.3
2. Тип полей во всех текущих функциях, которые в качестве параметров требуют ввода номера заявки или сделки или возвращают номер заявки или сделки, НЕ поменяется.
3. Функция tostring будет корректно работать в новыми большими числами.
4. Какие еще возможные изменения могут быть?
 
Цитата
Александр М написал:
2. Тип полей во всех текущих функциях, которые в качестве параметров требуют ввода номера заявки или сделки или возвращают номер заявки или сделки, НЕ поменяется.
По-моему, весь смысл перехода на 5.3 в том, чтообы тип этих полей поменялся. В NUMBER больше 51 бита не впереть даже на 5.3.
 
Цитата
Anton написал:
Цитата
Александр М написал:
2. Тип полей во всех текущих функциях, которые в качестве параметров требуют ввода номера заявки или сделки или возвращают номер заявки или сделки, НЕ поменяется.
По-моему, весь смысл перехода на 5.3 в том, чтообы тип этих полей поменялся. В NUMBER больше 51 бита не впереть даже на 5.3.
Там хитрее сделано. Пока идёт работа только с целыми числами, используются все биты как в стандартной целочисленной арифметике в других языках, а вот при смешивании целых чисел и double получается результат double. Например, для перевода целого числа x  в double рекомендуют делать что-то типа x = x + 0.0
 
Т.е. если, напр, из большой целочисленной переменной вычесть другую переменную, которая нечаянно окажется double, то результат будет тоже double и в итоге потеря точности?
 
Цитата
Latrop написал:
Там хитрее сделано.
*Там ... в железе

Цитата
Latrop написал:
то результат будет тоже double
полностью согласен, все современные компы - фуфло ... выбрасывай-несумлевайся  
 
Цитата
Anton написал:
Цитата
Александр М написал:
2. Тип полей во всех текущих функциях, которые в качестве параметров требуют ввода номера заявки или сделки или возвращают номер заявки или сделки, НЕ поменяется.
По-моему, весь смысл перехода на 5.3 в том, чтообы тип этих полей поменялся. В NUMBER больше 51 бита не впереть даже на 5.3.
выдержка из Lua 5.3: "Стандартный Lua использует 64-битные целые (integer) и вещественные числа двойной точности (double 64-bit)"
 
Цитата
Александр М написал:
вещественные числа двойной точности (double 64-bit)
Только там под мантиссу 52 бита оставлено, откуда и все нынешние проблемы. Там еще старший бит неявный, подразумевается всегда единица, а если это не так, получается денормализованное число и т.д. и т.п., в общем в даблы 64 бита не влезают хоть тресни. Более того, никакие ухищрения вроде *reinterpret_cast<unsigned long long *>(&dbl) = 0xFFFFFFFFFFFFFFFFULL надежными не будут, дабл всегда может заехать в сопроцессор без уведомления, а тот его "подправит" под ожидаемый формат, да и сишный рантайм тоже ожидает дабл в виде дабла и может что-нибудь с ним сделать под ковром.
 
Цитата
Anton написал:
Цитата
Александр М написал:
вещественные числа двойной точности (double 64-bit)
Только там  под мантиссу 52 бита оставлено , откуда и все нынешние проблемы. Там еще старший бит неявный, подразумевается всегда единица, а если это не так, получается денормализованное число и т.д. и т.п., в общем в даблы 64 бита не влезают хоть тресни. Более того, никакие ухищрения вроде *reinterpret_cast<unsigned long long *>(&dbl) = 0xFFFFFFFFFFFFFFFFULL надежными не будут, дабл всегда может заехать в сопроцессор без уведомления, а тот его "подправит" под ожидаемый формат, да и сишный рантайм тоже ожидает дабл в виде дабла и может что-нибудь с ним сделать под ковром.
Для номера заявки или сделки достаточно целого числа Integer 64 бит, это 20 знаков (без знака) или 19 (со знаком)
https://ru.wikipedia.org/wiki/%D0%A6%D0%B5%D0%BB%D0%BE%D0%B5_(%D1%82%D0%B8%D0%BF_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85)
Зачем его в double переводить?
Numeric в lua 5.3 представлен 2 типами.
 
Цитата
Александр М написал:
Зачем его в double переводить?
Значит, я исходный посыл не так понял. Конечно не нужно переводить. Главное, как выше написали, как-нибудь неожиданно для себя не перевести:
Цитата

In a conversion from integer to float, if the integer value has an exact representation as a float, that is the result. Otherwise, the conversion gets the nearest higher or the nearest lower representable value. This kind of conversion never fails

Отсюда.
 
Добрый день.

Уважаемые клиенты, исходное сообщение данной темы дополнено следующей информацией:

Цитата
Сообщаем о мерах, которые необходимо предпринять для корректной работы с 19-значными номерами заявок и сделок в QLUA:
1. Для корректной работы с 19-значными номерами в QLUA потребуется обновление терминала QUIK. На момент публикации данного уведомления версия с поддержкой 19-значных номеров в QLUA еще не вышла, но  планируется к выпуску до того, как данное изменение в торговой системе будет внедрено. Новость о выпуске версии терминала QUIK будет размещена на соответствующей странице нашего сайта (https://arqatech.com/ru/about/news/), кроме того, мы сообщим об этом в данной ветке форума.
2. В связи с необходимостью поддержки 19-значных номеров, в терминале новой версии запланировано изменение версии LUA c 5.1 до 5.3. Это, в свою очередь, означает следующее:
- Выполнение скриптов, скомпилированных под версию Lua 5.1, будет невозможно на новой версии терминала QUIK, для решения проблемы потребуется повторная компиляция под версию Lua 5.3;
- Lua 5.3 частично обратно не совместим с версией Lua 5.1, поэтому мы настоятельно рекомендуем провести повторную отладку скриптов на новой версии терминала, и убедиться в их работоспособности; более подробную информацию о совместимости Lua 5.1 и 5.3 можно получить по ссылкам:
https://www.lua.org/manual/5.3/manual.html#8
https://www.lua.org/manual/5.2/manual.html#8
https://www.lua.org/manual/5.1/manual.html#7

На нашем сайте в разделе «файловый архив» (https://arqatech.com/ru/support/files/) выложены новые версии индикаторов на Lua, которые совместимы как с Lua 5.3, так и с Lua 5.1. Если Вы использовали примеры этих скриптов в работе, их следует заново скачать, и обновить (это можно и нужно сделать, не дожидаясь выхода новой версии терминала QUIK с поддержкой Lua 5.3).

Ответы на часто задаваемые вопросы:

Вопрос:
  • Будет ли корректно работать функция tostring с большими числами?
Ответ:
  • Да будет.
Вопрос:
  • Поменяются ли типы данных у параметров таблиц и параметров функций, которые с ними работают?
Ответ:
  • Нет, не поменяются.
 
Цитата
Alexey Ivannikov написал:
Добрый день.

Уважаемые клиенты, исходное сообщение данной темы дополнено следующей информацией:

Цитата
....
Совсем другое дело, спасибо.
 
Добрый день.

Обращаем Ваше внимание, что первоначальное сообщение дополнено следующей информацией:

- изменилась дата внедрения данного изменения (теперь точно известно, что это случится 25 мая);
- поменялась ссылка на пресс-релиз биржи.
 
Цитата
Alexey Ivannikov написал:
- поменялась ссылка на пресс-релиз биржи.
Цитата
Alexey Ivannikov написал:
запланировано на 25 мая 2020 года:  https://www.moex.com/n27033 .
Правильная ссылка вот:
https://www.moex.com/n27761
 
Кстати! Уважаемые разработчики Квика!
У вас же всяко-разно есть уже бета (или может даже релиз-кандидат) 8.5 версии с этими доработками.

Учитывая, так сказать, текущую конъюнктуру биржевых (и не только) реалий, почему бы вам не выложить предварительную версию (на ftp), разумеется с соответствующей декларацией-предупреждением (ну как это обычно делается).
Проявить, так сказать, заботу о своих дорогих пользователях, дав им больше времени на проверку и адаптацию своих систем.
Заодно получить обратную связь по апробации всего этого дела.

Понятно, что вам захочется сразу в ответ дать категоричное Нет.
Но, большая просьба, попытаться донести это предложение до принимающих такие решения.
Нормальная же, современная практика.
Глядишь, и будет позитив... :)
 
Цитата
Latrop написал:
Кстати! Уважаемые разработчики Квика!
У вас же всяко-разно есть уже бета (или может даже релиз-кандидат) 8.5 версии с этими доработками.

Учитывая, так сказать, текущую конъюнктуру биржевых (и не только) реалий, почему бы вам не выложить предварительную версию (на ftp), разумеется с соответствующей декларацией-предупреждением (ну как это обычно делается).
Проявить, так сказать, заботу о своих дорогих пользователях, дав им больше времени на проверку и адаптацию своих систем.
Заодно получить обратную связь по апробации всего этого дела.

Понятно, что вам захочется сразу в ответ дать категоричное Нет.
Но, большая просьба, попытаться донести это предложение до принимающих такие решения.
Нормальная же, современная практика.
Глядишь, и будет позитив... :)
Добрый день.

Версию обязательно предоставим, потерпите ещё немного пожалуйста.
 
А как быть с 32-разрядной версией Квика?
 
Цитата
Constantin написал:
А как быть с 32-разрядной версией Квика?
В ней не планируется изменений.
Страницы: 1
Читают тему (гостей: 1)
Наверх