Заказ всех сделок

Внимание

Для участия в обсуждениях и оформления подписки на новые сообщения форума вам необходимо зарегистрироваться.
Главная » Основные форумы » Программирование на языке Lua
Страницы: 1 2 След.
RSS
Заказ всех сделок, Использование CreateDataSource для заказа всех сделок
 
#1
31.01.2015 15:18:51
Продолжение этой темы: http://forum-archive.quik.ru/forum/lua/125655/125655/

QUIK v.6.16.0.42

Запускаем два скрипта:
1) Считаем количество всех сделок:
Код
function main()
  local hID = AllocTable()
  AddColumn(hID, 1, 'Количество', true, QTABLE_INT_TYPE, 13)
  CreateWindow(hID)
  InsertRow(hID, -1)
  while bRun do
    local nLen = getNumberOf('all_trades')
    SetCell(hID, 1, 1, tostring(nLen), nLen)
    sleep(100)
  end
end
2) Заказываем все сделки:
Код
function main()
  local sClassCode = 'QJSIM'
  for sSecCode in string.gmatch(getClassSecurities(sClassCode), '([^,]*),') do
    (CreateDataSource(sClassCode, sSecCode, INTERVAL_TICK)):SetEmptyCallback()
  end
  message('ТВС заказана', 2)
end
Через некоторое время QUIK падает с созданием дампа. После нескольких попыток все сделки наконец закачиваются в хранилище. Но при этом есть вероятность, что часть сделок теряется. Повторное переподключение к серверу не помогает. Помогает только удаление файла alltrade.dat с повторной закачкой данных.

Также удалось локализовать ошибку, когда все сделки заказываются только со 2-го вызова CreateDataSource: это происходит, если во время запуска QUIK инструмент уже находился в списке [ALL_TRADES_DATA] файла INFO.INI
Надо делать так, как надо. А как не надо - делать не надо.
 
 
#2
31.01.2015 20:23:28
Последний абзац - возможно, преждевременный вывод... Но не охота ковыряться... Разбирайтесь сами.
Надо делать так, как надо. А как не надо - делать не надо.
 
 
#3
01.02.2015 20:49:42
Наблюдается также и в QUIK v.6.16.1.15
Надо делать так, как надо. А как не надо - делать не надо.
 
 
#4
02.02.2015 05:15:19
Добрый день.
пришлите нам дамп падения терминала.
 
 
#5
02.02.2015 08:48:01
Отправил
Надо делать так, как надо. А как не надо - делать не надо.
 
 
#6
18.02.2015 20:37:14
Добрый день.
Есть какие-нибудь результаты?

Сегодня произошло следующее: В QUIK не открыто ни одного окна, кроме "Доступные скрипты"; запущен только один скрипт, заказывающий все сделки по определённому списку инструментов по классу SPBOPT. Через некоторое время получаю такую ошибку:

При этом скрипт продолжает работать: судя по логу все сделки продолжают успешно заказываться.
Есть подозрение, что, ошибка выскакивает из-за того, что заказ всех сделок по большому списку инструментов происходит длительное время, в течение которого процесс info.exe загружает одно ядро процессора на 100%.
Надо делать так, как надо. А как не надо - делать не надо.
 
 
#7
18.02.2015 22:08:20
Если не открыта ТВС или тиковый график, то при заказе всех сделок из скрипта сбрасываются настройки по уже заказанным инструментам. После остановки скрипта настройки "Заказ всех сделок..." полностью сбрасываются, как будто ничего не заказывалось (даже если функция :Close() не вызывалась).
Надо делать так, как надо. А как не надо - делать не надо.
 
 
#8
18.02.2015 22:53:20
Вы можете более подробно описать концепцию работы функции CreateDataSource: то, как вы представляете себе, как она должна работать?
А то постоянно натыкаешься на какие-то неожиданности и не знаешь, как реагировать: то ли это ошибка, то ли так и задумано было...
Надо делать так, как надо. А как не надо - делать не надо.
 
 
#9
24.02.2015 10:18:37
Цитата
Серж пишет:
Если не открыта ТВС или тиковый график, то при заказе всех сделок из скрипта сбрасываются настройки по уже заказанным инструментам. После остановки скрипта настройки "Заказ всех сделок..." полностью сбрасываются, как будто ничего не заказывалось (даже если функция :Close() не вызывалась).
Это ошибка или что?
Надо делать так, как надо. А как не надо - делать не надо.
 
 
#10
24.02.2015 12:14:14
Цитата
Серж пишет:
Цитата
Серж пишет:
Если не открыта ТВС или тиковый график, то при заказе всех сделок из скрипта сбрасываются настройки по уже заказанным инструментам. После остановки скрипта настройки "Заказ всех сделок..." полностью сбрасываются, как будто ничего не заказывалось (даже если функция :Close() не вызывалась).
Это ошибка или что?
Добрый день.

