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

Выбрать дату в календареВыбрать дату в календаре

Страницы: 1 2 3 4 5 6 7 След.
Грядущие изменения на срочном рынке МБ: поддержка работы с 19-значными номерами заявок и сделок
 
Как только падает тестовый терминал -- шлю вам дампы (CQ02798550). Архив терминала и QLua-скрипты выслать нет возможности. На реальную эксплуатацию страшно ставить, т.к. при завале 10 скриптов потом долго и дорого последствия разбирать.

По субъективным ощущениям, падения учащаются при параллельной эксплуатации нескольких QLua-скриптов, которые интенсивно запрашивают свечные данные из DataSource-объектов. В принципе, могу попытаться написать тестовый стенд. Может, на нём удастся воспроизвести эти падения.
Quik 8.5.1.18 вылетает без видимых причин.
 
Цитата
Игорь написал:
Надо ли дамп присылать как предлагается? У меня за месяц использования 8.5.2.11 от ВТБ (так и нет обновления кстати) только вчера один раз вылетел при попытке поиска инструмента.
Эту сырую версию нужно срочно обновлять до более стабильной 8.8.1.5. Странно, что ВТБ этого не делает.
Грядущие изменения на срочном рынке МБ: поддержка работы с 19-значными номерами заявок и сделок
 
Опасно. Терминал 8.8.1.5 ещё не готов к работе, т.к. падает с дампами. Пользователям ещё повезло, что у биржи менялись приоритеты (возможность отрицательных цен) и из-за этого дата всё отодвигалась.

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

Может, ещё что-то надо настроить перед запуском?
Установка QUIK на Linux под Wine, Проблемы с актуальными на сегодняшний день версиями
 
Попробовал, получится ли запустить 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) Жмём "Система -> Выход". Программа завершает работу, при этом вылетает сообщение о созданном дампе.

В принципе, дальше можно экспериментировать с устойчивостью всего этого хозяйства и разборками, что не работает и почему.
 
под linux wine quik последняя версия поддерживается?
 
Спасибо за описание эксперимента. Чем больше пользователей укажут на недоработки терминала, тем стабильнее он будет.
Падает quik 8.6.0.97
 
Спасибо, что высылаете дампы разработчикам. Хоть кто-то должен указывать на недоделки, раз продукт некачественный.
Установка QUIK на Linux под Wine, Проблемы с актуальными на сегодняшний день версиями
 
Круто, что поделились опытом и указанием на конкретные баги! Правильно указали на то, что идёт движение в сторону отказа от Windows в сторону Linux. Поддерживаю эту точку зрения. Присоединяюсь к призыву к разработчикам терминала обратить внимание на важность выпуска дистрибутива под Linux.


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

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


Пока на Windows происходят регулярные падения терминала вплоть до версии 8.8.1, переходить рано, но когда-то же это закончится.
под linux wine quik последняя версия поддерживается?
 
Про Wine ясно. Ну, а про вариант дистрибутива терминала QUIK под Linux наряду с Windows, как я понимаю, можно и не мечтать.
под linux wine quik последняя версия поддерживается?
 
Поскольку 7-я версия QUIK уже не актуальна, а с введением 19-значных номеров заявок будет просто несовместима со срочным рынком МосБиржи, то инструкция для установки для Linux + Wine64 + QUIK 8, всё-таки, кажется весьма нужной.

Разработчики, сделайте такую, пожалуйста.
под linux wine quik последняя версия поддерживается?
 
А не могли бы разработчики терминала актуализировать упомянутую выше инструкцию под современные реалии?

Взять какой-нибудь современный 64-битный дистрибутив Linux, где проще всего добиться работоспособности QUIK 8, и сделать новую инструкцию.
Перезаказ данных QUIK 8.8
 
Спасибо за разъяснение.
Отладка QUIK 8.8
 
Новая версия 8.8.1:
ftp://ftp.quik.ru/public/updates/8.8/quik_8.8.1_upd.zip

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

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

Почему так?
Отладка QUIK 8.8
 
