Ошибки, баги, вопросы - страница 3717
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
lynxntech #:
сравниваем запрос и first_bar_time ?
Может запросто быть равен нулю при больших значениях MaxBars.
В Учебнике такая фраза. Но у меня не возникает ошибки. Как понять, что бары не все получены из-за низкого MaxBars?
Данная часть документации относится к случаям использования параметра "count".
Данная часть документации относится к случаям использования параметра "count".
К сожалению, это работает только на реальных символах. На пользовательских символах ошибка не возникает.
К сожалению, это работает только на реальных символах. На пользовательских символах ошибка не возникает.
Верно, возвращается только одна полоска, последняя.
Я сообщу об этом как об ошибке.
К сожалению, это работает только на реальных символах.
Ставил ограничение на 6000 баров и перезагружал терминал.
Столкнулся с ситуациями, когда не работает это условие.
Ставил ограничение на 6000 баров и перезагружал терминал.
Сложно понять, чего вы пытаетесь добиться?
(Этот код не компилируется).
Сложно понять, чего вы пытаетесь добиться?
Узнать, смогу ли через CopyRates получить все исторические бары.
(Этот код не компилируется).
Забыл добавить.
Для воспроизведения скачиваем прилагаемый индикатор и эксперт. Запускаем эксперт и начинаем переключать таймфреймы в окне. Видно что для каждого старого предыдущего тайфрейма будет жить и работать свой индикатор, который никак не обнаруживается кроме как через пользовательские прерывания и принтовку из самого индикатора.
Да, это лечится с помощью IndicatorRelease(handle); в OnDeinit эксперта. Но это не очевидно и нигде не написано в документации. Уверен что подавляющее большинство использует iCustom в своих экспертах без IndicatorRelease, что ведет к постоянной утечке ресурсов при переключении таймфреймов.
ЗЫ На выходных на закрытом рынке не сможете это воспроизвести
Обнаружил странное поведение при использовании iCustom в эксперте, которое больше похоже на баг, а не на фичу. Причем супер баг! Так как ведет к неконтроллируемуму размножению индикатора, и как следствие неконтролируемой утечки памяти и CPU ресурсов.
Для воспроизведения скачиваем прилагаемый индикатор и эксперт. Запускаем эксперт и начинаем переключать таймфреймы в окне. Видно что для каждого старого предыдущего тайфрейма будет жить и работать свой индикатор, который никак не обнаруживается кроме как через пользовательские прерывания и принтовку из самого индикатора.
Да, это лечится с помощью IndicatorRelease(handle); в OnDeinit эксперта. Но это не очевидно и нигде не написано в документации. Уверен что подавляющее большинство использует iCustom в своих экспертах без IndicatorRelease, что ведет к постоянной утечке ресурсов при переключении таймфреймов.
ЗЫ На выходных на закрытом рынке не сможете это воспроизвести
В индикаторах при использовании iCustom всегда в OnDeinit прописываю IndicatorRelease - это как-бы обязательно, потому что меняем таймфреймы.
В советнике не использую, так как советник не предполагает постоянное переключение таймфреймов - раз запустил и забыл.
Если не использовать IndicatorRelease, то индикатор iCustom держится в памяти если к нему не обращались, вроде 7 минут (не точно), потом выгружается.
Как баг, Я бы это не назвал, скорее недоработка со стороны программиста.