Можете прислать файл dmp и сам скрипт для разбора?
 
 
#11
24.02.2015 13:19:25
Цитата
Egor Zaytsev пишет:
Можете прислать файл dmp и сам скрипт для разбора?
Какой dmp? Дампы после ошибки "Internal exception happend" я отправлял. Мне ответили, что ошибка найдена и будет исправлена.

Это уже другой вопрос. После остановки скрипта
Код
function main()
  message(tostring(CreateDataSource('QJSIM', 'SBER', INTERVAL_TICK)), 2)
  while not stopped do sleep(200) end
end
function OnStop()
  stopped = true
end
кнопкой "Остановить" сбрасываются настройки всех выбранных инструментов для заказа всех сделок.
Надо делать так, как надо. А как не надо - делать не надо.
 
 
#12
24.02.2015 14:10:07
Цитата
Серж пишет:
Цитата
Egor Zaytsev пишет:
Можете прислать файл dmp и сам скрипт для разбора?
Какой dmp? Дампы после ошибки "Internal exception happend" я отправлял. Мне ответили, что ошибка найдена и будет исправлена.

Это уже другой вопрос. После остановки скрипта
Код
 function main()
  message(tostring(CreateDataSource('QJSIM', 'SBER', INTERVAL_TICK)), 2)
  while not stopped do sleep(200) end
end
function OnStop()
  stopped = true
end
кнопкой "Остановить" сбрасываются настройки всех выбранных инструментов для заказа всех сделок.
Ваше обращение получено, проблема изучается. Постараемся в ближайшее время дать ответ.
 
 
#13
27.02.2015 17:16:24
Цитата
Серж пишет:
Цитата
Egor Zaytsev пишет:
Можете прислать файл dmp и сам скрипт для разбора?
Какой dmp? Дампы после ошибки "Internal exception happend" я отправлял. Мне ответили, что ошибка найдена и будет исправлена.

Это уже другой вопрос. После остановки скрипта
Код
 function main()
  message(tostring(CreateDataSource('QJSIM', 'SBER', INTERVAL_TICK)), 2)
  while not stopped do sleep(200) end
end
function OnStop()
  stopped = true
end
кнопкой "Остановить" сбрасываются настройки всех выбранных инструментов для заказа всех сделок.
Добрый день,

Описанная проблема будет устранена в одной из очередных версий программы. Приносим извинения за причиненные неудобства.
 
 
#14
10.03.2015 01:03:12
Цитата
Серж пишет:
Но при этом есть вероятность, что часть сделок теряется. Повторное переподключение к серверу не помогает. Помогает только удаление файла alltrade.dat с повторной закачкой данных.
А что насчёт этого факта? Рекомендую всё же обратить внимание на него: при падении Квика нередко часть сделок "выпадает" из БД.
В этом можно убедиться, вызвав неоднократное падение Квика во время загрузки сделок (см. пост #1) и сравнив полученное число сделок с количеством закачанных сделок при штатной загрузке.
Падение Квика при использовании Lua-скриптов - не редкое явление в текущей реализации. Посему необходимо обеспечить целостность таблицы всех сделок при загрузке.
Надо делать так, как надо. А как не надо - делать не надо.
 
 
#15
10.03.2015 01:25:12
Цитата
Серж пишет:

при падении Квика нередко часть сделок "выпадает" из БД.
Под БД я имел ввиду внутреннее хранилище Квик.
Надо делать так, как надо. А как не надо - делать не надо.
 
 
#16
10.03.2015 14:34:59
Цитата
Серж пишет:
Цитата
Серж пишет:
Но при этом есть вероятность, что часть сделок теряется. Повторное переподключение к серверу не помогает. Помогает только удаление файла alltrade.dat с повторной закачкой данных.
А что насчёт этого факта? Рекомендую всё же обратить внимание на него: при падении Квика нередко часть сделок "выпадает" из БД.
В этом можно убедиться, вызвав неоднократное падение Квика во время загрузки сделок (см. пост #1 ) и сравнив полученное число сделок с количеством закачанных сделок при штатной загрузке.
Падение Квика при использовании Lua-скриптов - не редкое явление в текущей реализации. Посему необходимо обеспечить целостность таблицы всех сделок при загрузке.
Добрый день,

Так как причина аварийного завершения QUIK была установлена по присланному Вами ранее файлу дампа, рекомендуем, в том числе и по указанной особенности, ожидать решения проблемы в одной из очередных версий программы.
 
 
#17
10.03.2015 14:40:58
удивляюсь, однако сколько в квике ошибок...
и как в такой системе только торговать...
:))))))))))

