nikolz написал: а можно подробнее про ошибку. у меня Lua 5.3 работает корректно вот пример: a=1952336732254970146 print(a) print(tostring(a)) print(a+1) print(tostring(a+1)) ------- результат: 1952336732254970146 1952336732254970146 1952336732254970147 1952336732254970147 ---------------- что не так?
Внимательно посмотрите все мои варианты и сделайте ваш пример для числа 9152336732254970146
Все вроде хорошо, но 3-й результат предыдущего сообщения все портит.
- Роботы и индикаторы
Преобразование целого числа в строку в QUIK 8.8+
Пользователь
Сообщений: Регистрация: 28.03.2016
14.09.2020 19:04:40
В связи с переходом биржи мы дождались 19 знаков.
Уважаемые разработчики и коллеги, может кто подскажет, почему результат разный и что надо подставить в string.format, чтобы он стал одинаковый? Как вы понимаете, необходимо, чтобы Номер заявки или сделки в виде строки всегда был нормальным числом, идентичным самому числу.
Повышенное потребление оперативной памяти при открытых таблицах «Купить/продать» и «Состояние счета».
В некоторых случаях наблюдались расхождения в значениях доходности по облигациям, вычисленных в форме ввода заявки и в Таблице заявок.
При использовании специализированной формы ввода заявок добавление транзакции в карман транзакций могло приводить к отправке данной транзакции в торговую систему.
Некорректный расчет доходности в специализированной форме ввода заявок, который не соответствовал доходности заявки.
Уважаемая техподдержка. Данная версия все еще считается нестабильной? У большинства брокеров максимальная 8.7.1.3.
- Роботы и индикаторы
Что за бред с параметрами Lua индикаторов в Quik 8.8???
Пользователь
Сообщений: Регистрация: 28.03.2016
25.08.2020 09:58:50
Цитата
Сергей написал: Дробные значения тоже не вводятся. Обратите внимание, пожалуйста.
Это у них не ошибка, а фича :). Целая переписка была на эту тему.
- Роботы и индикаторы
Грядущие изменения на срочном рынке МБ: поддержка работы с 19-значными номерами заявок и сделок
написал: Опасно. Терминал 8.8.1.5 ещё не готов к работе, т.к. падает с дампами. Пользователям ещё повезло, что у биржи менялись приоритеты (возможность отрицательных цен) и из-за этого дата всё отодвигалась.
Неясно, успеют ли разработчики за оставшийся месяц залечить дыры.
Добрый день.
Если падает терминал, то этот вопрос надо исследовать. Пришлите dmp файлы нам на будем разбираться.
Вам Юрий шлет дампы постоянно. Мало того терминал показывает увеличение занятой оперативной памяти вообще без запущенных скриптов на 2 разных компьютерах и это увеличение не застывает, а продолжает расти.
написал: Добрый день, Для указания вещественной природы параметра индикатора нужно обязательно дополнять его значение суффиксом .0. В документации данное условие мы отразим в очередном обновлении ПО.
Это окончательный ответ по данному вопросу или следующий сотрудник все таки скажет что будете исправлять? А потом следующий подтвердит что будете исправлять но документацию, а не софт... Где определенность?
определенность внесена в резолюции, т.е. будут править документацию
Т.е. то, что у практически всех пользователей с установленными оптимальными параметрами нестандартными индикаторами слетят настройки Вас не волнует. И то что стоит автообновление у большинства пользователей, а это значит, что настройки сначала слетят и только потом они прочитают в вашей документации почему это произошло тоже не волнует?
Юрий вам писал, что на руках тысячи скомпилированных индикаторов, т.е. быстро исправить тоже не получится.
Вы замечательно решаете проблемы. И вы мне не ответили по поводу точности в индикаторах в дополнительных областях и выставления там пользовательских уровней. Просто игнорируете мой вопрос.
- Роботы и индикаторы
Нулевые значения PRICEMIN и PRICEMAX
Пользователь
Сообщений: Регистрация: 28.03.2016
07.07.2020 19:18:16
В БКС по акциям и облигациям тоже нули в этих колонках. Рынок ФОРТС нормально.
написал: Не успели выложить и уже БАГИ.... Невозможно задать десятичные значения параметров в собственных индикаторах где ранее это было возможно. Тупо не ставится ни точка ни запятая в качестве разделителя дробной части. Соответственно это СРАЗУ ставит крест на дальнейшем тестировании данной версии...
Добрый день,
Для указания вещественной природы параметра индикатора нужно обязательно дополнять его значение суффиксом .0. В документации данное условие мы отразим в очередном обновлении ПО.
Вы внутри себя не договорились что ли, почему Вы пишите одно, а до Вас Пишут другое?
Цитата
Sergey Gorokhov написал: Внимание всем. В данном топике описываются две разные проблемы Как либо пересекать их крайне недопустимо. Одна проблема, то что в свойствах Lua индикатора нельзя ввести вещественное число если в Settings оно задано как целое. И Вы , описываете ровно ту же самую проблему, только другими словами. И эта проблема будет чиниться.
Вторая проблема, то что в свойствах индикатора, в уровне цены, нельзя указать число с точностью превышающую точность инструмента. И как уже было сказано, это НЕ является багом, так работало всегда и такая работа описана в .
- Роботы и индикаторы
[BUG] QUIK вешается при использовании DestroyTable из main
Пользователь
Сообщений: Регистрация: 28.03.2016
06.07.2020 19:37:39
А это про какую именно версию?
- Роботы и индикаторы
Отладка QUIK 8.7
Пользователь
Сообщений: Регистрация: 28.03.2016
06.07.2020 16:16:58
Цитата
Sergey Gorokhov написал: Внимание всем. В данном топике описываются две разные проблемы Как либо пересекать их крайне недопустимо. Одна проблема, то что в свойствах Lua индикатора нельзя ввести вещественное число если в Settings оно задано как целое. И Вы , описываете ровно ту же самую проблему, только другими словами. И эта проблема будет чиниться.
Вторая проблема, то что в свойствах индикатора, в уровне цены, нельзя указать число с точностью превышающую точность инструмента. И как уже было сказано, это НЕ является багом, так работало всегда и такая работа описана в .
Я Вам дополнительную информацию предоставляю. Рад, что Вы решили, что это все-таки проблема и будет решена. Надеюсь до Брокеров Ваше версия 8.7 не дошла в текущем виде, иначе у пользователей уже может произойти сброс параметров..
Что касается второй проблемы "в уровне цены, нельзя указать число с точностью превышающую точность инструмента", то это все-таки БАГ, т.к. это пользовательские уровни и Вы не можете решать за пользователя, какое значение ему надо проставить согласно свой стратегии и расчетам. Также вы не ответили на мой вопрос, касательно осцилляторов и вообще любых индикаторов в Отдельной обрасти графика. Какое отношение точность инструмента имеет к данным индикаторам, у которых даже диапазон значений свой?
- Роботы и индикаторы
Отладка QUIK 8.7
Пользователь
Сообщений: Регистрация: 28.03.2016
06.07.2020 09:40:29
Дополнительно выяснилось, что параметры у существующих индикаторов, которые уже добавлены на графики - округлились до целого.
Возникает вопрос: Разработчики QUIK вы что творите?
Сейчас после обновления до 8.7 у всех пользователей на десятках графиках как минимум часть оптимизированных и выстраданных параметров на десятках индикаторах округлилась до целого и Индикаторы резко стали показывать "левые" значения. Мало того, у части пользователей по данным индикаторам работают роботы. И точно 99% пользователей заметит этот Ваш "подарок" не сразу, но когда заметит, я Вам не завидую, т.к. ВСЕ (и брокеры и разработчики индикаторов и роботов) переведут стрелки на Вас и правильно сделают. У Вас данное "обновление" даже не анонсировано в изменении версии.
Вы что делаете? Вы вообще думаете о последствиях своих решений? Кто у вас принимает решение о включении тех или иных правок в версию? Почему нужные исправления висят годами, а вот такие "спорные" (я бы высказался по иному) внедряются за пару недель без анализа последствий?
написал: Да ещё и регрессы в тех местах, которые не ожидали увидеть (см. второе сообщение темы).
Строго говоря это не баг, а наоборот в соответствии с . Вот поэтому и приходится влезать в некоторые темы и пытаться доказать некоторым пожелателям, что их некоторые пожелания не так уж хороши, как им кажется. Ну в этом конкретном случае я скорее за, оно так логичнее.
Пожелание мягко говоря спорное, т.к. по синтаксису lua 5.3 любое действие с переменной преобразует ее во float, а тем более, что она наверняка используется в расчетах и там все переменные будут float. Но вы удивительно быстро на него прореагировали, при этом не учли, что есть уже тысячи готовых индикаторов, которые на руках у десятков тысяч клиентов, и у которых сейчас реальные проблемы появились на ровном месте.
написал: Точность значений индикаторов, например, таких, как VHF, не может ограничиваться точностью цены самого инструмента.
И тем не менее оно так работает, и даже в документации сказано "Значение указывается в единицах цены," так что это не баг а фишка, если хотите другого поведения, то это пожелание на доработку.
Значение должно указываться в единицах цены используемого индикатора, даже МА рисуется с дробной частью и уровень мы должны мочь поставить произвольный. Про осцилляторы я написал выше, там уже вообще ваша логика не работает никак.
написал: Дополнительно так и остался похожий баг, который у вас тянется еще с начала времен и по которому только сплошные обещания исправить.
В настройках ЛЮБОГО индикатора (и самой цены) в разделе Уровни нельзя добавить уровень с дробной частью. Вообще.
Если на инструменте точность цены не позволяет наличие дробных значений то форма ввода цены уровней действительно не даст указать дробную цену, и собственно это не является багом. Если у инструмента точность позволяет дробные значения то уровни прекрасно рисуются.
Если по данному инструменту добавить осциллятор, который рисует свои значения от 0 до 1, то уровни тоже не добавляются. Обьясните мне, какое отношение имеет точность самого инструмента, к осциллятору по инструменту, у которого точность своя?
- Роботы и индикаторы
Отладка QUIK 8.7
Пользователь
Сообщений: Регистрация: 28.03.2016
03.07.2020 16:39:04
Дополнительно так и остался похожий баг, который у вас тянется еще с начала времен и по которому только сплошные обещания исправить.
В настройках ЛЮБОГО индикатора (и самой цены) в разделе Уровни нельзя добавить уровень с дробной частью. Вообще.
- Роботы и индикаторы
Отладка QUIK 8.7
Пользователь
Сообщений: Регистрация: 28.03.2016
03.07.2020 16:29:26
Если обьявить:
Код
Settings=
{
Name = "*Индикатор",
K = 2,
line =
{
{
Name = "Line",
Color = RGB(128, 128, 255),
Type = TYPE_DASH,
Width = 2
}
}
}
То дальше параметр в K нельзя прописать с дробными
Если обьявить:
Код
Settings=
{
Name = "*Индикатор",
K = 2.25,
line =
{
{
Name = "Line",
Color = RGB(128, 128, 255),
Type = TYPE_DASH,
Width = 2
}
}
}
То дальше можно прописывать дробные.
ДО 8.7 прекрасно все работало даже на lua 5.3 (версии 8.5-8.6), как и в версиях 6.17-8.6.
_sk_ написал: Вчера опять терминал 8.6.0 упал с дампом. Дамп выслан разработчикам. Нестабильная работа, к сожалению. Когда будет новая версия -- не говорят, цикл выпуска релизов медленный, хотя ошибки критические.
Поэтому я решил, что Lua 5.3 в своих скриптах проверил, правки для восстановления работоспособности внёс, а теперь откачусь к версии 8.3, чтобы финансово не терять из-за таких внезапных падений в неподходящее время. Пусть останется один тестовый терминал с малыми торговыми объёмами, а основные объёмы пока доверять новым терминалам не буду
Даже брокеры уже официально на сайте вместо 8.5 стали опять 8.3 выдавать. Конкретный пример - БКС. Я специально звонил в тех.поддержку и официальное мнение - версия нестабильная. У меня 8.5 только в тесте крутится.
Ждем стабильной версии от разработчиков, времени осталось в обрез до 6 июля.
- Роботы и индикаторы
lua 5.3 не открывает заявки...
Пользователь
Сообщений: Регистрация: 28.03.2016
15.06.2020 12:06:34
Проблема явно здесь: priceForMarketOrder( vol )
- Роботы и индикаторы
Отладка QUIK 8.6
Пользователь
Сообщений: Регистрация: 28.03.2016
14.06.2020 17:54:15
Мне кажется, что если есть ошибка в скрипте, то должен вывалиться скрипт, а не падать весь QUIK, тем более, что у Юрия никакие сторонние и сомнительные библиотеки (или неправильно скомпилированные) не используются в принципе, чистый штатный lua. Следовательно падение QUIK - это ошибка в самом QUIK.
- Роботы и индикаторы
quik 8.5 + lua 5.3 = ошибка
Пользователь
Сообщений: Регистрация: 28.03.2016
01.06.2020 12:22:56
Цитата
Александр Волфовиц написал: Ну вот, обновил до 8.5.2.11 (до этого была 8.3.2.4) , и при запуске работавшего ранее без проблем скрипта квик вылетел с сообщением что-то вроде "закрыто рабочее место QUIK". Откатил обратно к 8.3.2.4 - всё нормально работает.
В какую сторону хоть копать, подскажите?
Копать в сторону перекомпиляции скрипта под lua 5.3 с изменением синтаксиса естественно под новую версию.
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Данное пожелание зарегистрировано еще с 2015 года, его просили сделать изначально, еще с 6.17 версии QUIK, т.к. работать со списком скриптов очень неудобно. В конфигурацию они нормально не попадают, надо перегружать весь QUIK и то не факт. При вылете QUIK список восстанавливается вообще непонятно какого варианта (хотя конфигурация сохранятся постоянно). Упорядочить записи нельзя, а если скриптов несколько десяток, то в списке полная каша.
- Роботы и индикаторы
Отладка QUIK 8.6
Пользователь
Сообщений: Регистрация: 28.03.2016
30.05.2020 15:33:19
А сделали наконец-то, что скрипты можно менять местами в списке и главное этот список сохраняется при сохранении конфигурации?
- Роботы и индикаторы
QUIK 8.5.2.11 Минимизация области обьема при переходе по инструментам
Пользователь
Сообщений: Регистрация: 28.03.2016
29.05.2020 09:22:22
Картинку, как это выглядит вам выслал, могу выслать видео.
- Роботы и индикаторы
QUIK 8.5.2.11 Минимизация области обьема при переходе по инструментам
Пользователь
Сообщений: Регистрация: 28.03.2016
28.05.2020 12:46:30
Наткнулся на ошибку визуализации:
1. Текущие торги ставлю якорь 2. Стандартные график по инструменту заякоренный на текущие торги 3. При переходе между инструментами в графике минимизируется область обьема вниз. При этом область не пропадает, просто ее высота в 0 превращается.
- Роботы и индикаторы
Enter Trade 0.1 - Торговый привод для терминала Quik с открытым исходным кодом
Пользователь
Сообщений: Регистрация: 28.03.2016
27.05.2020 14:44:43
Мне кажется рекламировать так явно свои продукты на форуме разработчиков не очень хорошо. Если все так будут делать, то сообщения с реальными проблемами затеряются.
написал: По времени гораздо быстрее удалить многострочные вручную, а потом скриптом однострочные, чем писать парсер или искать готовый. Проверено.
А если скрипт в несколько тысяч строк ? Так что плохо проверено, лучше потратить несколько часов (дней может даже) и потом все быстро делать, чем постоянно тратить кучу времени на удаления оных.
--------------------- Функция для удаления всех комментариев в файле.lua , может кому пригодится.
Скрытый текст
Код
...
--===================================
Все мои роботы из нескольких тысяч строк, но как-то справляюсь. :) Плагины, что я проверял, некорректно отрабатывали многострочные комментарии.
- Роботы и индикаторы
Удаления всех комментариев из скрипта.lua
Пользователь
Сообщений: Регистрация: 28.03.2016
14.05.2020 16:05:05
По времени гораздо быстрее удалить многострочные вручную, а потом скриптом однострочные, чем писать парсер или искать готовый. Проверено.
- Роботы и индикаторы
Грядущие изменения на срочном рынке МБ: поддержка работы с 19-значными номерами заявок и сделок
написал: Зачем в дистрибутиве, по которому официально обьявлено, что он переведен на lua 5.3 нужен файл lua5.1.dll?
Как зачем? Терминал же теперь поддерживает две версии 5.1 и 5.3, не?
С чего вы это взяли? Читайте внимательно официальное сообщение:
"В связи с необходимостью поддержки 19-значных номеров, в терминале версии 8.5 выполнено изменение версии LUA c 5.1 до 5.3. В связи с этим:
Выполнение скриптов, скомпилированных под версию Lua 5.1, будет невозможно на новой версии терминала QUIK, для решения проблемы потребуется повторная компиляция под версию Lua 5.3.
"
- Роботы и индикаторы
Грядущие изменения на срочном рынке МБ: поддержка работы с 19-значными номерами заявок и сделок
Действительно, есть синхронизационная ошибка, иногда приводящая к сбоям. Мы исправим ошибку в ближайшем обновлении ПО. Приносим извинения за доставленные неудобства.
Слово "иногда" тут явно лишнее. Можно более конкретно, когда будет ближайшее обновление и что именно там планируется исправить из той кучи ошибок, что уже набралось?
- Роботы и индикаторы
[BUG] Крах Квика при работе скрипта, версия 8.5
Пользователь
Сообщений: Регистрация: 28.03.2016
04.05.2020 20:13:16
Тут налицо переполнение 2-х переменных: ticksIn и n
При возникновении ошибок при использовании LUA-скриптов, либо в том числе не связанных со скриптами, на версии 8.5.1 Рабочего места QUIK, просьба направлять нам на почту следующие данные: - подробное описание проблемы и скриншот возникшей ошибки (если таковая была); - архив Рабочего места QUIK без файлов ключей на котором возникла ошибка; - по возможности файл скрипта, который выполнялся на момент возникновения ошибки. Данная информация позволит разобраться в каждом из случаев детально и как можно скорее устранить ошибки, если таковые будут найдены
А вы уже исправили ошибки, которые нашли в соседних ветках?
(5 подряд сообщений по проблемам)
Очень много подтвержденных с Вашей стороны ошибок и обещаний "Мы исправим конфигурацию в ближайшем обновлении ПО."
Когда будет "ближайшее обновление ПО." и хотелось бы в описании этого обновления четко увидеть, что именно было исправлено? У вас явно большие проблемы с памятью, потоками и правильной отработкой функций.
- Роботы и индикаторы
Отладка QUIK 8.5
Пользователь
Сообщений: Регистрация: 28.03.2016
04.05.2020 11:47:19
Присоединяюсь. Или правьте нормально программу, чтобы она не падала через 1-2 дня без дампов или просите Мосбиржу по переносе.
Повторюсь: На терминале НЕ используются сторонние библиотеки или dll, только встроенные возможности lua. Скрипты стабильно работают месяцами на 7-й и 8-й версии QUIK без падений, синтаксис под 5.3 изменен и проверен.
- Роботы и индикаторы
Quik 8.5 не освобождается память
Пользователь
Сообщений: Регистрация: 28.03.2016
30.04.2020 13:22:59
Данная ошибка будет исправлена ДО июня, когда все обязаны перейти на 8.5? Сейчас 8.5 пользоваться нельзя, QUIK падает через 1-2 дня просто на ровном месте без дампа.
Причем в скриптах CreateDataSource вообще не используется, т.е. все значения берутся напрямую с графиков. Скрипт отработан на 7 и 8-х версиях и работает там без ошибок месяцами (естественно он исправлен под синтаксис 5.3), никаких внешних библиотек не используется в принципе.
- Роботы и индикаторы
Грядущие изменения на срочном рынке МБ: поддержка работы с 19-значными номерами заявок и сделок
написал: увидел, что там 2 dll и версии lua 5.1 и версии 5.3 Какая основная
Можно предположить, что 5.1 оставили для какой-то там совместимости, 5.3 экспортирует все то же самое (с поправкой на версию луа). Пока не обнаружил, чтобы что-нибудь крэшнулось без 5.1 (просто убрал ее).
Не хочется просто так экспериментировать. Я все-таки подожду официальный ответ. В Документации тоже ни слова, что кстати странно, как минимум должны были именно в Документации озвучить, что версия lua меняется и ссылку дать на различия в версиях.
- Роботы и индикаторы
Грядущие изменения на срочном рынке МБ: поддержка работы с 19-значными номерами заявок и сделок
Пользователь
Сообщений: Регистрация: 28.03.2016
18.04.2020 12:12:06
Цитата
_sk_ написал: Вроде как, можно начинать тестирование Lua 5.3 и поддержку 19-значных номеров заявок. Больше тестов и обратной связи -- больше шансов на безглючный переход.
Хотелось бы получить официальный ответ, можно ли начинать тестирование. Также я увидел, что там 2 dll и версии lua 5.1 и версии 5.3 Какая основная и вообще по какому принципу они используются при запуске lua-скриптов?
- Роботы и индикаторы
Грядущие изменения на срочном рынке МБ: поддержка работы с 19-значными номерами заявок и сделок
написал: вещественные числа двойной точности (double 64-bit)
Только там , откуда и все нынешние проблемы. Там еще старший бит неявный, подразумевается всегда единица, а если это не так, получается денормализованное число и т.д. и т.п., в общем в даблы 64 бита не влезают хоть тресни. Более того, никакие ухищрения вроде *reinterpret_cast<unsigned long long *>(&dbl) = 0xFFFFFFFFFFFFFFFFULL надежными не будут, дабл всегда может заехать в сопроцессор без уведомления, а тот его "подправит" под ожидаемый формат, да и сишный рантайм тоже ожидает дабл в виде дабла и может что-нибудь с ним сделать под ковром.
Для номера заявки или сделки достаточно целого числа Integer 64 бит, это 20 знаков (без знака) или 19 (со знаком)
Зачем его в double переводить? Numeric в lua 5.3 представлен 2 типами.
- Роботы и индикаторы
Грядущие изменения на срочном рынке МБ: поддержка работы с 19-значными номерами заявок и сделок
написал: 2. Тип полей во всех текущих функциях, которые в качестве параметров требуют ввода номера заявки или сделки или возвращают номер заявки или сделки, НЕ поменяется.
По-моему, весь смысл перехода на 5.3 в том, чтообы тип этих полей поменялся. В NUMBER больше 51 бита не впереть даже на 5.3.
выдержка из Lua 5.3: "Стандартный Lua использует 64-битные целые (integer) и вещественные числа двойной точности (double 64-bit)"
- Роботы и индикаторы
Грядущие изменения на срочном рынке МБ: поддержка работы с 19-значными номерами заявок и сделок
В связи с вышеизложенным настоятельно рекомендуется проверить работоспособность своих скриптов с 19-значными номерами заявок и сделок.
Настоятельно рекомендуем проверить тем, что еще не вышло и неизвестно как будет реализовано...
Более подробно распишите, как сделать эту волшебную операцию, Вы же не можете в открытую издеваться над пользователями?
Добрый день.
Цель данного оповещения - раннее предупреждение о грядущих изменениях, чтобы пользователи уже сейчас начинали работать в данном направлении. По поводу выхода соотв. версии рекомендуем следить за обновлениями в данной ветке форума.
Если вы хотя бы в общих чертах опишите грядущие изменения, то мы начнем работать. Подтвердите информацию: 1. Lua обновляется до версии 5.3 2. Тип полей во всех текущих функциях, которые в качестве параметров требуют ввода номера заявки или сделки или возвращают номер заявки или сделки, НЕ поменяется. 3. Функция tostring будет корректно работать в новыми большими числами. 4. Какие еще возможные изменения могут быть?
- Роботы и индикаторы
Грядущие изменения на срочном рынке МБ: поддержка работы с 19-значными номерами заявок и сделок
Пользователь
Сообщений: Регистрация: 28.03.2016
10.03.2020 09:31:19
Цитата
В связи с вышеизложенным настоятельно рекомендуется проверить работоспособность своих скриптов с 19-значными номерами заявок и сделок.
Настоятельно рекомендуем проверить тем, что еще не вышло и неизвестно как будет реализовано...
Более подробно распишите, как сделать эту волшебную операцию, Вы же не можете в открытую издеваться над пользователями?
