написал: Сегодня выпустил своего простенького робота сеточника на демо-счёт. Пока трудится без капризов, но потребление памяти, с учётом, что робот практически не накапливает данные впечатляет. Мусоровоз приезжает систематически, но загружает не весь мусор.
У меня достаточно сложные роботы, висят круглосуточно постоянно (пока на версии 8.8.4.3 с 14 сентября), память показывается в данном окне 300-600 KB и в этих пределах крутится. У вас просто нереальные цифры.
очевидно это у вас версия 7 на XP у меня тоже 7 версия кушает 600 КB а вот верия 8.3 на win10 даже без робота кушает 6.8МБ
Вроде русским языком написано версия 8.8.4.3 на win10 и кушает столько, сколько я написал.
Использование памяти скриптами Lua
Пользователь
Сообщений: Регистрация: 28.03.2016
22.09.2020 14:54:05
Цитата
Михаил Понамаренко написал: Сегодня выпустил своего простенького робота сеточника на демо-счёт. Пока трудится без капризов, но потребление памяти, с учётом, что робот практически не накапливает данные впечатляет. Мусоровоз приезжает систематически, но загружает не весь мусор.
У меня достаточно сложные роботы, висят круглосуточно постоянно (пока на версии 8.8.4.3 с 14 сентября), память показывается в данном окне 300-600 KB и в этих пределах крутится. У вас просто нереальные цифры.
написал: В связи с переходом биржи мы дождались 19 знаков.
Уважаемые разработчики и коллеги, может кто подскажет, почему результат разный и что надо подставить в string.format, чтобы он стал одинаковый? Как вы понимаете, необходимо, чтобы Номер заявки или сделки в виде строки всегда был нормальным числом, идентичным самому числу.
Результат: "bad argument #2 to 'format' (number has no integer representation)"
Правильно я понял, что Вы где надо и не надо лепили к числам ".0" В итоге получали переполнение разрядной сетки мантиссы, т к в отличии от целого числа на нее в 64 битах меньше места? Ну батенька, надо учить мат.часть.
Не правильно, я вообще ничего не лепил и у меня преобразования не было, но я в коде исторически использовал "%.f", т.к. надеялся, что если преобразование типов случайно пройдет, то в строку не добавится ".0" в конце. Код .0 не добавлял, а вот сам номер изменил даже при преобразовании целого числа в строку, о чем я и написал.
Как отключить контекстное меню в таблицах создаваемых в Lua?, События по правой кнопке перестали срабатывать в новой версии
сделал так: а=9152336732254970146 print(a) print(tostring(a)) --------------------- результат: 9152336732254970146 9152336732254970146 ---------------- что не так?
Пока тип не поменялся, все tostring() работает корректно, я выше уже написал. Теперь надо следить за этим в коде, т.к. если он изменится, то преобразование числа в строку дает или неправильное значение или вообще с e+... Выше я продемонстрировал. Я в своем коде проблему решил, просто проверил все места, где смотрится или преобразовывается номера заявок или сделок.
Что за бред с параметрами Lua индикаторов в Quik 8.8???
Пользователь
Сообщений: Регистрация: 28.03.2016
19.09.2020 18:20:02
Цитата
vladindre написал: Хотел бы добавить почти в тему , не создавая новую. Не работает редактирование в индикаторе.Меняю параметр , по логике должен измениться результат , а ничего не меняется . Мозг начал взрываться , все проверил тыщу раз. Все правильно. Пришлось воткнуть message и обнаружилось , что входной параметр не изменяется после редактирования. Индикатор не прилагаю , поскольку он примитивно простой с десяток строк и ломаться там нечему. Больше сочинил в качестве теста для проверки работы некоторых функций для применения в другом более объемном продукте. И кстати это уже второй случай.
В августе сочинил индикатор и такая же история - не меняется тэг линии , с которой надо брать данные. Я и так и эдак и все никак. Пробовал добавлять функцию OnChangeSettings() и тоже результата ноль Пришлось делать копии для разных окон с заранее прописанным тэгом индивидуально. То есть вставляешь индивидуальный индикатор и все четко работает. Это конечно очень нехороший косяк.Ну у меня пара десятков окон , а у кого если сотни ? Версия последняя 8.8.4.3. На предыдущих редактирование работало четко. Кстати встроенные работают нормально.
Такого не замечал, версия QUIK та же. 1 индикатор на нескольких графиках и на всех разные параметры.
Преобразование целого числа в строку в QUIK 8.8+
Пользователь
Сообщений: Регистрация: 28.03.2016
15.09.2020 19:33:35
Цитата
Nikolay написал: Только сейчас увидел, что Вы пытаетесь сделать. lua не может преобразовать double с таким числом цифр как 9152336732254970146.0
4-ое издание Programming in Lua, глава 4 ( )
For floating-point numbers, Standard Lua uses double precision. It represents each number with 64 bits, 11of which are used for the exponent. Double-precision floating-point numbers can represent numbers withroughly 16 significant decimal digits, in a range from -10308 to 10308. (Small Lua uses single-precisionfloats, with 32 bits. In this case, the range is from -1038 to 1038, with roughly seven significant decimaldigits.)
Any integer up to 2^53 (which is 9007199254740992) has an exact representation as a double-precisionfloating-point number. Integers with larger absolute values may lose precision when converted to a float.
Поэтому если число имеет тип math.type = integer, то до 2^53 (9007199254740992) нет проблем представления. А если это уже double, то его не будет.
Специально я не пытаюсь, я боюсь, чтобы случайно преобразования не было, иначе беда. Причем, если она случилась, то она не лечится, номер изменится.
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 изменен и проверен.