p.s. ладно хоть она бесплатна для рядовых пользователей, а то бы эту компанию просто засудили:)))
 
 
#18
10.03.2015 15:08:09
Цитата
sam063rus пишет:
удивляюсь, однако сколько в квике ошибок...
А я уже не удивляюсь...
Но вот упорство сотрудников ARQA, с которым они "не хотят" видеть те проблемы, о которых им рапортуют, уже бесит.

2_сотрудникам_ARQA: учитывая количество багов, найденных мной и исправленных благодаря этому, в ИТС QUIK, можно сказать, что я выполняю работу ваших бета-тестеров, которых у вас нет. Пора бы уже меня принять в штат и поставить на полное довольствие.
С кем можно пообщаться по этому поводу?

Цитата
Stanislav Tvorogov пишет:
Так как причина аварийного завершения QUIK была установлена по присланному Вами ранее файлу дампа, рекомендуем, в том числе и по указанной особенности, ожидать решения проблемы в одной из очередных версий программы.
Решение проблемы падения QUIK в результате заказа всех сделок функцией CreateDataSource не решит проблему "пропуска" сделок в результате краха QUIK по другим причинам. Поэтому рассматривать эти проблемы нужно отдельно.
Цитата
Серж пишет:
Через некоторое время QUIK падает с созданием дампа. После нескольких попыток все сделки наконец закачиваются в хранилище. Но при этом есть вероятность, что часть сделок теряется.
Я просто привёл пример, как вы можете воспроизвести описанную ситуацию. Но у меня есть основания полагать, что это не единственная ситуация, когда часть всех сделок не сохраняется.
Надо делать так, как надо. А как не надо - делать не надо.
 
 
#19
10.03.2015 15:26:55
Цитата
Серж пишет:
Пора бы уже меня принять в штат и поставить на полное довольствие.
и меня!  :)  , и меня!  :)  , и меня!  :)  , и меня!  :)  , и меня!  :)  , и меня!  :)  , и меня!  :)  , и меня!  :)  , и меня!  :)  , и меня!  :)  , и меня!  :) ,
на довольствие!!!:)))))
 
 
#20
11.03.2015 09:42:32
Цитата
Серж пишет:

Цитата
Stanislav Tvorogov пишет:
Так как причина аварийного завершения QUIK была установлена по присланному Вами ранее файлу дампа, рекомендуем, в том числе и по указанной особенности, ожидать решения проблемы в одной из очередных версий программы.
Решение проблемы падения QUIK в результате заказа всех сделок функцией CreateDataSource не решит проблему "пропуска" сделок в результате краха QUIK по другим причинам. Поэтому рассматривать эти проблемы нужно отдельно.
Цитата
Серж пишет:
Через некоторое время QUIK падает с созданием дампа. После нескольких попыток все сделки наконец закачиваются в хранилище. Но при этом есть вероятность, что часть сделок теряется.
Я просто привёл пример, как вы можете воспроизвести описанную ситуацию. Но у меня есть основания полагать, что это не единственная ситуация, когда часть всех сделок не сохраняется.
Добрый день.

Сергей, воспроизводить можно на скриптах в вашем первом посте?
 
 
#21
11.03.2015 14:22:27
Цитата
Egor Zaytsev пишет:
Сергей, воспроизводить можно на скриптах в вашем первом посте?
Да, можно на них.
Перед первым запуском теста удалите файл "alltrade.dat" и очистите секцию [ALL_TRADES_DATA] в файле INFO.INI

PS: обратил внимание, что, если открыта ТВС (в ТВС могут быть выбраны бумаги, отличные от заказываемых в скрипте), то заказ всех сделок по большому числу бумаг длится гораздо дольше. При этом возрастает вероятность краха терминала во время заказа.
Надо делать так, как надо. А как не надо - делать не надо.
 
 
#22
12.03.2015 06:14:33
Добрый день.

