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

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

Страницы: 1
Срочно: в версии 9.1.1.3 невозможно запустить Квик для двух разных брокеров версии
 
Отбой, как я понял, проблема оказалась в другом.
Один процесс Квик после закрытия окна программы не прекратил работу, а продолжил висеть в памяти. Видимо поэтому при повторном запуске того же экземпляра он не запустился. Но при этом почему-то активировалось окно экземпляра Квик другого брокера.
Срочно: в версии 9.1.1.3 невозможно запустить Квик для двух разных брокеров версии
 
Уважаемые разработчики Quik, прокомментируйте, пожалуйста, данную проблему.
На всякий случай повторю сценарий воспроизведения ошибки, он  предельно прост:

1) Установить на один компьютер квики версии 9.1.1.3 от разных брокеров (в разные папки, естественно).
2) Попробовать запустить их одновременно.

Второй экземпляр квик не захочет запускаться, а только будет активировать окно первого экземпляра.
Срочно: в версии 9.1.1.3 невозможно запустить Квик для двух разных брокеров версии
 
Здравствуйте.

В версии 9.1.1.3 обнаружилась неприятная ошибка. На одном компьютере  стало невозможно запустить экземпляры квик для двух разных брокеров. Если уже запущен один экземпляр версии 9.1.1.3 у одоного брокера, то запуск второго  экземпляра этой же версии у другого брокера не срабатывает и просто активирует окно перевого экземпляра квик. При этом откат хотя бы одного экземпляра к версии 8.13.1.16 устраняет эту проблему.

Прошу устранить эту ошибку проблему по возможности скорее т.к. эта ошибка не позволяет вести торговлю.
Массовое включение экспорта по DDE не работает (возможно)
 
Здравствуйте.
В меню есть такие пункты:

1) Сервисы -> экспорт/импорт данных -> начать экспорт таблиц по DDE
2) Сервисы -> экспорт/импорт данных -> остановить экспорт таблиц по DDE

Остановка экспорта работает - отключает экспорт по DDE у таблиц, у которых он включен. Пункт "начать экспорт", как ожидается, должен включать экспорт для таблиц, у которых настроены параметры экспорта. Однако этого не происходит. В справке на этот счет есть такой абзац:
Цитата
Если применяется экспорт из нескольких таблиц, то рекомендуется установить флажок «Вывод при нажатии Ctrl+Shift+L». В этом случае можно начинать вывод данных из таблиц вручную, одним нажатием этой комбинации клавиш.

Однако не ясно где указанный флажок «Вывод при нажатии Ctrl+Shift+L» находится. В общих настройках я не нашел, так же его нет и в окне экспорта конкретной таблицы. В общем не понятно или где-то этот флажок есть, тогда скажите где (хорошо бы и в справке написать). Или его случайно удалили или тут вообще какой-то баг.

Прошу разъяснить эту ситуацию.
Ошибка при экспорте котировок по DDE в версии 8.13, После обновления на 8.13 стали приходить пустые данные
 
Цитата
Anna Lozenko написал:
Ivan Smirnov , Добрый день, ошибка, описанная в данном инциденте, будет исправлена в версии 8.13.1 терминала. Приносим извинения за причиненные неудобства.
Цитата
Roman Azarov написал:
Ivan Smirnov , Добрый день, ошибка, описанная в данном инциденте, будет исправлена в версии 8.13.1 терминала. Приносим извинения за причиненные неудобства.

Спасибо за вашу работу!
Ошибка при экспорте котировок по DDE в версии 8.13, После обновления на 8.13 стали приходить пустые данные
 
Цитата
Roman Azarov написал:
Ivan Smirnov, добрый день!

Большое спасибо за подробный пример.
Проблема изучается. Постараемся в ближайшее время дать ответ.
Здравствуйте. Брокеры продолжают предлагать к обновлению версию 8.13. Обновлять нельзя из-за этой ошибки, но и не обновляться долго тоже нельзя. Вы не могли бы как-то разрешить эту ситуацию? Может быть уведомить брокеров о наличии ошибки и необходимости отката на предыдущую версию?
Ошибка при экспорте котировок по DDE в версии 8.13, После обновления на 8.13 стали приходить пустые данные
 
Цитата
Roman Azarov написал:
Ivan Smirnov,

Для подробного анализа проблемы потребуется хоть какой-то пример описанного поведения.
Может быть есть возможность сделать снимки экрана, на которых видно, о чем идет речь?
К счастью, мне удалось воспроизвести эту ошибку в Excel. Сценарий очень прост:

