Новая версия 8.5

< reserved >

не то чтобы мне обидно, но может хотя бы тогда объединить темы: [url]https://quik2dde.ru/viewtopic.php?id=316[/url] ?

toxa, по указанной вами ссылке вы завели очень правильную тему, и там раздел "Написание своих библиотек".
Там мы и будем обсуждать потроха API для взаимодействия Lua и Cи.

А здесь общая тема про нововведения новых версий в части языка Lua (чтобы в первых сообщениях вести лог изменений от версии к версии, чтобы было в развёрнутом виде видно что и как). Это касается не только 8.5 версии, но и последующих, заголовок темы будет обновляться.

Еще очень хотелось бы обсудить здесь что же нового в Lua 5.3 нам приготовлено, что доступно нового / полезного и т.п. Чем язык-о собственно отличается?

Всем привет!

Ребята, чудной может быть вопрос:

Тут очнулся - говорят биржа переходит на 19 знаков, квики новые надо ставить, а я сидел до сих пор на 6 версии)), юзал скрипты на Lua в текстовой форме, сегодня вот поставил 8.6.0.97

В папке библиотеки и 5.1 и 5.3
И тут вопрос - если я запущу сейчас свой скрипт текстовой, он в 5.3 запустится?
Это никак не задается?

Как бы библиотека про 5.1 лежит, но что она там делает- сами квиковцы не могут внятно ответить.
Так что по факту только одна Lua версии 5.3 присутствует в QUIK 8.5, 8.6 и далее.

Формально синтаксис языка не изменился.
Но есть некоторые нюансы, волшебно почти ни у кого не завелось, надо то тут, то там править нюансы.

На срочке всегда номера заявок и сделок были 64-х битные. Ничего завтра особенного не случится.

если сам квик 6 не отрубится, то, скорее всего, да.

Сделки на срочке прекрасно снимаются в шестом квике, как и прежде.

Зря я истерично все выходные в панике бегал по кругу, обхватив голову руками.))

Стас, если честно - из вашего сообщения мало что понятно.
Переформулируйте, пожалуйста, в более простой и формализованный формат:
1) вот такие значения переменных
2) вот такой код - даёт такой результат
3) вот такой код - даёт вот такой результат
И вопрос по какому именно коду какой результат видится некорректным

Здравствуйте, уважаемый Стас. Я заглянул в справочник по функции OnTransReply от ноября 2018 года, там числится поле

То есть, он всегда был числом типа NUMBER. Однако, при отправке транзакции функцией sendTransaction поле ["TRANS_ID"] должно быть числом, но типа STRING, иначе транзакция не будет принята сервером.

Может, Ваша история связана именно с этой особенностью...

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

Из опыта - лучше оба номера транзакции привести к типу NUMBER, потому, что при преобразовании в строку числа 695980319 - можно неожиданно получить что-то вроде "695980319.0000000" и это будут разные строки.
Все дело в том, что число может быть в QLUA представлено как STRING в поле одной таблицы и как NUMBER в поле другой.

А при сравнении чисел в типе NUMBER, даже если одно из них будет как 695980319, а второе 695980319.0000000 - QLUA поймет, что это один и тот же номер.

Такие случаи имеют место быть, когда лень заглядывать в справочник по функциям QLUA

То есть, если выполнить код в общем виде:

String_Number = "2"
Number_String = tostring(2.00000)

message(tostring(String_Number == Number_String))

Все получится и функция message выведет результат true

Но в QLUA можно запутаться, например, получая какое-либо значение из таблиц. В качестве примера возможной запутки приведу получение номинала ОФЗ из таблицы "Текущие торги". В поле номинал значение хранится так: "1000.0000".
Привычным значение номинала является 1000 рублей, а не 1000.0000 рублей.

Пример немного надуман, но я полагаю, что он даст немного наглядности той мысли, которую я пытаюсь выразить в этом сообщении.

ParamRequest("TQOB", "SU26205RMFS3", "SEC_FACE_VALUE")
Nominal = getParamEx2("TQOB", "SU26205RMFS3", "SEC_FACE_VALUE").param_value

Out_1 = "Приводим номинал к типу STRING : "..tostring(tostring(Nominal) == tostring(1000)).."\n"
Out_2 = "Приводим номинал к типу NUMBER : "..tostring(tonumber(Nominal) == tonumber(1000))
Out = Out_1..Out_2

message(Out)

При выполнении этого кода - первое сравнение tostring(Nominal) == tostring(1000) даст результат false, а второе tonumber(Nominal) == tonumber(1000) даст результат true

Здравствуйте, уважаемый Стас.

Всегда - пожалуйста

Я написал свое предположение, почему раньше скрипты работали. У меня не стоит еще новая версия QUIK 8.5 и я не могу сказать точно, что именно изменилось, но общую причину я написал. Она состоит в том, что Lua может иногда корректно автоматически преобразовывать данные при сравнении в один тип. Ключевое слово "иногда".

Очень часто я чувствую себя также. Но меня спасает некоторая цитата:

Я уже встречал в сети посты о том, что и tostring у Lua 5.3 работает по-другому и нулей после точек много добавляется и т.д. и т.п. В общем, в похождении по этим граблям одиночества не наблюдается.