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

Владимир, рекомендую прежде чем возмущаться, ознакомиться с учебниками по языку Lua, раз уж приходится на нём программировать в терминале. Также можно почитать информацию о динамически типизируемых языках и зачем так сделали их создатели.

Хотите узнать тип переменной -- есть функция type(переменная), которая возвращает строку с названием типа.

Если tonumber возвращает nil, значит аргумент не может быть представлен в виде числа.

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

Винить кого-то в своих ошибках -- самый простой способ, конечно.

Новая версия для отладки.

ftp://ftp.quik.ru/public/updates/8.9/quik_8.9.0_upd.zip

Исправленные недоработки:

1) Некорректная работа кнопки «max» в специализированной форме ввода заявки.

2) Фильтр по времени в настройках графика теперь недоступен при использовании интервалов
длительностью в «День», «Неделю» и «Месяц».

3) Зависание программы при вызове функции QLUA DestroyTable.

4) В некоторых случаях создание таблиц «Позиции участника по деньгам» и «Позиции участника по
инструментам на выбранных счетах» было недоступно.

5) В некоторых случаях в таблицах «Позиции по инструментам» отображались дубликаты позиций.

6) Некорректное автозаполнение полей торгового счета и кода клиента в панели торговли таблицы
котировок.

7) В некоторых случаях программа аварийно завершала работу при запуске.

8) Некорректная работа фильтра классов и инструментов Таблицы обезличенных сделок.

9) Программа аварийно завершала работу в некоторых случаях после разрыва связи с сервером QUIK и
последующим восстановлением соединения.

10) В некоторых случаях оценка позиций в таблице «Состояние счета» выполнялась по инструменту
некорректного класса.

11) В некоторых случаях на форме ввода заявки рассчитывался некорректный объём комиссии.

12) На форме ввода заявки FX-плагина рассчитывался некорректный объём комиссии.

13) В некоторых случаях программа аварийно завершала работу.

14) Для индикаторов на LUA значения параметров свечей не учитывали младшие разряды, если они
равны «0».

15) Некорректная работа программы на Windows Server 2003.

16) В некоторых случаях не отображались имеющиеся позиции по деньгам и инструментам.

17) Программа аварийно завершала работу при работе скриптов на LUA с данными графиков. Набор
функций для работы с данными графиков описан в пункте 3.10 Руководства пользователя LUA –
Интерпретатор языка LUA / 3. Функции взаимодействия скрипта LUA и Рабочего места QUIK / 3.10
Функции для работы с графиками.

Интересно, разработчики прислушаются или нет?

Вот пример, где 3 класса: фьючерсы, валюта и акции. После столбца времени идёт столбец с микросекундами. Монотонность нарушена.
 

Если в таблицу обезличенных сделок добавить классы TQBR и SPBFUT, то можно убедиться, что время не будет монотонным. Внутри класса TQBR -- да, а всё вместе -- нет, т.к. эти классы торгуются в разных биржевых системах.

Я не проверял ещё, что после нововведений на срочном рынке внутри класса SPBFUT время останется монотонным. Возможно, что сейчас это пока так, но сохранится ли это в будущем -- неясно.

Интересует, исправлены ли ошибки, упомянутые тут:
https://forum.quik.ru/messages/forum10/message48049/topic5119/#message48049
Хоть это и не мои ошибки, внимательное чтение сообщений на форумах подсказывает, что основные причины проблем именно там. Потом эти проблемы могут по-разному проявляться у разных пользователей.

Сегодня не будет релиза? Надо знать, чтобы принимать решение о дальнейшей эксплуатации.

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

В дополнение могу лишь свои домыслы высказать. Терминал несколько раз аварийно завершал свою работу с дампами памяти (вам отосланы). Вполне возможно, что в эти моменты были испорчены данные по графикам. После перезаказа данных и отработки логики, описанной вами выше в теме, "битая" часть графиков ушла в архив. Пока она не будет удалена руками или по превышению 65 тыс. свечей, будет проявляться описанная мною выше проблема.

Резюмируя гипотезу: из-за ошибки в другом месте (аварийные завершения работы терминала) получаются "битые" графики, которые потом портят нормальную работу.

Как справиться с проблемой я описал выше.

