bstone (Автор тем)

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

Страницы: 1
Серьезная проблема в текущей версии (10.2.х) - некорректно работает getParamEx()
 
При обновлении версии 10.1.3.8 на последнюю из серии 10.2.х (к сожалению полную версию не записал, т.к. пришлось мгновенно откатить обновление из-за описываемой проблемы), обнаружил, что getParamEx() возвращает некорректные значения параметра "LOTSIZE" по фьючерсам на акции.

К примеру для PLZL возвращается param_image=10, param_value=1.0

В версии 10.1.3.8 возвращается param_image=10, param_value=10.0, как и должно быть.

Это критическая ошибка, требующая скорейшего исправления.
Серьезная проблема. Ошибка "Вы не можете заменить заявку XYZ. Повторите попытку позже"
 
Сегодня впервые столкнулся с этой проблемой. Терминал версии 9.3.3.3. Проблема выглядит серьезной, поэтому хотелось бы привлечь внимание разработчиков терминала.

Согласно документации терминала, функция sendTransaction() возвращает сообщение с текстом ошибки, если транзакция не была отправлена на сервер, иначе транзакция считается отправленной. Это создает необходимые условия для построения надежной логики обработки результатов транзакций:

1. Вызываем sendTransaction()
2. Если возникла ошибка, реагируем (например, посылаем транзакцию повторно или отказываемся от нее)
3. Если ошибки не возникло, от ждем срабатывания OnTransReply() с соответствующим значением поля trans_id, чтобы получить состояние отправленной транзакции в поле status
4. Если значение status сигнализирует об ошибке, реагируем (например, посылаем транзакцию повторно или отказываемся от нее)
5. Иначе транзакция успешно отправлена.

Скрипт, использующий эту логику, сегодня впервые дважды завис на этапе ожидания OnTransReply(), т.к. событие терминалом просто не было сгенерировано. При этом предшествующий вызов sendTransaction() прошел без ошибок и вернул пустую строку.

В обоих случаях, речь шла о транзакции для перемещения ордера (MOVE_ORDERS). Такие транзакции периодически генерируют ошибки, т.к. передвигаемый ордер может быть исполнен в момент перемещения. Однако эти ошибки возвращаются через OnTransReply() со следующими сообщениями:

- "Не найдена активная заявка для перестановки"
- "Ошибка перестановки заявок. [GW][50] "Не найдена заявка для перестановки."

Но в обоих проблемных случаях сегодня, в окне сообщений терминала я видел сообщение вида: "Вы не можете заменить заявку 1892947247341804353. Повторите попытку позже."

Таким образом, возникает ситуация, когда код не получает никакой возможности обработать ошибку (sendTransaction() выполняется успешно, OnTransReply() не приходит).

Хотел бы услышать комментарии разработчиков.
ACCESS VIOLATION в Quik 9.3.3.3 при запуске скрипта без сторонних DLL
 
Добрый день!

Скрипт, который работал без проблем в версии 8.11, перестал работать в версии 9.3.1.11. Обновление до 9.3.3.3 проблему не решило (см. скриншот).

Сторонние библиотеки не используются вообще. Ни на Lua, ни DLL, т.е. проблема в самом терминале без вариантов. Крэш происходит при запуске скрипта как версией интерпретатора 5.3, так и 5.4

Удалось локализовать проблему в следующих строках:
Код
            SetColor( gSpreadsTable, line, SPREADS_COL_ADJUSTED_BUYER_FORCE, buyerForceBgColor, buyerForceFgColor,
                QTABLE_DEFAULT_COLOR, QTABLE_DEFAULT_COLOR );
            SetColor( gSpreadsTable, line, SPREADS_COL_ADJUSTED_SELLER_FORCE, sellerForceBgColor, sellerForceFgColor,
                QTABLE_DEFAULT_COLOR, QTABLE_DEFAULT_COLOR );
            SetColor( gSpreadsTable, line, SPREADS_COL_MARKET_FORCE_SHORT, QTABLE_DEFAULT_COLOR, mktForceFgColor,
                QTABLE_DEFAULT_COLOR, QTABLE_DEFAULT_COLOR );
            SetColor( gSpreadsTable, line, SPREADS_COL_MARKET_FORCE_LONG, QTABLE_DEFAULT_COLOR, mktForceFgColor,
                QTABLE_DEFAULT_COLOR, QTABLE_DEFAULT_COLOR );

Эти строки выполняются в цикле для каждой строки таблицы по мере обновления данных в ней. Крэш устраняется, если сделать следующие изменения:
Код
            SetColor( gSpreadsTable, line, SPREADS_COL_ADJUSTED_BUYER_FORCE, buyerForceBgColor, buyerForceFgColor,
                QTABLE_DEFAULT_COLOR, QTABLE_DEFAULT_COLOR );
            SetColor( gSpreadsTable, line, SPREADS_COL_ADJUSTED_SELLER_FORCE, sellerForceBgColor, sellerForceFgColor,
                QTABLE_DEFAULT_COLOR, QTABLE_DEFAULT_COLOR );
            --SetColor( gSpreadsTable, line, SPREADS_COL_MARKET_FORCE_SHORT, QTABLE_DEFAULT_COLOR, mktForceFgColor,
            --    QTABLE_DEFAULT_COLOR, QTABLE_DEFAULT_COLOR );
            --SetColor( gSpreadsTable, line, SPREADS_COL_MARKET_FORCE_LONG, QTABLE_DEFAULT_COLOR, mktForceFgColor,
            --    QTABLE_DEFAULT_COLOR, QTABLE_DEFAULT_COLOR );

Идентификаторы колонок определены следующим образом:
Код
SPREADS_COL_ADJUSTED_BUYER_FORCE = 5;
SPREADS_COL_ADJUSTED_SELLER_FORCE = 6;
SPREADS_COL_MARKET_FORCE_SHORT = 15;
SPREADS_COL_MARKET_FORCE_LONG = 16;

Переменная mktForceFgColor может принимать одно из трех значений: QTABLE_DEFAULT_COLOR, RGB( 0, 200, 0 ), RGB( 200, 0, 0 )

Проблема серьезная, требует оперативного решения!
Баг - в версии 7.16.3.14 из таблицы текущих параметров пропало поле "Баз.актив"
 
Добрый день!

Сегодня обнаружил, что теперь из таблицы текущих параметров невозможно получить базовый актив опциона! Не уверен с какой версии это началось, но в 7.14 этот параметр там был. Более того, он по прежнему фигурирует в документации (см. приложение с описанием параметров таблицы).

В текущей версии, предлагаемой брокером - 7.16.3.14 - в таблице текущих параметров есть поле "Класс баз.актива", но "Баз.актив" отсутствует.

Прошу рассмотреть возможность устранения этого недочета.

С уважением,
Роман
Досадный глюк в новой версии (7.16.1.36), В этой версии сломали график волатильности - точность на шкале и в подсказках снижена до целых чисел!
 
Добрый день,

После перехода брокера на версию Quik 7.16.1.36 обнаружил, что есть серьезные проблемы при построении графика волатильности опционов (правый клик по волатильности в Доске Опционов и далее "График [Волатильность]").

Графически данные отображаются нормально, но текущее значение, значения пользовательских уровней, а также данные во всплывающей при наведении мыши на график подсказке, отображаются как целые числа!

Существует ли какой-нибудь способ увеличить точность вручную хотя бы до двух знаков?

С уважением,
Роман
Страницы: 1
Наверх