Сергей, ваше обращение получено, проблема изучается. Постараемся в ближайшее время дать ответ.
 
 
#23
19.03.2015 13:35:58
Добрый день,

Описанная Вами проблема будет устранена в одной из очередных версий программы.
Приносим извинения за причиненные неудобства.
 
 
#24
08.10.2015 10:36:44
Добрый день.

Данная ошибка была исправлена в версии 7.0.0 терминала QUIK.
Данная версия терминала была выслана всем брокерам, использующим систему QUIK вчера, 07.10.2015, в установленном порядке передачи обновлений.
Рекомендуем Вам дождаться обновления версии терминала у Вашего брокера и обновить Ваш терминал.

Приносим извинения за причиненные неудобства.
 
 
#25
28.10.2015 16:43:36
Цитата
Alexey Ivannikov пишет:
Добрый день.

Данная ошибка была исправлена в версии 7.0.0 терминала QUIK.
Данная версия терминала была выслана всем брокерам, использующим систему QUIK вчера, 07.10.2015, в установленном порядке передачи обновлений.
Рекомендуем Вам дождаться обновления версии терминала у Вашего брокера и обновить Ваш терминал.

Приносим извинения за причиненные неудобства.
 
 
#26
28.10.2015 16:46:06
Специально зарегался чтобы убедительно оповестить персонал АРКА - ребята, да вы просто обалдели - чуть ли не год такие ляпы висят.

мфц говорите?  :)  

вобщем это позор, таварищи квико-делы  :(  

пс: сорри за пустой репост, от злости рука дрогнула - честно.
 
 
#27
28.10.2015 21:13:53
Alex Dronov, спасибо за ваш отзыв.

Но речь только об устранении проблемы с падением терминала, описанной в первом сообщении этой темы.
Другие проблемы, как я понял, ещё не решены.
Надо делать так, как надо. А как не надо - делать не надо.
 
 
#28
29.10.2015 07:51:50
Цитата
Старатель пишет:
Alex Dronov , спасибо за ваш отзыв.

Но речь только об устранении проблемы с падением терминала, описанной в первом сообщении этой темы.
Другие проблемы, как я понял, ещё не решены.
А вы уже на 7-ой версии?
Там тоже нельзя без открытых ТВС или чарта подписаться на тики?
и также после CreateDataSource() сбрасываются настройки заказанных данных?
 
 
#29
29.10.2015 08:00:38
to ARQA:

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

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

можно надеятся на такое развитие событий? :)
 
 
#30
29.10.2015 08:11:22
это уже обсуждалось неоднократно последние десять лет.
Ответ один -нет.
 
 
#31
29.10.2015 09:11:38
Цитата
Николай Камынин пишет:
это уже обсуждалось неоднократно последние десять лет.
Ответ один -нет.
десять? ничосе :)
а чем сие отрицание было мотивировано?
 
 
#32
29.10.2015 10:11:02
Цитата
Alex Dronov пишет:
А вы уже на 7-ой версии?
7-ю я пока тестирую только на демке.
Цитата
Alex Dronov пишет:
Там тоже нельзя без открытых ТВС или чарта подписаться на тики?
и также после CreateDataSource() сбрасываются настройки заказанных данных?
Да, всё по-прежнему.
Надо делать так, как надо. А как не надо - делать не надо.
 
 
#33
29.10.2015 11:02:05
Цитата
sam063rus пишет:
удивляюсь, однако сколько в квике ошибок...
и как в такой системе только торговать...
)))))))))

p.s. ладно хоть она бесплатна для рядовых пользователей, а то бы эту компанию просто засудили ))
пробежавшись по форуму можно сделать вывод:
они, АРКА, делают таксебе продукт исключительно на  таксебе ОС для таксебе пользователей.

с претензиями на качество и оптимальность тут очевидно делать нечего. это территория лоха.
 
 
#34
29.10.2015 19:34:54
Цитата
Alex Dronov пишет:
Цитата
sam063rus пишет:
удивляюсь, однако сколько в квике ошибок...
и как в такой системе только торговать...
)))))))))

p.s. ладно хоть она бесплатна для рядовых пользователей, а то бы эту компанию просто засудили ))
пробежавшись по форуму можно сделать вывод:
они, АРКА, делают таксебе продукт исключительно на таксебе ОС для таксебе пользователей.