Есть косвенные признаки того, что в терминале 8.8.4.3 (и, возможно, других версий) могут получаться "битые" графики при склейке 3000 свечей, которые выдаёт сервер, и архива свечей, накопленных в терминале.

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

Как стабильно воспроизвести ошибку я не знаю. Помогает закрытие терминала, удаление dat-файлов из папкок archive и archive\bak, повторный запуск терминала. История сбросится до 3000 свечей в этом случае.

Перезаказ данных с указанием всех галочек не помогает.

Может, у кого-то ещё есть похожие симптомы.

Вопрос к разработчикам: когда будет очередной релиз терминала или нам придётся торговать 14 сентября с помощью 8.8.4.3, про который ТОЧНО известно, что там РЕГУЛЯРНО происходят аварийные завершения работы из-за QLua?

Думаю, что надо разработчикам терминала предупридить всех брокеров, чтобы версию QUIK обновляли до 8.8.4.3, чтобы как можно меньше было ошибок в QLua, иначе накроет волна жалоб уже не только от энтузиастов-тестировщиков, но и от всех остальных пользователей.

В этой версии поломано поле balance, которое используется в функции обратного вызова OnOrder в QLua. Если это Вам не критично, можете использовать 7.27, если критично, то откатывайтесь на 7.16, например. В какой именно версии была поломка, я не помню точно.

Спасибо за регистрацию пожелания.

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

