Последняя версия текущего дня. При выключении коннектора к финаму вылетает без каких-либо сообщений.
Также был замечен баг, при включении новой гидры с параметром автостарт и неудаленной бд с прошлой версии, дальше загрузки коннекторов дело не идет, на обработке UX встает намертво.
Comments (24)
Login or Create account, Log in or register to leave a comment
До этого все настройки хранились в config файле. Допустим у вас был включен автостарт. Изменилась БД - все настройки были перенесены в БД. Изменился и код в Гидре. Соответственно при запуске Гидра ищет настройки в БД, а не в config файле. А раз БД была старая, в ней не было настроек, то и автозапуск невозможен.
Включаю гидру:
Перетаскиваю ползунок на коннекторе финама в положение I.
Гидра вылетает:
Настройки финама:
Общие настройки:
Ось Win 7 ultimate 64 eng
Попробовал еще раз на чистой Гидре. Выставил точно такие же настройки. Включаю источник Финам, предлагает обновить справочник. Ничего не вылетает.
Ось: Win 7 ultimate 64 ru.
Берите исходники, ставьте бряки и смотрите из за чего вылетает.
На чистой win 8 русской идет, на чистой win 7 eng не идет. Кстати не первый раз такое замечаю, что под англ версиями все работает немного иначе :)
Если Гидра вылетает молча, то это какой-то баг во фреймворке. Потому что обработчик ошибок есть, и он не может не сработать. Не срабатывает только если что-то критическое произошло (нехватка памяти, ее перезапись и прочее). Так что тут только дебаг.
Обработки неотловленных ошибок потоков как-то не заметно. Любые другие обработчики обрабатывают только отдельные куски кода. Так что обработчик может и не сработать.
Это достаточно легко проверить.
Собрал гидру из транка (22848) Скачал тики с Финама. При генерации нестандартных свечек из тиков (например 4 мин) происходит следующее:
Время первой сделки получается, происходит 10.28, цена соответствует первой сделки в 10.30 (цена 11250). По идее, время открытия свечек д.б. 10.30,10.34, 10.38 и т.д?! При генерации 1мин,5мин свечек время и цена правильная 10.30(11250)...
Гидра 4.1.7 выкидывает при запуске вот такую ошибку, а 4.1.6 запускается без проблем
А 4.1.6 когда нажимаю стоп, загрузка данных не останавливается
Попробуйте последнюю версию с codeplex, вроде как это проблема была решена.
Гидра скорее всего не причем, бага в самом S#. Посмотрим.
Она там не скомпилирована? Я не могу ее на 2010 студии запустить, точнее запускаю, а она просит ссылку StockSharp.Hydra.Core.dll, я чет ее не найду
Commit 22603
Михаил фиксил проблему. Вроде как больше не появлялась. Сейчас последний коммит 22879 - codeplex
Нет, там лежат исходники. StockSharp.Hydra.Core.dll - это скомпиленный проект Core в Гидре.
Запускайте проект целиком trunk\StockSharp.sln и собирайте его полностью. Так точно соберется все что нужно.
Не понятно, как работает гидра в случае, когда гидра останавливается по причине нехватки места на диске. Как в этом случае происходит дальнейшее скачивание?
Хм. Интересный вопрос, надо будет проэкспериментировать. Думаю при нехватке места в логи будет писаться сообщение об ошибке, и при наборе определенного количества exceptions, источник будет остановлен. По крайней мере сейчас так.
Собрал некоторое количество exceptions)) Запустить гидру на скачивание не получалось. Интересный момент в том, что гидра с каждым разом "пробегает" "все с начала" и дальше выход на эксепшн. Метод тыка))) Скачался полностью другой инструмент...Скачивание прерванного инструмента возобновилась...
Идем дальше! Выгрузка свечек в .txt формат, через раз.Не думаю что ограничение .txt формата 12-16 мб...
Одна из последних ошибок Гидры... Задача: скачать данные за период 01.01.2009-08.02.2013 по SPFB.RTS@RTS. Скачивание прекращается (довольно продолжительное). Версия из транка (22848)
При последующем старте Гидры происходит следующее:
Дальше все сначала. Вопросы:
К примеру стоит дата скачки по SPFB.RTS@RTS с 01.01.2009, но данные начинаются только с 11 числа, до этого приходят "пустые" txt. Соответственно и сохранятся данные в формате bin будут с 11 числа. Поэтому при следующем старте и проверке по каким дням нет данных, гидра посчитает что с 1 по 10 нет данных, и опять будут выкачиваться данные по этим дням.
Сегодня на ночь, для теста, поставил выкачивать SPFB.RTS@RTS за 01.01.2009-08.02.2013 В итоге выкачалось 3 года из 4. Была одна ошибка - сервер не доступен. "Сырцов" выкачалось 7,6 Гига. Это к тому, что надо заранееосвобождать место на винте, если планируется выкачивать большой объем.
Пофиксил баг. Наличие данных по дням проверялось не в алфавитных папках.