Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
В 409 версии все работает нормально. После ваших модификаций советник перестал работать. Так что это ваши киксы и исправлять их должны вы, а не разработчик длл.
Представленная Вами в сервисдеск dll, не простая, а зашифрованная и не подлежащая отладке (видимо для этого и шифровалась, чтобы никто не отладил). Похоже, что эта самая защита не дружит с новой обвязкой при вызове импортируемых функций. То есть, мы тут бессильны.
Обращайтесь к разработчику dll. Тем более, что место падения указано явно и произошло это падение именно при вызове dll-функции.
Представленная Вами в сервисдеск dll, не простая, а зашифрованная и не подлежащая отладке (видимо для этого и шифровалась, чтобы никто не отладил). Похоже, что эта самая защита не дружит с новой обвязкой при вызове импортируемых функций. То есть, мы тут бессильны.
Обращайтесь к разработчику dll. Тем более, что место падения указано явно и произошло это падение именно при вызове dll-функции.
Почему в 409 версии вы небыли бессильны, а здесь расписываетесь в беспомощности. Правильно говорят- не трогай хорошо отлаженный механизм, ибо испортишь то что работает.
Вот и у вас так получается!
У меня предложение к MQ.
Например ситуация:
Суть предложения:
нужно ввести в настройки параметр "время ожидания, после соединения с сервером". В итоге после каждого разрыва связи и дальнейшего восстановления эксперты и индикаторы будут выжидать настраиваемую паузу (у всех разная скорость соединения и время возможного простоя), в течение которой история нормально подкачается и эксперт начнет работать с хорошей историей.
P.S: есть мысль, что история качается только у активного графика и таймфрейма или по запросу функций, обеспечивающих доступ к таймсериям. Здесь тоже есть выход: создать событие Wait которое будет запускаться при каждом тике в течении времени ожидания. В функции Wait можно делать запрос на нужный инструмент и таймфрейм.
на 418 ни разу не попал - из сторонних DLL юзаю ток стандартные Windows..
Помнится, бот на чампе у меня слетел по причине ПЕРЕРАСЧЁТА индикаторвов при ПОТЕРЕ СВЯЗИ.. На 5-ке так было..
И что я вижу сейчас на 4-ке??
При РЕКОННЕКТЕ также происходит перерасчёт индикатора - и данные для текущего бара [0] - во время пересчёта выскакивают на предбарах..(!!??)
Определено: по звуко - визуальным сигналам после восстановления коннекта..
Как так???
Пользуясь случаем хотел выяснить вот такой вопрос :
В ранних билдах терминала (последний раз проверял на ~225) при поиске ордера в списке открытых, и истории, ордера располагались в том порядке, в котором был проведена последняя фильтрация списка вручную (по стопу, тейку, символу, объему... етс) . сейчас при запросе последнего ордера, как на истории, так и открытого терминал возвращает строго ордер с наибольшим тикетом (последний).
Вопрос : будет ли так и далее, или возможна смена метода фильтрации в следующих билдах ? Или в любом случае лучше использовать собственные фильтры для определения нужного ордера ?
Неразговорчивые какие-то, послали бы хоть …
После нескольких часов работы терминала, перестают инициализироватся советники, ни с приходом нового тика, ни с толкача. помогает только перезагруз терминала. деинит происходит, а инит нет. даже для предустановленных.