с претензиями на качество и оптимальность тут очевидно делать нечего. это территория лоха.
Как говорит Козьма Прудков "Бди в корень"
Когда что-то делается для раздачи как бесплатное приложение, то не стоит ожидать чуда.
Но замечу, что, для российского рынка, КВИК лучше всех живых решений.
----------------------------------------------------------------
Ну так уж в России заведено,
чтобы не делали,
но лучше, чем автомат Калашникова, не получается.
 
 
#35
29.10.2015 19:42:17
Цитата
Николай Камынин пишет:
Цитата
Alex Dronov пишет:
Цитата
sam063rus пишет:
удивляюсь, однако сколько в квике ошибок...
и как в такой системе только торговать...
)))))))))

p.s. ладно хоть она бесплатна для рядовых пользователей, а то бы эту компанию просто засудили ))
пробежавшись по форуму можно сделать вывод:
они, АРКА, делают таксебе продукт исключительно на таксебе ОС для таксебе пользователей.

с претензиями на качество и оптимальность тут очевидно делать нечего. это территория лоха.
Как говорит Козьма Прудков "Бди в корень"
Когда что-то делается для раздачи как бесплатное приложение, то не стоит ожидать чуда.
Но замечу, что, для российского рынка, КВИК лучше всех живых решений.
----------------------------------------------------------------
Ну так уж в России заведено,
чтобы не делали,
но лучше, чем автомат Калашникова, не получается.
я и не говорил, что знаю что-то хорошее про торговые терминалы в РФ
не только квик огорчает, просто столь популярный фронтенд так слабо сопровождается - это чуть выше понимания

и да, калаш - это чего-то особенного :)
 
 
#36
30.10.2015 17:40:52
Цитата
Старатель пишет:
Цитата
Alex Dronov пишет:
А вы уже на 7-ой версии?
7-ю я пока тестирую только на демке.
Цитата
Alex Dronov пишет:
Там тоже нельзя без открытых ТВС или чарта подписаться на тики?
и также после CreateDataSource() сбрасываются настройки заказанных данных?
Да, всё по-прежнему.
Вы не подскажите в чем преимущество qlua относительно метода экспортировать тики qpile и потом работать с .tri/.tro любым языком?
это замерялось как быстрее или зачем все эти мучения с виртуальной машиной?
только этот вопрос остался.
спасибо.
 
 
#37
30.10.2015 18:48:42
А в QPILE это можно?
Цитата
Alex Dronov пишет:
Там тоже нельзя без открытых ТВС или чарта подписаться на тики?
Надо делать так, как надо. А как не надо - делать не надо.
 
 
#38
30.10.2015 19:17:56
Цитата
Старатель пишет:
А в QPILE это можно?
Цитата
Alex Dronov пишет:
Там тоже нельзя без открытых ТВС или чарта подписаться на тики?
нет, но и  в "два раза ку - желтые штаны"-Луа тоже уже скоро год как не получается
я и грю, может скриптовый АПИ таки развивать?
тем более, что работающие в потоке терминала колбэки не добавляют гибкости и
собственно вынуждают всё равно отдельно парсить

те что-то мая не догадывается что всё это за такое странное понаделано тут
да к тому же еще и не работает толком :)
 
 
#39
30.10.2015 19:32:52
В QPILE же вообще нельзя подписаться на тики, в Lua - можно (соблюдая некоторые правила). Или я ошибаюсь?
(Давно не писал на QPILE - то ещё мучение)
Надо делать так, как надо. А как не надо - делать не надо.
 
 
#40
30.10.2015 19:55:27
Цитата
Старатель пишет:
В QPILE же вообще нельзя подписаться на тики, в Lua - можно (соблюдая некоторые правила). Или я ошибаюсь?
(Давно не писал на QPILE - то ещё мучение)
при открытой твс купайл отлично парсит тики, причем я это делал лет пять-шесть назад где-то
 
 
#41
31.10.2015 07:05:49
Цитата
Alex Dronov пишет:
Вы не подскажите в чем преимущество qlua относительно метода экспортировать тики qpile и потом работать с .tri/.tro любым языком?
это замерялось как быстрее или зачем все эти мучения с виртуальной машиной?
только этот вопрос остался.
спасибо.
примерно одно и тоже, но чем сложнее алгоритм, чем больше разница.
 
 
#42
31.10.2015 12:51:40
Цитата
Николай Камынин пишет:
Цитата
Alex Dronov пишет:
Вы не подскажите в чем преимущество qlua относительно метода экспортировать тики qpile и потом работать с .tri/.tro любым языком?
это замерялось как быстрее или зачем все эти мучения с виртуальной машиной?
только этот вопрос остался.
спасибо.
примерно одно и тоже, но чем сложнее алгоритм, чем больше разница.
да?
а с какой минимальной частотой нынче квик умеет заглядывать в .tri\.tro?
 
 
#43
02.11.2015 08:33:24
я не измерял,
так как не использовал файлы tri/tro.
 
 
 