Цитата
Anton написал:
Цитата
_sk_ написал:
Новая версия для отладки.
Спасибо, как всегда оперативно. Только поправлю ссылку для ленивых, почему-то в оригинале на 8.7.1 ведет.
ftp://ftp.quik.ru/public/updates/8.8/quik_8.8.0_upd.zip
Чудо-форум :)
Это я взял предыдущую аналогичную тему и исправил ссылку, но что-то пошло не так.
Отладка QUIK 8.8
 
Новая версия для отладки.

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-ю секунду.

Удачи!
Отладка QUIK 8.7
 
Меня в версии 8.7 больше волнует тема падений с дампом при работе QLua-скриптов. По списку исправлений не видно, что в этом месте что-то починили.
Отладка QUIK 8.7
 
Цитата
Anton написал:
Цитата
_sk_ написал:
Да ещё и регрессы в тех местах, которые не ожидали увидеть (см. второе сообщение темы).
Строго говоря это не баг, а наоборот в соответствии с  пожеланием не то чтобы давним . Вот поэтому и приходится влезать в некоторые темы и пытаться доказать некоторым пожелателям, что их некоторые пожелания не так уж хороши, как им кажется. Ну в этом конкретном случае я скорее за, оно так логичнее.
Пожелатели просили, чтобы терминал не портил целочисленные значения параметров индикатора. Раньше терминал всё преобразовывал в float. Теперь вообще не даёт пользователю ввести дробное число, если инициализация была целым.

Думаю, лучше сделать так: если пользователь изменил значение параметра, оставив его целым, всё хорошо, а если пользователь хочет поставить дробное значение параметра, пусть ставит, после чего происходит преобразование в тип float.
Отладка QUIK 8.6
 
Цитата
Юрий написал:
Зато я отправлял уже раз 6.. полные дампы.. из них половина полностью с квиком без своих скриптов индикаторов и ключей. Но почему-то так причина и не установлена. Во всяком случае об обратном они не сообщали.
Спасибо Вам за это. Иначе и после 19-значных номеров на таком же качестве софта будем сидеть.
Принципы написания скриптов, Разделять или объединять?
 
Цитата
Все колбеки вызываются из одного потока и каждый из них повторяется в различных скриптах.
В итоге получается дублирование одних и тех же действий многократно.

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

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

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

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

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

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

Получилось так, что сначала терминал нормально работал несколько дней, потом я его решил перезапустить для профилактики с перезаказом всех данных, после чего на 2-й торговый день внезапно произошло падение.
Quik 8.6 Critical error ACCESS_VIOLATION
 
Пока не теряю надежду, что разработчики ответят на поставленные выше вопросы.
Quik 8.6 Critical error ACCESS_VIOLATION
 
А теперь хотелось бы увидеть ответ от разработчиков терминала, что они по этому поводу думают.

1) Считается ли проблемой ACCESS_VIOLATION, упомянутый выше?

2) Как пользователям корректно сделать цикл по всем имеющимся данным внутри DataSource, чтобы не нарваться в процессе итерирования на изменение данных из-за поступившей новой рыночной информации или очистки объекта DataSource?
Quik 8.6 Critical error ACCESS_VIOLATION
 
Я во всех своих скриптах при доступе к datasource-объектам внутри main применяю примерно такие фрагменты кода, чтобы во время доступа к datasource его содержимое внезапно не изменилось:
Код
local function getRawCandles(ds, maxSize)
    local size = 0
    local T, O, H, L, C, V = {}, {}, {}, {}, {}, {}

    if ds and ds:Size() > 0 then
        table.ssort({ 0, 1 }, function(a, b)
            local dsSize = ds:Size()
            if maxSize == nil then
                maxSize = dsSize
            end
            local count, offset
            if dsSize <= maxSize then
                count, offset = dsSize, 0
            else
                count, offset = maxSize, dsSize - maxSize
            end
            for i = 1, count do
                local j = i + offset
                T[i] = ds:T(j)
                O[i] = ds:O(j)
                H[i] = ds:H(j)
                L[i] = ds:L(j)
                C[i] = ds:C(j)
                V[i] = ds:V(j)
            end
            size = count
            return true
        end)
    end
    return { size = size, T = T, O = O, H = H, L = L, C = C, V = V, }
