~40000. Причем, иногда удаляются, иногда нет... На билде 1940 100% всегда все было нормально.
Суть: есть два индикатора (одинаковые), которые работают со своими объектами (по префиксу). Объекты только типа OBJ_TEXT. Индикатор №1 работает, примерно, с 40000 объектов, индикатор №2 - примерно с 1000 объектов. Если сначала удалить объекты индикатора №2, например, удалив сам индикатор, в дальнейшем 40000 объектов первого индикатора удаляются. Если же скриптом попытаться удалить сразу все текстовые объекты - идет зависание.
Интересно. При сохранении этих индикаторов в новый шаблон (шаблон создан в этом билде) - все удаляется без проблем... Какая-то плавающая ошибка при взаимодействии каких-то моих кастомных индикаторов.
Вопрос, скажите пожалуйста, это нормально, что при смене ТФ, например, с М1 на М3 сначала загружаются индикаторы ТФ М3, а только потом выгружаются индикаторы ТФ М1? В прошлом релизе было так же?
Вопрос, скажите пожалуйста, это нормально, что при смене ТФ, например, с М1 на М3 сначала загружаются индикаторы ТФ М3, а только потом выгружаются индикаторы ТФ М1? В прошлом релизе было так же?
Лог вот такой:
Да, нормально.
Это - изначальное поведение. На другой таймфрейм создаётся другая копия индикатора. Через какое-то время изначальная копия индикатора помирает
Вы запускали одиночные прогоны после оптимизации? Двойной клик на строчке в списке результатов оптимизации.
Результаты совпадают?
О совпадении каких результатов идёт речь?
В тестере версии 1966 их тысячи.
В тестере версии 2005 их всего несколько, которые имеют хоть какой то положительный или отрицательный результат. А все остальные (около 500) с результатом 0, Похоже на то, что по заданным настройкам не было открыто позиций.
Завтра я предоставлю полную картинку (Результаты тестов и логи) по обеим версиям. Настройки советника при тестировании были идентичными.
2006й билд, тестер - в режиме "по ценам открытия" не разрешает обращаться к старшему ТФ (есть соответствующее сообщение в логе одиночного прохода, но не оптимизатора, см. ниже).
Вышло так, что обновился по середине оптимизации, и после обновления перезапустил её. Тестер подтянул предыдущие результаты (из 2005го билда) не пересчитывая и продолжил в 2006м. Результат - половина значений с нулями (новые) и со значениями (старые). Но при попытке сделать одиночный проход - не срабатывает.
Пришлось переписать несколько мест кода, что не сложно. А вот понять, что произошло - было не легко.
Вероятно, стоило предупредить :(
для оптимизации выглядит так:
GD 209:23:11.323 Core 3 pass 1254 tested with error "task rejected by tester agent" in 0:00:00.000
DD 009:23:11.323 Tester optimization pass 1254 returned to queue
одиночный проход:
MM 209:23:39.687 Core 1 GBPUSD,H1: wrong timeframe request in Open Prices testing mode
KJ 209:23:39.687 Core 1 GBPUSD: rates base receive error
В тестере версии 2005 их всего несколько, которые имеют хоть какой то положительный или отрицательный результат. А все остальные (около 500) с результатом 0, Похоже на то, что по заданным настройкам не было открыто позиций.
Для авторизации и пользования сайтом MQL5.com необходимо разрешить использование файлов Сookie.
Пожалуйста, включите в вашем браузере данную настройку, иначе вы не сможете авторизоваться.
Вы вошли в аккаунт. Двухфакторная аутентификация отключена. Настройте её заново и отсканируйте новый QR-код или продолжите с отключённой двухфакторной аутентификацией.
~40000. Причем, иногда удаляются, иногда нет... На билде 1940 100% всегда все было нормально.
Суть: есть два индикатора (одинаковые), которые работают со своими объектами (по префиксу). Объекты только типа OBJ_TEXT. Индикатор №1 работает, примерно, с 40000 объектов, индикатор №2 - примерно с 1000 объектов. Если сначала удалить объекты индикатора №2, например, удалив сам индикатор, в дальнейшем 40000 объектов первого индикатора удаляются. Если же скриптом попытаться удалить сразу все текстовые объекты - идет зависание.
Дайте попробовать Ваш индикатор.
Надо воспроизвести ситуацию
Дайте попробовать Ваш индикатор.
Надо воспроизвести ситуацию
Интересно. При сохранении этих индикаторов в новый шаблон (шаблон создан в этом билде) - все удаляется без проблем... Какая-то плавающая ошибка при взаимодействии каких-то моих кастомных индикаторов.
Вопрос, скажите пожалуйста, это нормально, что при смене ТФ, например, с М1 на М3 сначала загружаются индикаторы ТФ М3, а только потом выгружаются индикаторы ТФ М1? В прошлом релизе было так же?
Лог вот такой:
Вопрос, скажите пожалуйста, это нормально, что при смене ТФ, например, с М1 на М3 сначала загружаются индикаторы ТФ М3, а только потом выгружаются индикаторы ТФ М1? В прошлом релизе было так же?
Лог вот такой:
Да, нормально.
Это - изначальное поведение. На другой таймфрейм создаётся другая копия индикатора. Через какое-то время изначальная копия индикатора помирает
Вы запускали одиночные прогоны после оптимизации? Двойной клик на строчке в списке результатов оптимизации.
Результаты совпадают?
О совпадении каких результатов идёт речь?
В тестере версии 1966 их тысячи.
В тестере версии 2005 их всего несколько, которые имеют хоть какой то положительный или отрицательный результат. А все остальные (около 500) с результатом 0, Похоже на то, что по заданным настройкам не было открыто позиций.
Завтра я предоставлю полную картинку (Результаты тестов и логи) по обеим версиям. Настройки советника при тестировании были идентичными.
2006 - исправлено.
2006й билд, тестер - в режиме "по ценам открытия" не разрешает обращаться к старшему ТФ (есть соответствующее сообщение в логе одиночного прохода, но не оптимизатора, см. ниже).
Вышло так, что обновился по середине оптимизации, и после обновления перезапустил её. Тестер подтянул предыдущие результаты (из 2005го билда) не пересчитывая и продолжил в 2006м. Результат - половина значений с нулями (новые) и со значениями (старые). Но при попытке сделать одиночный проход - не срабатывает.
Пришлось переписать несколько мест кода, что не сложно. А вот понять, что произошло - было не легко.
Вероятно, стоило предупредить :(
для оптимизации выглядит так:
одиночный проход:
В тестере версии 1966 их тысячи.
В тестере версии 2005 их всего несколько, которые имеют хоть какой то положительный или отрицательный результат. А все остальные (около 500) с результатом 0, Похоже на то, что по заданным настройкам не было открыто позиций.
см. пой пост чуть выше
Билд 2006 - проблема зависания НЕ исправлена!