#44
05.11.2015 07:59:22
Цитата
Alex Dronov пишет:
Цитата
Николай Камынин пишет:
Цитата
Alex Dronov пишет:
Вы не подскажите в чем преимущество qlua относительно метода экспортировать тики qpile и потом работать с .tri/.tro любым языком?
это замерялось как быстрее или зачем все эти мучения с виртуальной машиной?
только этот вопрос остался.
спасибо.
примерно одно и тоже, но чем сложнее алгоритм, чем больше разница.
да?
а с какой минимальной частотой нынче квик умеет заглядывать в .tri\.tro?
Добрый день.

0.1 сек.
 
 
#45
22.12.2015 15:22:02
Цитата
Серж пишет:
Продолжение этой темы: http://forum-archive.quik.ru/forum/lua/125655/125655/
Проблема, описанная в этой ветке, так за год и не решена.

Версия 7.0.4.10.
В скрипте производится заказ всех сделок:
CreateDataSource(..., ..., INTERVAL_TICK)
SetUpdateCallback(...)
Подписка выполняется только в скрипте, таблицы всех сделок в терминале не открываются.

Вариант А).
1. Запускаем терминал.
2. Запускаем скрипт.
3. Устанавливаем соединение.

Заказанные данные поступают, callback-функция вызывается.

Вариант Б).
1. Запускаем терминал.
2. Устанавливаем соединение.
3. Запускаем скрипт.

Callback-функция не вызывается.

Далее:
4. Останавливаем скрипт.
5. Запускаем скрипт.

Данные начинают поступать, callback-функция вызывается.
При последующих перезапусках скрипта поведение также корректно.

Вывод: ошибка проявляется только при первом запуске скрипта и только при установленном до запуска соединении с сервером.
Воспроизводится стабильно. Также установлено, что очистка данных при запуске (info.exe -clear) на описанное поведение не влияет.
 
 
#46
23.12.2015 11:46:23
Цитата
SDL пишет:
Цитата
Серж пишет:
Продолжение этой темы: http://forum-archive.quik.ru/forum/lua/125655/125655/
Проблема, описанная в этой ветке, так за год и не решена.

Версия 7.0.4.10.
В скрипте производится заказ всех сделок:
CreateDataSource(..., ..., INTERVAL_TICK)
SetUpdateCallback(...)
Подписка выполняется только в скрипте, таблицы всех сделок в терминале не открываются.

Вариант А).
1. Запускаем терминал.
2. Запускаем скрипт.
3. Устанавливаем соединение.

Заказанные данные поступают, callback-функция вызывается.

Вариант Б).
1. Запускаем терминал.
2. Устанавливаем соединение.
3. Запускаем скрипт.

Callback-функция не вызывается.

Далее:
4. Останавливаем скрипт.
5. Запускаем скрипт.

Данные начинают поступать, callback-функция вызывается.
При последующих перезапусках скрипта поведение также корректно.

Вывод: ошибка проявляется только при первом запуске скрипта и только при установленном до запуска соединении с сервером.
Воспроизводится стабильно. Также установлено, что очистка данных при запуске (info.exe -clear) на описанное поведение не влияет.
Здравствуйте!

Ваше обращение получено, проблема изучается. Постараемся в ближайшее время дать ответ.
 
 
#47
23.12.2015 12:05:32
Цитата
SDL пишет:
Цитата
Серж пишет:
Продолжение этой темы: http://forum-archive.quik.ru/forum/lua/125655/125655/
Проблема, описанная в этой ветке, так за год и не решена.

Версия 7.0.4.10.
В скрипте производится заказ всех сделок:
CreateDataSource(..., ..., INTERVAL_TICK)
SetUpdateCallback(...)
Подписка выполняется только в скрипте, таблицы всех сделок в терминале не открываются.