1) Запустить Excel.
2) Запустить и соединить Quik, создать таблицу котировок как на скриншотах ниже (например инструмент Eu-6.21, но думаю подойдет любой с активным стаканом).
3) Включить вывод этой таблицы по DDE в Excel.
4) Несколько секунд данные будут выводиться правильно, а затем пропадут.

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

Привожу как это выглядит на скриншотах:

1) Сразу после начала вывода (нажатия "Начать вывод")




2) Через несколько секунд данные исчезают (при том что вывод по DDE, по-прежнему включен)




Прошу по возможности скорее проанализировать эту проблему т.к. брокеры предлагают к обновлению версию 8.13. Прошу дать здесь комментарий о результатах анализа.
Ошибка при экспорте котировок по DDE в версии 8.13, После обновления на 8.13 стали приходить пустые данные
 
Цитата
Roman Azarov написал:
Ivan Smirnov,

Для подробного анализа проблемы потребуется хоть какой-то пример описанного поведения.
Может быть есть возможность сделать снимки экрана, на которых видно, о чем идет речь?
Я вечером попробую воспроизвести ошибку при экспорте в Excel. Но вы и сами могли бы это сделать - включить вывод таблицы котировок и посмотреть правильно ли она выводится. Не останавливается ли обновление в какой-то момент или, может быть, она вообще очищается полностью в какой-то момент. Я предполагаю, что если в отладчике я видел приходящую таблицу, состоящую из пустых строк, то и в Excel видимо это должно привести к очистке данных. Думаю, разработчик, который занимается этим функционалом легко поймет такой сценарий.

Только настройте таблицу как в моем примере выше - в два столбца (мало ли вдруг это влияет).
Ошибка при экспорте котировок по DDE в версии 8.13, После обновления на 8.13 стали приходить пустые данные
 
Цитата
Roman Azarov написал:
Правильно понимаем, что такое поведение началось непосредственно после обновления до версии 8.13 и наблюдается всегда (при экспорте стакана)?
Да, я специально проверял еще раз. Повторно обновлял до 8.13, воспроизводил ошибку и откатывал обратно на 8.12 или 8.11, на которых ошибка не возникает.


Цитата
Roman Azarov написал:
Можете, пожалуйста, сделать видео (запись экрана), наглядно демонстрирующее описанную проблему?
Возможности записать видео у меня нет. Кроме того импорт я произвожу в собственную программу, а ошибку я ловил в отладчике. Не уверен что видело отладки моей программы помогло бы тут как-то. Экспорт в excel не пробовал, не работаю с этим.
Ошибка при экспорте котировок по DDE в версии 8.13, Ошибка при экспорте котировок по DDE в версии 8.13, После обновления на 8.13 стали приходить пустые данные
 
Здравствуйте.
После обновления версии на 8.13 возникла ошибка при экспорте данных по DDE из окна котировок. Вкратце, состоит она в том, что в импортирующую программу  приходят пустые данные а не реальные котировки.
Я подробно описал ошибку на форуме "Система Quik": https://forum.quik.ru/forum1/topic6396/ но видимо правильнее перенести тему в форум "Экспорт в системы тех.анализа".

Прошу администрацию перенести тему, если это необходимо. И как можно скорее прокомментировать ошибку, о которой идет речь. Т.к. она мешает торговле. А брокеры продолжают предлагать обновляться на версию 8.13
Ошибка при экспорте котировок по DDE в версии 8.13, После обновления на 8.13 стали приходить пустые данные
 
Прошу разработчиков прокомментировать данную проблему. Т.к. брокеры продолжают предлагать к обновлению версию 8.13. Полагаю, что необходимо остановить процесс перехода на версию 8.13 до следующей, исправленной версии.
Ошибка при экспорте котировок по DDE в версии 8.13, После обновления на 8.13 стали приходить пустые данные
 
Дополню еще некоторыми наблюдениями и результатами отладки. Ошибка возникает не сразу. При первом соединении, в импортирующее приложение приходит правильная таблица котировок. В соответствии с настройкаи окна котировок выше, она состоит из 2х столбцов и 50 строк и содержит правильные котировки. Затем в процессе работы Quik по мере того как "стакан" изменяется, в приложение приходят обновленные, правильные котировки. Однако в какой-то момент (он наступает быстро), начинает прилетать та же таблица из 2х столбцов и 50 строк, однако все ячейки в ней уже пустые (содержат пустые строки). После этого уже правильные данные не приходят а приходят всегда только пустые.