Акцентирую внимание, что хотелось бы поддержку не только в *.tro/*.trr, а вообще в терминале целиком.

Предлагаю ещё раз вернуться к теме поддержки кодировки UTF-8 в терминале QUIK. Кажется, что QUIK -- это одна из последних программ, которая ещё не перешла на современные стандарты.

Постарались ли разработчики рассмотреть это пожелание? Приняли ли решение реализовать?

Провёл исследование на тему работоспособности wine для терминала QUIK.

1) Если использовать wine 4 (например, в текущем Debian 10.5), то терминал работает.
2) Если использовать wine 5.16 (текущий development-релиз; подключение репозитория см. на сайте WineHQ.org), то терминал тоже работает (пробовал в Linux Mint 20).
3) Версии 5.0 - 5.5 поломанные или недоделанные. Как я понял, там серьёзная переделка кода идёт. С какого момента починилось -- не исследовал уже.

Для меня работает -- это запускаются скрипты QLua.

Я хоть и не техподдержка, но скажу, что начиная с 8.5, чем больше версия, тем стабильнее терминал. Ошибки устраняются быстрее, чем создаются новые, пока что.

Ставьте смело 8.8.4, меньше глюков будет.

Вставить в двух местах документации явные пояснения, что можно в третьем месте прочитать.

Надо зарегистрировать пожелание на доработку, как же вы не понимаете!    

Вопросы к разработчикам:

1) Исправлены ли в версии терминала 8.8.4 ошибки, описанные в этой теме?

2) Если ответ на п.1 отрицательный, то смогли ли вы воспроизвести эти ошибки у себя?

Новая версия 8.8.4.

ftp://ftp.quik.ru/public/updates/8.8/quik_8.8.4_upd.zip


Изменения

Повышенное потребление оперативной памяти при открытых таблицах «Купить/продать» и «Состояние счета».

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

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

Некорректный расчет доходности в специализированной форме ввода заявок, который не соответствовал доходности заявки.

Тема называется "Что нужно знать перед обновлением на новую версию".

Вот я хочу знать, как запустить терминал, чтобы он всегда работал с ключом -full-dump. Это будет сильно востребованная функция для отсылки дампов разработчикам после релиза Спектры на МосБиржи.


Пропишем в ярлыке этот ключ, тогда через ярлык терминал запустится с этим ключом (в диспетчере задач в колонке "Командная строка" видно). Если сделать перезаказ всех данных с перезагрузкой, то терминал перезапускается, но ключи ставит сам (что-то типа -nologo -connect -refresh_tables) и там больше нет ключа  -full-dump. Почему? Как сделать, чтобы он там всегда был?

Как только падает тестовый терминал -- шлю вам дампы (CQ02798550). Архив терминала и QLua-скрипты выслать нет возможности. На реальную эксплуатацию страшно ставить, т.к. при завале 10 скриптов потом долго и дорого последствия разбирать.

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

Эту сырую версию нужно срочно обновлять до более стабильной 8.8.1.5. Странно, что ВТБ этого не делает.

Опасно. Терминал 8.8.1.5 ещё не готов к работе, т.к. падает с дампами. Пользователям ещё повезло, что у биржи менялись приоритеты (возможность отрицательных цен) и из-за этого дата всё отодвигалась.

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

Запускаю терминал через info.exe -clear. Если не подключаться к серверу QUIK,  то из программы можно выйти без дампа. При попытке подключения  происходит падение с дампом.

Может, ещё что-то надо настроить перед запуском?

Попробовал, получится ли запустить QUIK 8.8.1.5 под Ubuntu 20.04.1 LTS. Вот "Инструкция по установке".

1) Поставить Wine 5.0 (5.0-3ubuntu1) и WineTricks (0.0+20200412-1) из Ubuntu Software. При запуске WineTricks видим сообщение:"Вы используете 64-битный WINEPREFIX."
2) Указать через "Поменять настройки", что версия Windows 10.
3) В папку .wine/drive_C поместить папку QUIK, внутри которой файлы терминала как они работают на Windows-компьютере.
4) Выбрать в WineTricks "Запустить explorer", потом найти через "Мой компьютер" папку C:\QUIK и запустить оттуда info.exe.
5) Терминал как-то запускается. Пока не подключаемся к серверу QUIK.
6) Жмём "Система -> Выход". Программа завершает работу, при этом вылетает сообщение о созданном дампе.

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

Спасибо за описание эксперимента. Чем больше пользователей укажут на недоработки терминала, тем стабильнее он будет.

Спасибо, что высылаете дампы разработчикам. Хоть кто-то должен указывать на недоделки, раз продукт некачественный.

Круто, что поделились опытом и указанием на конкретные баги! Правильно указали на то, что идёт движение в сторону отказа от Windows в сторону Linux. Поддерживаю эту точку зрения. Присоединяюсь к призыву к разработчикам терминала обратить внимание на важность выпуска дистрибутива под Linux.


Мне тоже хочется перейти на Linux, но использовать терминал только для алготрейдинга: немного таблиц и графиков + десяток QLua-скриптов. Недоработки в графическом интерфейсе не так критичны. Хотелось бы, конечно, чтобы терминал работал напрямую в deb-системах. Ну, или, хотя бы, через Wine.

Неужели в коде разработчики используют столько нестандартных наворотов, что всё это нестабильно работает в Wine? Скорее, какие-то баги просто не вылезают под Windows.


Пока на Windows происходят регулярные падения терминала вплоть до версии 8.8.1, переходить рано, но когда-то же это закончится.

Про Wine ясно. Ну, а про вариант дистрибутива терминала QUIK под Linux наряду с Windows, как я понимаю, можно и не мечтать.

Поскольку 7-я версия QUIK уже не актуальна, а с введением 19-значных номеров заявок будет просто несовместима со срочным рынком МосБиржи, то инструкция для установки для Linux + Wine64 + QUIK 8, всё-таки, кажется весьма нужной.

Разработчики, сделайте такую, пожалуйста.

А не могли бы разработчики терминала актуализировать упомянутую выше инструкцию под современные реалии?

Взять какой-нибудь современный 64-битный дистрибутив Linux, где проще всего добиться работоспособности QUIK 8, и сделать новую инструкцию.

Спасибо за разъяснение.

Новая версия 8.8.1:
ftp://ftp.quik.ru/public/updates/8.8/quik_8.8.1_upd.zip

Исправления:
В некоторых случаях использование функций обратного вызова в скриптах QLua приводило к аварийному завершению работы.

В терминале версии 8.8 вызываем пункт меню "Перезаказ данных", отмечаем галочку "Архив данных для построения графиков". После перезагрузки терминала кажется, что архив не был очищен (в QLua-скриптах количество свечей в datasource-объектах заметно больше 3000 свечей).

Если же руками почистить папки archive и archive\bak, то количество свечей становится 3000.

Почему так?

Чудо-форум :)
Это я взял предыдущую аналогичную тему и исправил ссылку, но что-то пошло не так.

Новая версия для отладки.

ftp://ftp.quik.ru/public/updates/8.8/quik_8.8.0_upd.zip

Исправленные недоработки:

1. Некорректный расчет стоимости портфеля по клиентам со схемой кредитования МД+ при использовании валюты в качестве базового индикатора при настройке множеств с зависимыми ценами.
2. После редактирования пользователем настроек индикатора его целочисленные параметры ошибочно становились вещественными.
3. При смене учетной записи на графиках ошибочно отображались заявки и сделки предыдущего пользователя.
4. Ошибка, которая в некоторых случаях приводила к отображению пустых строк в Таблице заявок.
5. Ошибка, которая при закрытии таблицы, созданной при помощи скрипта Lua, могла приводить к зависанию Рабочего места QUIK.
6. В некоторых случаях в таблицах «Позиции по деньгам» и «Позиций по инструментам» могли отображаться ранее удалённые позиции.
7. Ошибка, из-за которой в некоторых случаях не отображались данные в таблице «Состояние счёта».

1) Сделайте так, чтобы каждый робот раз в минуту писал в отдельный файл текущую дату и время. Все такие файлы логично организовать в одной папке.

2) Напишите отдельный скрипт, который периодически проверяет содержимое этих файлов. Если в файле дата и время отличаются от текущих более чем на 3 минуты, значит робот, который должен был писать в этот файл, не работает.

Если хотите более оперативной реакции, надо чаще писать в файлы и чаще проверять их содержимое.

Единственная проблема состоит в том, что бывает, что один скрипт читает файл, а другой туда пишет в этот же момент. Тогда некоторые глюки могут быть. Проблему тоже можно решить: писать в файлы, скажем, в промежуток от 10 до 20 секунд каждой минуты, а читать содержимое с 30-й по 40-ю секунду.

Удачи!

Меня в версии 8.7 больше волнует тема падений с дампом при работе QLua-скриптов. По списку исправлений не видно, что в этом месте что-то починили.

Пожелатели просили, чтобы терминал не портил целочисленные значения параметров индикатора. Раньше терминал всё преобразовывал в float. Теперь вообще не даёт пользователю ввести дробное число, если инициализация была целым.

Думаю, лучше сделать так: если пользователь изменил значение параметра, оставив его целым, всё хорошо, а если пользователь хочет поставить дробное значение параметра, пусть ставит, после чего происходит преобразование в тип float.

Спасибо Вам за это. Иначе и после 19-значных номеров на таком же качестве софта будем сидеть.

Согласен с предыдущим оратором.

Мне кажется, что если бы релизы выпускались чаще, было бы гораздо проще выискивать и устранять ошибки.

Пусть будет бета-версия для тестирования. Разработчики починили что-то важное, собрали бета-релиз, выложили, получили обратную связь от пользователей в течение нескольких дней. Как более-менее устоялось -- выпустили официальный релиз.

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

Я отправлял 2 раза дампы, причину разработчики установить не смогли. Но я не отправлял архив терминала и расширенный дамп не делал. Один раз терминал упал без QLua-скриптов. Тоже дамп отправил в техподдержку, пока ещё не ответили.

Новая версия для отладки.

ftp://ftp.quik.ru/public/updates/8.7/quik_8.7.1_upd.zip

Исправленные недоработки, касающиеся QLua:
1) Аварийное завершение работы Рабочего места QUIK, происходившее при повторном заполнении таблиц (например, из QPILE-скрипта).
2) В некоторых случаях не освобождалась память при использовании скриптов на языке Lua.
Плюс: Излишнее потребление памяти при использовании тиковых графиков

Вчера опять терминал 8.6.0 упал с дампом. Дамп выслан разработчикам. Нестабильная работа, к сожалению. Когда будет новая версия -- не говорят, цикл выпуска релизов медленный, хотя ошибки критические.

Поэтому я решил, что Lua 5.3 в своих скриптах проверил, правки для восстановления работоспособности внёс, а теперь откачусь к версии 8.3, чтобы финансово не терять из-за таких внезапных падений в неподходящее время. Пусть останется один тестовый терминал с малыми торговыми объёмами, а основные объёмы пока доверять новым терминалам не будем.

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

Вчера терминал упал с дампом. Выслал его разработчикам для анализа.

Получилось так, что сначала терминал нормально работал несколько дней, потом я его решил перезапустить для профилактики с перезаказом всех данных, после чего на 2-й торговый день внезапно произошло падение.