Вариант А).
1. Запускаем терминал.
2. Запускаем скрипт.
3. Устанавливаем соединение.

Заказанные данные поступают, callback-функция вызывается.

Вариант Б).
1. Запускаем терминал.
2. Устанавливаем соединение.
3. Запускаем скрипт.

Callback-функция не вызывается.

Далее:
4. Останавливаем скрипт.
5. Запускаем скрипт.

Данные начинают поступать, callback-функция вызывается.
При последующих перезапусках скрипта поведение также корректно.

Вывод: ошибка проявляется только при первом запуске скрипта и только при установленном до запуска соединении с сервером.
Воспроизводится стабильно. Также установлено, что очистка данных при запуске (info.exe -clear) на описанное поведение не влияет.
Добрый день.

Ошибка будет исправлена в одной из очередных версий программы.
Приносим извинения за причиненные неудобства.
 
 
#48
14.10.2016 15:55:24
Цитата
Alexey Ivannikov написал:
Цитата
SDL   пишет:
Цитата
Серж пишет:
Продолжение этой темы:  http://forum-archive.quik.ru/forum/lua/125655/125655/  
Проблема, описанная в этой ветке, так за год и не решена.

Версия 7.0.4.10.
В скрипте производится заказ всех сделок:
CreateDataSource(..., ..., INTERVAL_TICK)
SetUpdateCallback(...)
Подписка выполняется только в скрипте, таблицы всех сделок в терминале не открываются.

Вариант А).
1. Запускаем терминал.
2. Запускаем скрипт.
3. Устанавливаем соединение.

Заказанные данные поступают, callback-функция вызывается.

Вариант Б).
1. Запускаем терминал.
2. Устанавливаем соединение.
3. Запускаем скрипт.

Callback-функция не вызывается.

Далее:
4. Останавливаем скрипт.
5. Запускаем скрипт.

Данные начинают поступать, callback-функция вызывается.
При последующих перезапусках скрипта поведение также корректно.

Вывод: ошибка проявляется только при первом запуске скрипта и только при установленном до запуска соединении с сервером.
Воспроизводится стабильно. Также установлено, что очистка данных при запуске (info.exe -clear) на описанное поведение не влияет.
Добрый день.

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

Незаметно прошел еще год. Версия 7.4.0.79. Реально ли дождаться исправления ошибки?
 
 
#49
17.10.2016 06:16:47
Цитата
SDL написал:
Цитата
Alexey Ivannikov   написал:
Цитата
SDL   пишет:
Цитата
Серж пишет:
Продолжение этой темы:   http://forum-archive.quik.ru/forum/lua/125655/125655/  
Проблема, описанная в этой ветке, так за год и не решена.

Версия 7.0.4.10.
В скрипте производится заказ всех сделок:
CreateDataSource(..., ..., INTERVAL_TICK)
SetUpdateCallback(...)
Подписка выполняется только в скрипте, таблицы всех сделок в терминале не открываются.

Вариант А).
1. Запускаем терминал.
2. Запускаем скрипт.
3. Устанавливаем соединение.

Заказанные данные поступают, callback-функция вызывается.

Вариант Б).
1. Запускаем терминал.
2. Устанавливаем соединение.
3. Запускаем скрипт.

Callback-функция не вызывается.

Далее:
4. Останавливаем скрипт.
5. Запускаем скрипт.

Данные начинают поступать, callback-функция вызывается.
При последующих перезапусках скрипта поведение также корректно.

Вывод: ошибка проявляется только при первом запуске скрипта и только при установленном до запуска соединении с сервером.
Воспроизводится стабильно. Также установлено, что очистка данных при запуске (info.exe -clear) на описанное поведение не влияет.
Добрый день.

Ошибка будет исправлена в одной из очередных версий программы.
Приносим извинения за причиненные неудобства.
Незаметно прошел еще год. Версия 7.4.0.79. Реально ли дождаться исправления ошибки?
Добрый день.

Да, конечно. Мы Вас незамедлительно известим.
 
 
#50
10.03.2017 15:30:43
Предлагаю сделать возможным заказывать обезличенные сделки сразу по всему классу:
Код
CreateDataSource(Class, nil, 0)
Надо делать так, как надо. А как не надо - делать не надо.
 
 
Страницы: 1 2 След.
Читают тему
Техническая поддержка
+7 383 219 1606
© 2000–2024,
ARQA Technologies
Наверх