end
Недостатком является блокировка потока коллбэков, что плохо в случае большого количества скриптов и одновременных запросов данных из datasource.

Но что делать, если такая архитектура терминала?
Quik 8.6 Critical error ACCESS_VIOLATION
 
Какой бы из вариантов не использовался, если запуск скрипта ведёт к падению терминала -- это хороший способ указать его разработчикам, где ошибка. Неоптимальные скрипты в этом смысле хороши, что напрягают систему и выявляют ошибки гораздо быстрее. Терминал же всегда должен без ACCESS_VIOLATION работать при синтаксически корректном коде скрипта.
Отладка QUIK 8.6
 
Цитата
Юрий написал:
Данная версия квика также была благополучно уронена... Дамп отправил.
Спасибо. Будем надеяться, что со всеобщей обратной связью от пользователей разработчики доведут терминал до нормального состояния.

Я у себя запустил один из боевых терминалов на версии 8.6.0. Там более 10 торговых скриптов работает одновременно. Посмотрим, что будет.
Отладка QUIK 8.6
 
В письме написали, что исправили (п.7). Поставил эту версию, посмотрим, что будет.
Отладка QUIK 8.6
 
Исправленные недоработки
1. В таблице «Текущие торги» не работал функционал «быстрых фильтров» по параметру «Размер лота».
2. В некоторых случаях при загрузке QPile-портфеля Рабочее место QUIK аварийно завершало работу.
3. Ошибка закрытия QLUA-портфеля при синтаксических ошибках в скрипте.
4. Аварийное завершение работы Рабочего места QUIK при переносе пользовательских индикаторов между диаграммами с помощью функции drag-anddrop.
5. Удаление QLUA-портфеля из таблицы «Доступные скрипты» приводило к некорректному сдвигу остальных скриптов.
6. Некорректный расчет объема заявки на закрытие фьючерсной позиции при использовании схемы кредитования «МД+».
7. Некорректная обработка в QLUA сбоев, возникавших при вызове функций callback из пользовательских библиотек.
8. Не выставлялись заявки на досрочную экспирацию опциона.
Отладка QUIK 8.6
 
Налетай, новая версия для отладки
ftp://ftp.quik.ru/public/updates/8.6/quik_8.6.0_upd.zip
Как определить Код класса (CLASSCODE) по коду инструмента (SECCODE)?
 
В крайнем случае, можно сделать справочник классов как таблицу, где ключ -- код инструмента, значение -- код класса. Будет такой справочник, скорее всего, один, заполнить его несложно и потом везде применять.
Как определить Код класса (CLASSCODE) по коду инструмента (SECCODE)?
 
Цитата
Anton написал:
Цитата
swerg написал:
задать свой порядок приоритета для поиска класса среди общего списка
Если мы заранее знаем список классов, ничего искать вообще не надо, надо сразу захардкодить бумагу вместе с нужным классом.
Полностью согласен. Пишите, например,
Код
{ classCode = "TQBR", secCode= "SBER", }
или храните в одной строке типа "TQBR:SBER" и выделяйте подстроки при необходимости получить отдельно classCode и secCode.
как решить проблему в новом квике 8.5, когда tostring (целое число) выдает дробь?
 
Вот ещё неплохой вариант, когда целое число будет без .0, а дробное останется как было.
Код
tostring(math.tointeger(x) or x)
Грядущие изменения на срочном рынке МБ: поддержка работы с 19-значными номерами заявок и сделок
 
МосБиржа перенесла релиз на 06 июля 2020 года. Наверное, что-то дорабатывают, а у разработчиков терминала и его пользователей ещё один месяц на устранение багов появился. Но расслабляться не надо.

https://www.moex.com/n28475
QTABLE_INT_TYPE QTABLE_INT64_TYPE
 
