Я это также постараюсь проверить при следующем случае.
Снова столкнулся с не отображением пользовательских индикаторов (в визуальном тестере снижал скорость - эффекта от снижения скорости теста никакого, поэтому вернул на максимальную скорость минус один шаг). При этом сначала запускал визуальный тест из Терминала и индикаторы были. Переключился на редактор MetaEditor и из него запустил тест на истории - индикаторы не отобразились. Удалил tester.tpl и default.tpl. Перезапустил терминал и редактор. Запустил визуальный тест - индикаторы отобразились, но это я уверен на 100% заслуга перезапуска терминала.
Плюнул на черный цвет шаблона и снова поставил свой tester.tpl и default.tpl (просто раскраска свеч).
В общем проблема есть, но у меня как у пользователя нет никаких отладочных инструментов для анализа что где когда поломалось. К сожалению.
Борюсь так: пять неудачных запусков - перезагружаю терминал и редактор. В общем играюсь ...
Прошу вернуть порядок ордеров в истории, каким он был в b2940, т.е.:
"Если работаете ТОЛЬКО с HistorySelect(0, INT_MAX), то во время работы советника новые ордера (что попадают в историю во время работы советника) будут дозаписываться в конец - сортировка по ORDER_TIME_DONE_MSC."
Прошу вернуть порядок ордеров в истории, каким он был в b2940, т.е.:
"Если работаете ТОЛЬКО с HistorySelect(0, INT_MAX), то во время работы советника новые ордера (что попадают в историю во время работы советника) будут дозаписываться в конец - сортировка по ORDER_TIME_DONE_MSC."
Насколько я помню, нынешний порядок сохрания ордеров как раз и был в своё время введён по очень большой и неоднократной (как сейчас) просьбе сабера. Вы уж там договоритесь
Насколько я помню, нынешний порядок сохрания ордеров как раз и был в своё время введён по очень большой и неоднократной (как сейчас) просьбе сабера. Вы уж там договоритесь
Вы что-то путаете. Верните, пожалуйста, поведение, как было в b2958 и раньше.
Прошу вернуть порядок ордеров в истории, каким он был в b2940, т.е.:
"Если работаете ТОЛЬКО с HistorySelect(0, INT_MAX), то во время работы советника новые ордера (что попадают в историю во время работы советника) будут дозаписываться в конец - сортировка по ORDER_TIME_DONE_MSC."
Насколько я помню, нынешний порядок сохрания ордеров как раз и был в своё время введён по очень большой и неоднократной (как сейчас) просьбе сабера. Вы уж там договоритесь
Уважаемые разработчики!
1.Прошу уточнить, есть ли вообще "официально подтвержденный" порядок сортировки ордеров в кэше истории, получаемой по HistorySelect и HistorySelectByPosition- по тикету или еще как-то ?
Чтобы можно было на него закладываться при написании продуктов, не опасаясь, что он поменяется в будущем. Например, для продуктов в Маркете это критично.
2. Аналогичный вопрос по порядку сортировки сделок в истории.
3. ... порядок сортировки живых ордеров для выбора через OrderGetTicket()
4. ... порядок сортировки позиций для выбора через PositionGetSymbol()
Улучшением это быть не может, т.к. дозаписать в конец не может быть дороже, чем прописывание в середину.
Скорость не замерял. Толку от нее, если криво...
А если изменения порядка - просто побочный эффект переделки внутренней механики работы ф-й истории? Тогда скорость могла поменяться существенно. в обе стороны.
1.Прошу уточнить, есть ли вообще "официально подтвержденный" порядок сортировки ордеров в кэше истории, получаемой по HistorySelect и HistorySelectByPosition- по тикету или еще как-то ?
Чтобы можно было на него закладываться при написании продуктов, не опасаясь, что он поменяется в будущем. Например, для продуктов в Маркете это критично.
Думаю что закладываться нельзя. В свое время возник такой вопрос:
то они загрузятся в обратном порядке, т.е. сначала "Test2.dll". Казалось бы - а какая разница? Оказалось что это имеет существенное значение и в ряде случаев (.dll требуют определенного порядка загрузки) завершается ошибкой: Сannot load 'Test1.dll'. Вопрос в том, чтобы изменить порядок загрузки на прямой, что с точки зрения кода было бы логичнее - либо гарантировать, что такой порядок не будет изменен в будущем (чтобы код подстроенный под обратный порядок не перестал вдруг работать). На текущий момент необходимо подстраивать код под обратный порядок.
В СервисДеске тогда ответили, что в будущем порядок меняться не будет. И что Вы думаете... спустя год\два примерно dll не загружаются. Меняю порядок на прямой - и снова все работает - т.е. порядок все таки поменяли
Я это также постараюсь проверить при следующем случае.
Снова столкнулся с не отображением пользовательских индикаторов (в визуальном тестере снижал скорость - эффекта от снижения скорости теста никакого, поэтому вернул на максимальную скорость минус один шаг). При этом сначала запускал визуальный тест из Терминала и индикаторы были. Переключился на редактор MetaEditor и из него запустил тест на истории - индикаторы не отобразились. Удалил tester.tpl и default.tpl. Перезапустил терминал и редактор. Запустил визуальный тест - индикаторы отобразились, но это я уверен на 100% заслуга перезапуска терминала.
Плюнул на черный цвет шаблона и снова поставил свой tester.tpl и default.tpl (просто раскраска свеч).
В общем проблема есть, но у меня как у пользователя нет никаких отладочных инструментов для анализа что где когда поломалось. К сожалению.
Борюсь так: пять неудачных запусков - перезагружаю терминал и редактор. В общем играюсь ...
@Rashid Umarov
Присоединяюсь к просьбе fxsaber.
Прошу вернуть порядок ордеров в истории, каким он был в b2940, т.е.:
"Если работаете ТОЛЬКО с HistorySelect(0, INT_MAX), то во время работы советника новые ордера (что попадают в историю во время работы советника) будут дозаписываться в конец - сортировка по ORDER_TIME_DONE_MSC."
@Rashid Umarov
Присоединяюсь к просьбе fxsaber.
Прошу вернуть порядок ордеров в истории, каким он был в b2940, т.е.:
"Если работаете ТОЛЬКО с HistorySelect(0, INT_MAX), то во время работы советника новые ордера (что попадают в историю во время работы советника) будут дозаписываться в конец - сортировка по ORDER_TIME_DONE_MSC."
Насколько я помню, нынешний порядок сохрания ордеров как раз и был в своё время введён по очень большой и неоднократной (как сейчас) просьбе сабера. Вы уж там договоритесь
Насколько я помню, нынешний порядок сохрания ордеров как раз и был в своё время введён по очень большой и неоднократной (как сейчас) просьбе сабера. Вы уж там договоритесь
Вы что-то путаете. Верните, пожалуйста, поведение, как было в b2958 и раньше.
@Rashid Umarov
Присоединяюсь к просьбе fxsaber.
Прошу вернуть порядок ордеров в истории, каким он был в b2940, т.е.:
"Если работаете ТОЛЬКО с HistorySelect(0, INT_MAX), то во время работы советника новые ордера (что попадают в историю во время работы советника) будут дозаписываться в конец - сортировка по ORDER_TIME_DONE_MSC."
Поддерживаю.
Кстати, можете проверить, не изменилось ли время работы HistorySelect в новой бете?
Может, он стал работать намного быстрее, т.е. это улучшение?
Насколько я помню, нынешний порядок сохрания ордеров как раз и был в своё время введён по очень большой и неоднократной (как сейчас) просьбе сабера. Вы уж там договоритесь
Уважаемые разработчики!
1.Прошу уточнить, есть ли вообще "официально подтвержденный" порядок сортировки ордеров в кэше истории, получаемой по HistorySelect и HistorySelectByPosition - по тикету или еще как-то ?
Чтобы можно было на него закладываться при написании продуктов, не опасаясь, что он поменяется в будущем. Например, для продуктов в Маркете это критично.
2. Аналогичный вопрос по порядку сортировки сделок в истории.
3. ... порядок сортировки живых ордеров для выбора через OrderGetTicket()
4. ... порядок сортировки позиций для выбора через PositionGetSymbol()
Кстати, можете проверить, не изменилось ли время работы HistorySelect в новой бете?
Может, он стал работать намного быстрее, т.е. это улучшение?
Улучшением это быть не может, т.к. дозаписать в конец не может быть дороже, чем прописывание в середину.
Скорость не замерял. Толку от нее, если криво...
Улучшением это быть не может, т.к. дозаписать в конец не может быть дороже, чем прописывание в середину.
Скорость не замерял. Толку от нее, если криво...
Уважаемые разработчики!
1.Прошу уточнить, есть ли вообще "официально подтвержденный" порядок сортировки ордеров в кэше истории, получаемой по HistorySelect и HistorySelectByPosition - по тикету или еще как-то ?
Чтобы можно было на него закладываться при написании продуктов, не опасаясь, что он поменяется в будущем. Например, для продуктов в Маркете это критично.
Думаю что закладываться нельзя. В свое время возник такой вопрос:
Форум по трейдингу, автоматическим торговым системам и тестированию торговых стратегий
Ошибки, баги, вопросы
A100, 2015.10.19 15:53
Возник вопрос о порядке загрузки .dll. Если объявлено
то они загрузятся в обратном порядке, т.е. сначала "Test2.dll". Казалось бы - а какая разница? Оказалось что это имеет существенное значение и в ряде случаев (.dll требуют определенного порядка загрузки) завершается ошибкой: Сannot load 'Test1.dll'.
Вопрос в том, чтобы изменить порядок загрузки на прямой, что с точки зрения кода было бы логичнее - либо гарантировать, что такой порядок не будет изменен в будущем (чтобы код подстроенный под обратный порядок не перестал вдруг работать). На текущий момент необходимо подстраивать код под обратный порядок.