Используйте TimeCurrent()
GetTickCount в начале каждого OnTick с запоминанием времени тика. А в других On-функциях добавляете к запомненному времени разницу по времени через GetTickCount.
Если есть тики, то вопросов не возникает. А если первый запуск на выходные?
GetTickCount вообще не нужен. По первому тику вычислить разницу TimeCurent() и TimeLocal() в часах. Потом TimeLocal() пересчитывать с этой поправкой.
Если есть тики, то вопросов не возникает. А если первый запуск на выходные?
GetTickCount вообще не нужен. По первому тику вычислить разницу TimeCurent() и TimeLocal() в часах. Потом TimeLocal() пересчитывать с этой поправкой.
Иногда нужно поточнее.
Иногда нужно поточнее.
Время сервера, это не время котировок, оно только часами отличается, скорость доставки данных никак не может на него повлиять. Это у котировки есть время ее появления и запаздывание из-за времени, необходимого на ее передачу.
Самое интересно, как всегда, игнорируется - как сделать, что бы это работала при первом запуске в выходные.
По TimeLocal.
панятна
По TimeLocal.
Чуть разверните мысль, плиз. Стартовали в субботу. Имеем TimeCurrent() - пятница 23:59:59. Что дальше?
Чуть разверните мысль, плиз. Стартовали в субботу. Имеем TimeCurrent() - пятница 23:59:59. Что дальше?
Вот этот вопрос задать нужно разработчикам, это будет правильней. Не хватает получения времени сервера на выходных стандартными средствами.
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Вы принимаете политику сайта и условия использования
Интересует решение этой функции под МТ4
TimeTradeServer