Получается, что trade_num и order_num из 19 знаков уже не влезут?
Отладка QUIK 8.5
 
Цитата
Павел Bosco написал:
Цитата
_sk_ написал:
У меня 8.5.2 упал с дампом. Послал его разработчикам для анализа. Не всё пока хорошо.
у вас была возможность потестировать срабатываение колбэков на заявки? визуально если вручную заявки ставить, ответы довольно медленно приходят
ну и вообще как-то кажется что иной раз терминал замирает, "чаще обычного"
На СПБирже на малых объёмах нормально колбэки отрабатывают. Подтормаживания, кажется, есть, но уверенности на 100% нет. В боевую эксплуатацию, когда много заявок по нескольким счетам боюсь пока ставить.
Отладка QUIK 8.5
 
У меня 8.5.2 упал с дампом. Послал его разработчикам для анализа. Не всё пока хорошо.
Удаления всех комментариев из скрипта.lua
 
Anton, Вы меня поражаете своей компетентностью в различных областях в хорошем смысле этого слова! Спасибо за разнообразную помощь и доброжелательное отношение!
Отладка QUIK 8.5
 
Спасибо за обратную связь! Похоже, что если перезагружать терминал раз в неделю, то этого уже хватит для эксплуатации с малыми рисками.
Отладка QUIK 8.5
 
Цитата
Юрий написал:
8.5.2 стоит запущен со дня выпуска, работают скрипты, не падал ни разу в отличие от 8.5.1, я его специально не перезапускал.
Хорошая новость. Спасибо за обратную связь!


Я сам пока тестирую в торговле на небольших объёмах, чтобы не было мучительно больно, если что-то пойдёт не так.
Отладка QUIK 8.5
 
Вопрос к пользователям. Встречался ли кто-нибудь с падением терминала версии 8.5.2 без дампа? Если да, отпишитесь здесь с подробностями (что делали, сколько дней до этого проработал терминал и т.п.).
Отладка QUIK 8.5
 
Подтверждаю, есть такая неприятность. Удаляем скрипт из середины списка, получаем некорректный сдвиг отображения оставшихся скриптов вверх. Если окно скриптов закрыть и открыть заново, список, вроде бы, актуальным становится. Чинить всё равно надо.
Отладка QUIK 8.5
 
Тестирую терминал 8.5.2.11 с начала торгов 07.05.2020. Пока работает штатно. Кажется, что памяти под каждый отдельный скрипт стало больше выделяться, чем раньше, но программа справляется. Судя по логам, расхождений в арифметике не появилось. Выставление и снятие заявок пока не проверял.

Отдельное спасибо разработчикам за столбец, показывающий выделенную память под каждый lua-скрипт.

 
Отладка QUIK 8.5
 
Исправленные недоработки
1. Исправлена некорректная конфигурация lua53.dll.
2. Исправлена ошибка загрузки lua53.dll в сторонние приложения.
3. Не работала функция lua_call.
4. Исправлена синхронизационная ошибка, которая приводила к аварийному завершению работы программы при выполнении lua-скрипта.
5. В некоторых случаях пропадал пункт «<Не указан>» в быстрых фильтрах таблицы OMS-заявок.
6. Неверное количество знаков в поле «Дисконт» диалога «Ввод адресной заявки РЕПО с ЦК маклером».
7. В некоторых случаях в Таблице котировок опция «Лучшие котировки видны всегда» работала некорректно.
8. В некоторых случаях при использовании функции QLUA SetUpdateCallback увеличивалось потребление оперативной памяти.
9. В некоторых случаях при наличии позиции только в иностранной валюте в форме ввода заявок не рассчитывалось максимально возможное количество.
10. В некоторых случаях была недоступна принудительная отправка «Margin Call».
Грядущие изменения на срочном рынке МБ: поддержка работы с 19-значными номерами заявок и сделок
 
Новая версия для тестирования: ftp://ftp.quik.ru/public/updates/8.5/quik_8.5.2_upd.zip
Страницы: 1 2 3 4 5 6 7 След.
Наверх