Действие, при котором данные "ломаются" установить не удалось, это довольно быстро возникает само-по-себе. Либо может быть связано с подключением вывода по DDE еще одного, второго, окна котировок.
Ошибка при экспорте котировок по DDE в версии 8.13, После обновления на 8.13 стали приходить пустые данные
 
Добрый день.
После обновления версии на 8.13 возникла ошибка при экспорте данных по DDE из окна котировок. Состоит она в следующем. При изменении котировок, событие экспорта возникает, однако сами данные - пустые (пустые строки). Следует отметить такой нюанс: при первом выводе по DDE (т.е. при нажатии на кнопку "начать вывод") данные выводятся правильно, однако при последующей работе Quik, при изменении котировок, уже приходят пустые данные, как написано выше.
Так же отмечу, что после отката версий на предыдущую (8.11 и 8.12 - ошибка возникла у двух брокеров), экспорт снова заработал нормально, т.е. проблема именно в версии 8.13.

Вот все что мне удалось установить. Прошу исправить ошибку по возможности скорее т.к. она приводит к нарушению работы (торговли).

Окно котировок настроено следующим образом:
Неправильная работа TRANS2QUIK.DLL после перехода на 19-значные номера заявок и сделок, тип данных double не может вместить 19 знаков корректно
 
Цитата
Юрий Балашов написал:
Цитата
Ivan Smirnov написал:
Спасибо, на новой версии все вроде заработало.
Иван, как Вы состыковали свою программу с  Trans2QuikAPI_1.3_x64 ?
Вам удалось написать Quik.pas или Вы используете не Delphi?
Я на c# пишу.
Неправильная работа TRANS2QUIK.DLL после перехода на 19-значные номера заявок и сделок, тип данных double не может вместить 19 знаков корректно
 
Цитата
Sergey Gorokhov написал:
Здравствуйте,
Используйте версию 1.3, которая вышла уже очень много лет назад.
Скачать можно на нашем сайте  https://arqatech.com/upload/iblock/80a/Trans2QuikAPI_1.3_x64.zip
Спасибо, на новой версии все вроде заработало.
Меня изначально сбила с толку устаревшая информация в справке:
 
Неправильная работа TRANS2QUIK.DLL после перехода на 19-значные номера заявок и сделок, тип данных double не может вместить 19 знаков корректно
 
Здравствуйте.

Если я не ошибаюсь, то сегодня, 14.09.2020, Мосбиржа начала транслировать 19-значные номера заявок и сделок. Это стало заметно при экспорте по DDE, где тип данных поля с номером заявки/сделки изменился с double на string.
Однако в библиотеке TRANS2QUIK.DLL таких изменений не произошло. Например в функции TRANS2QUIK_SEND_SYNC_TRANSACTION есть поле pdOrderNum с типом double. В этом поле возвращается номер отправленной заявки. Из-за того, что число значащих цифр в типе double составляет 15-17, оно (поле pdOrderNum) не может корректно вместить все 19 цифр номера заявки. Таким образом в поле возвращается неправильный номер заявки, не соответствующий реальному. В возвращаемом номере последние 2-3 цифры не совпадают с реальным.

Этот пример с функцией TRANS2QUIK_SEND_SYNC_TRANSACTION это только то что я успел отладить, наверняка есть и другие подобные места, требующие исправления.

Подскажите, есть ли более новая версия этой библиотеки, где эта проблема исправлена? Где можно скачать самую свежую версию? Если нет, то когда вы планируете исправить тип данных на более подходящий под 19-значные номера?
Глюк в версии 7.10.0.76, Перестали идти данные по некоторым инструментам в таблице всех сделок
 
Добрый день.
Сразу после обновления 7.10.0.76 обнаружил глюк, пишу сценарий:

1) Сегодня до начала торгов версия квик обновилась до 7.10.0.76.
2) После обновления квик предложил заменить истекший инструмент BRJ7 новым инструментом BRK7 (я ответил утвердительно).
3) После соединения с сервером данные в таблице всех сделок не шли ни по какому инструменту кроме BRK7. Хотя в фильтре инструментов в таблице всех сделок присутствовали активные RIM7, SiM7.
4) Чтобы устранить проблему я сначала удалил RIM7, SiM7 из таблицы всех сделок а затем добавил снова. Это помогло и данные по ним начали идти.

