В таблице отображаются не существующие заявки, которые нельзя не увидеть, не снять
А короткая продажа на фьючерсе сейчас разрешена?
Да, разрешена. Смотрите по ссылке ролик. Там поставил другую заявку которая снимается при нажатии "снять все заявки", но эта заявка, остается! Вывод, с такими глюками торговать не серьезно. Вообще не понятно что транслирует биржа и брокер. Как с этим работать непонятно. Таких багов раньше не было. Рисуют что хотят.
Пользователь
Сообщений: Регистрация: 03.02.2017
07.04.2022 13:12:56
ВТОРОЙ ДЕНЬ ОШИБКА ПОВТРЯЕТСЯ, ПОЯВЛЯЕТСЯ ЗАЯВКА В ТАБЛИЦЕ КОТОРОЙ НЕТ!!!!
QUIK clients support
Сообщений: Регистрация: 15.03.2022
20.04.2022 05:13:17
Boris Litvinov, добрый день. Уточните, пожалуйста, наблюдается ли описанное некорректное поведение в данный момент? Обращались ли Вы к брокеру по данному вопросу? Если проблема остается актуальной, просим Вас отправить на нашу почту скриншот таких заявок, название Вашего обслуживающего брокера и адрес сервера, на котором наблюдаются ошибки.
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
06.05.2022 14:56:05
QUIK 9.5.0.42 По какой-то причине в таблице сделок отображались не все совершённые сделки: по фильтру аккаунта и кода бумаги в таблице сделок было 83 строки, хотя в реальности было совершено 92 сделки. Причина этого глюка, скорее всего в том, что терминал постоянно тупил, и сервер принудительно его отключал по таймауту. (Сделки совершались с другого терминала.) После переподключения к серверу всё повторялось по кругу. Когда я закрыл два двойных графика (оба графика были созданы давно, и раньше таких проблем не вызывали), терминал ожил. Но вот прогрузились не все сделки. Пришлось закрывать QUIK и удалять файл trades.dat (заодно удалил и orders.dat). И только после таких манипуляций все сделки прогрузились.
В общем, в QUIK не хватает в этом месте проверки на корректность загрузки и отображения заявок и сделок. Заодно в менеджер окон неплохо бы добавить CPU Usage каждым окном, чтобы было проще искать проблемное окно.
Надо делать так, как надо. А как не надо - делать не надо.
Пользователь
Сообщений: Регистрация: 28.03.2016
06.05.2022 20:53:39
Цитата
Старатель написал: QUIK 9.5.0.42 По какой-то причине в таблице сделок отображались не все совершённые сделки: по фильтру аккаунта и кода бумаги в таблице сделок было 83 строки, хотя в реальности было совершено 92 сделки. Причина этого глюка, скорее всего в том, что терминал постоянно тупил, и сервер принудительно его отключал по таймауту. (Сделки совершались с другого терминала.) После переподключения к серверу всё повторялось по кругу. Когда я закрыл два двойных графика (оба графика были созданы давно, и раньше таких проблем не вызывали), терминал ожил. Но вот прогрузились не все сделки. Пришлось закрывать QUIK и удалять файл trades.dat (заодно удалил и orders.dat). И только после таких манипуляций все сделки прогрузились.
В общем, в QUIK не хватает в этом месте проверки на корректность загрузки и отображения заявок и сделок. Заодно в менеджер окон неплохо бы добавить CPU Usage каждым окном, чтобы было проще искать проблемное окно.
Видимо 9.5.0.42 вообще глючная. Я тоже завел проблему с тестовым скриптом, что терминал наглухо вешается, при считывании данным по метке на графике в потоке main, больше он ничего не делает, двигаешь метки, терминал падает.
- Роботы и индикаторы
QUIK clients support
Сообщений: Регистрация: 22.12.2014
12.05.2022 14:24:26
Цитата
Старатель написал: QUIK 9.5.0.42 По какой-то причине в таблице сделок отображались не все совершённые сделки: по фильтру аккаунта и кода бумаги в таблице сделок было 83 строки, хотя в реальности было совершено 92 сделки. Причина этого глюка, скорее всего в том, что терминал постоянно тупил, и сервер принудительно его отключал по таймауту. (Сделки совершались с другого терминала.) После переподключения к серверу всё повторялось по кругу. Когда я закрыл два двойных графика (оба графика были созданы давно, и раньше таких проблем не вызывали), терминал ожил. Но вот прогрузились не все сделки. Пришлось закрывать QUIK и удалять файл trades.dat (заодно удалил и orders.dat). И только после таких манипуляций все сделки прогрузились.
В общем, в QUIK не хватает в этом месте проверки на корректность загрузки и отображения заявок и сделок. Заодно в менеджер окон неплохо бы добавить CPU Usage каждым окном, чтобы было проще искать проблемное окно.
Добрый день.
Проблема продолжает воспроизводиться, или же нет? Если фильтр отключен - то сделки в таблице начинают показываться, или же нет? Есть возможность прислать нам архив Вашего терминала с воспроизведением проблемы?
По поводу
Цитата
Старатель написал: Заодно в менеджер окон неплохо бы добавить CPU Usage каждым окном, чтобы было проще искать проблемное окно
написал: QUIK 9.5.0.42 По какой-то причине в таблице сделок отображались не все совершённые сделки: по фильтру аккаунта и кода бумаги в таблице сделок было 83 строки, хотя в реальности было совершено 92 сделки. Причина этого глюка, скорее всего в том, что терминал постоянно тупил, и сервер принудительно его отключал по таймауту. (Сделки совершались с другого терминала.) После переподключения к серверу всё повторялось по кругу. Когда я закрыл два двойных графика (оба графика были созданы давно, и раньше таких проблем не вызывали), терминал ожил. Но вот прогрузились не все сделки. Пришлось закрывать QUIK и удалять файл trades.dat (заодно удалил и orders.dat). И только после таких манипуляций все сделки прогрузились.
В общем, в QUIK не хватает в этом месте проверки на корректность загрузки и отображения заявок и сделок. Заодно в менеджер окон неплохо бы добавить CPU Usage каждым окном, чтобы было проще искать проблемное окно.
Видимо 9.5.0.42 вообще глючная. Я тоже завел проблему с тестовым скриптом, что терминал наглухо вешается, при считывании данным по метке на графике в потоке main, больше он ничего не делает, двигаешь метки, терминал падает.
Добрый день.
Описанная Вами проблема была привнесена в версии 9.5.0 терминала QUIK и будет исправлена в одной из очередных версий ПО.
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
15.05.2022 17:56:37
Цитата
Alexey Ivannikov написал: Есть возможность прислать нам архив Вашего терминала с воспроизведением проблемы?
Нечего прислать.
Цитата
Alexey Ivannikov написал: Проблема продолжает воспроизводиться, или же нет? Если фильтр отключен - то сделки в таблице начинают показываться, или же нет?
Сделки прогрузились после удаления файлов trades.dat и orders.dat:
Цитата
Старатель написал: Пришлось закрывать QUIK и удалять файл trades.dat (заодно удалил и orders.dat). И только после таких манипуляций все сделки прогрузились.
Чтобы не было спекуляций на тему, что были выставлены какие-то фильтры и потому сделки не показывались, отмечу, что проблема была замечена в результате неправильной работы Lua-скрипта, которому на установленные пользователем фильтры до лампочки. В таблице futures_client_holding сумма todaybuy и todaysell не билась с суммой из таблицы trades, в результате чего и была обнаружена пропажа части сделок. Переподключение к серверу не решило проблему. Помогло только физическое удаление файлов.
Своим сообщением я хотел сказать, что проблема, описываемая ТС, могла быть локальной в самом QUIK, а не по вине брокера или биржи.
Надо делать так, как надо. А как не надо - делать не надо.
Ситуация повторяется сейчас на актуальной версии терминала 9.7? Если да - то просьба прислать архив QUIK "до и после".
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
19.07.2022 19:44:27
Цитата
Alexey Ivannikov написал: Ситуация повторяется сейчас на актуальной версии терминала 9.7?
В бою 9.7 не использую. Но на днях в 8.13 была похожая ситуация: утром после подключения к серверу не загрузилась часть заявок, выставленных в вечернюю сессию. Причём не загрузилась на том терминале, на котором эти заявки накануне были выставлены. Не было этих заявок ни в таблице заявок, ни в orders, не было и колбеков по ним. Переподключение к серверу опять же ничего не дало. На других терминалах все заявки были загружены. А потом в течение дня (около 16 ч.) без всяких переподключений все недостающие заявки подгрузились. Что это было - не знаю.
Надо делать так, как надо. А как не надо - делать не надо.
написал: Ситуация повторяется сейчас на актуальной версии терминала 9.7?
В бою 9.7 не использую. Но на днях в 8.13 была похожая ситуация: утром после подключения к серверу не загрузилась часть заявок, выставленных в вечернюю сессию. Причём не загрузилась на том терминале, на котором эти заявки накануне были выставлены. Не было этих заявок ни в таблице заявок, ни в orders, не было и колбеков по ним. Переподключение к серверу опять же ничего не дало. На других терминалах все заявки были загружены. А потом в течение дня (около 16 ч.) без всяких переподключений все недостающие заявки подгрузились. Что это было - не знаю.
Добрый день.
Без архивов терминалов до и после в этой проблеме не разобраться, будут - присылайте.