Подчеркну, что на шаге 3 данные по BRK7 шли, а по другим активным инструментам, добавленным в таблицу всех сделок - не шли.
Таблица обезличенных сделок не наполняется, С началом нового дня не приходят свежие даннные
 
Цитата
Ivan Smirnov написал:
Здравствуйте. Такая же проблема (не идут данные в ТОС с утра) имеется у брокера БКС.
Скажите не могли бы вы связаться с БКС и поробовать решить эту проблему? Т.к. через их поддержку все как-то очень медленно делается, они не понимают в чем проблема.
Кстати нельзя ли узнать в какой версии сервера исправлена эта ошибка (подчеркну, не клиента 7.5.0.72, а сервера)?
Таблица обезличенных сделок не наполняется, С началом нового дня не приходят свежие даннные
 
Здравствуйте. Такая же проблема (не идут данные в ТОС с утра) имеется у брокера БКС.
Скажите не могли бы вы связаться с БКС и поробовать решить эту проблему? Т.к. через их поддержку все как-то очень медленно делается, они не понимают в чем проблема.
В 7й версии значительно увеличились размеры файла alltrade.dat
 
Спасибо за ответы. Я понаблюдал более внимательно.
Этот файл в 7й версии примерно в 2 раза больше по размерам чем в 6й при одинаковых настройках. Однако он действительно сбрасывается в начале новой торговой сессии. Т.е. не растет неограниченно. Так что проблема закрыта.
alltrade.dat больше 200 Мб, Можно ли удалить или он нужен. Вообще какова его роль?
 
Это данные таблицы всех сделок, насколько я понимаю. Перед запуском квика я его удаляю, но пока квик работает в этот файл набегает достаточно большой объем данных.
В 7й версии значительно увеличились размеры файла alltrade.dat
 
Добрый день.

После установки 7й версии файл  alltrade.dat заметно увеличился в размерах. У меня квик работает на протяжении недели непрерывно и все это время файл растет в размерах.

У меня работают одновременно 7-я версия и 6-я и есть возможность сравнить. Я обнаружил что в 6й версии этот файл в какой-то момент "обнуляется", уменьшается в размерах. В то время как в 7й версии такого я не заметил. И вообще в 7й версии этот файл заметно больше в размерах.

Подскажите:

1) В 7й версии делались какие-то доработки повлиявшие на размеры этого файла?

2) На протяжении непрерывной работы квика, этот файл растет неограниченно или он в какие-то моменты сбрасывается?

3) Если он не сбрасывается, нельзя ли сделать чтобы он сбрасывался? Например, синхронно со сбросом таблицы всех сделок в интерфейсе.
В 7й версии соединение не восстанавливается после разрыва
 
Не подскажете, это обновление придет обычным порядком при подключении к серверу брокера или надо будет отдельно как-то его устанавливать?
Сообщения в 7й версии
 
Здравствуйте.
Подскажите, как можно открыть окно системных сообщений в 7й версии, которое в более ранних версиях открывалось через меню:

сообщения -> системные сообщения -> показать
В 7й версии соединение не восстанавливается после разрыва
 
Здравствуйте.

Сегодня опять произошла такая же ситуация. Квик потерял соединение и в течение нескольких часов его не восстанавливал.
Когда я это заметил я нажал кнопку "разорвать соединение" чтобы заново соединиться вручную однако она не сработала (кнопка "установить соединение" не активировалась). Поэтому мне пришлось перезапускать квик.

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

Ошибка достаточно важная т.к. непосредственно влияет на торговлю. Прошу уделить ей внимание.
В 7й версии соединение не восстанавливается после разрыва
 
Цитата
Stanislav Tvorogov пишет:
икают какие-либо ошибки в таблице сообщений, также просьба сообщить.

Спасибо за оперативную реакцию.

Вручную соединение я естественно не разрывал а происходила именно потеря связи (какие-то проблемы у провайдера). И после восстановления связи квик не восстанавливал соединение автоматически.
Точно зафиксировать сообщения я не успел, по памяти что-то вроде "connection was forsibly closed".

Если ситуация будет повторяться попробую более точно зафиксировать все обстоятельства и сообщения.
В 7й версии соединение не восстанавливается после разрыва
 
Добрый день.
После обновления до 7й версии обнаружил в ней следующую проблему.

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