Ошибки, баги, вопросы - страница 1986
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Ни в какую не идет. Сервисдеск #1832411 x64, 1643.
Независимо от того, указываете ли Вы массивы для стрелок в качестве буферов, они всё равно жёстко заданы:
//---
Как вариант, если стрелки не нужно отображать, то их можно просто исключить из показа - DRAW_NONE.
Попробуйте такой вариант:
Независимо от того, указываете ли Вы массивы для стрелок в качестве буферов, они всё равно жёстко заданы:
//---
Как вариант, если стрелки не нужно отображать, то их можно просто исключить из показа - DRAW_NONE.
Попробуйте такой вариант:
Я думал об этом, но тут минус есть. Массивы будут автоматом размечаться и расширяться, жрать ресурс. Лучше пусть разработчики пофиксят баг.
А по поводу того, что жестко заданы... Если я не привязываю буферы к граф. сериям - почему я вижу какой-то неизвестный мусор, от которого я избавиться не могу.
Иначе получается, что динамические индикаторы невозможно нормально построить.
Самый идеальный вариант - чистить буферы в деините и все. Но очистка не помогает...
Просьба в ME в списке функций/методов по ALT+M показывать еще тип возвращаемого значения.
Не плохо бы ввести разграничение на тип string как принято в других ЯП на обычную строку и "сырую" строку. Думаю к этому все равно придут, но на начальном этапе это исключило бы многие проблемы в будущем.
К примеру в Python при создании "сырой" строки используется r"строка"По какой причине могут не полностью выводится логи в тестере? Всё что можно посмотреть - посмотрел и проверил, победить не смог.
По какой причине могут не полностью выводится логи в тестере? Всё что можно посмотреть - посмотрел и проверил, победить не смог.
Много записей. Смотрите log-файл.
Много записей. Смотрите log-файл.
"Много записей" - это очень сильно сказано... Большей части записей просто нет. Но вопрос в том, что именно может мешать выводу в лог?
Например, не очень сложный советник:
в режиме "Реальные тики" выводит такие логи:
2017.09.05 09:38:56.994 Tester EURUSD: history data begins from 2014.07.29 00:00
2017.09.05 09:38:56.996 Tester EURUSD: preliminary downloading of history ticks started, it may take quite a long time
2017.09.05 09:38:58.001 Tester EURUSD: preliminary downloading of history ticks completed, 35.52 Kb in 0:01.030 (34.48 Kb/sec)
2017.09.05 09:38:58.001 Tester EURUSD: ticks data begins from 2017.06.01 00:00
2017.09.05 09:38:58.002 Core 1 agent process started
2017.09.05 09:38:58.346 Core 1 connecting to 127.0.0.1:3000
2017.09.05 09:38:58.347 Core 1 connected
2017.09.05 09:38:58.350 Core 1 authorized (agent build 1653)
2017.09.05 09:38:58.352 Tester EURUSD,M15 (MetaQuotes-Demo): testing of Experts\Test.ex5 from 2017.08.30 00:00 to 2017.08.31 00:00
2017.09.05 09:38:58.404 Core 1 common synchronization completed
2017.09.05 09:38:58.455 Core 1 EURUSD: ticks synchronized already [43 bytes]
2017.09.05 09:39:04.609 Core 1 2017.08.30 00:36:55 2017.08.30 00:36:55
2017.09.05 09:39:10.760 Core 1 2017.08.30 00:48:27 2017.08.30 00:48:27
2017.09.05 09:39:16.866 Core 1 2017.08.30 01:02:20 2017.08.30 01:02:20
2017.09.05 09:39:22.976 Core 1 2017.08.30 01:24:08 2017.08.30 01:24:08
2017.09.05 09:39:27.668 Core 1 disconnected
2017.09.05 09:39:27.668 Core 1 connection closed
2017.09.05 09:39:27.681 Tester stopped by user
при этом тестер жутко тормозит, как видим пропуски в десятки минут...
Машина на VPS.
"Много записей" - это очень сильно сказано... Большей части записей просто нет. Но вопрос в том, что именно может мешать выводу в лог?
Смотрите log-файл.
Например, не очень сложный советник:
в режиме "Реальные тики" выводит такие логи:
2017.09.05 09:38:56.994 Tester EURUSD: history data begins from 2014.07.29 00:00
2017.09.05 09:38:56.996 Tester EURUSD: preliminary downloading of history ticks started, it may take quite a long time
2017.09.05 09:38:58.001 Tester EURUSD: preliminary downloading of history ticks completed, 35.52 Kb in 0:01.030 (34.48 Kb/sec)
2017.09.05 09:38:58.001 Tester EURUSD: ticks data begins from 2017.06.01 00:00
2017.09.05 09:38:58.002 Core 1 agent process started
2017.09.05 09:38:58.346 Core 1 connecting to 127.0.0.1:3000
2017.09.05 09:38:58.347 Core 1 connected
2017.09.05 09:38:58.350 Core 1 authorized (agent build 1653)
2017.09.05 09:38:58.352 Tester EURUSD,M15 (MetaQuotes-Demo): testing of Experts\Test.ex5 from 2017.08.30 00:00 to 2017.08.31 00:00
2017.09.05 09:38:58.404 Core 1 common synchronization completed
2017.09.05 09:38:58.455 Core 1 EURUSD: ticks synchronized already [43 bytes]
2017.09.05 09:39:04.609 Core 1 2017.08.30 00:36:55 2017.08.30 00:36:55
2017.09.05 09:39:10.760 Core 1 2017.08.30 00:48:27 2017.08.30 00:48:27
2017.09.05 09:39:16.866 Core 1 2017.08.30 01:02:20 2017.08.30 01:02:20
2017.09.05 09:39:22.976 Core 1 2017.08.30 01:24:08 2017.08.30 01:24:08
2017.09.05 09:39:27.668 Core 1 disconnected
2017.09.05 09:39:27.668 Core 1 connection closed
2017.09.05 09:39:27.681 Tester stopped by user
при этом тестер жутко тормозит, как видим пропуски в десятки минут...
Ну так многие тысячи записей в лог, вот и тормозит.
"Много записей" - это очень сильно сказано... Большей части записей просто нет. Но вопрос в том, что именно может мешать выводу в лог?
Например, не очень сложный советник:
в режиме "Реальные тики" выводит такие логи:
при этом тестер жутко тормозит, как видим пропуски в десятки минут...
Машина на VPS.
Пропуски именно из огромного количества записей, лог половину рубит за ненадобностью, от этого ещё и тормоза
Смотрите log-файл.
Ну так многие тысячи записей в лог, вот и тормозит.
Пропуски именно из огромного количества записей, лог половину рубит за ненадобностью, от этого ещё и тормоза
Вы оба пробовали то о чем говорите?
На другой машине в лог принт выводится на каждом тике как и положено и при этом никаких тормозов нет, а на этой конкретной - не все логи, с большими пропусками и с тормозами.
Самодеятельность тестера просто поражает иногда, ну нельзя разве сделать кастомный вывод в лог (ошибки, принт и пр.) по выбору пользователя? Если есть проблема с выводом полных логов и тестер их обрезает то почему не сообщает об этом типа "Слыш, я не могу все логи выводить, только через раз, причина ......"
Так в чем же может быть причина НЕПОЛНОГО с пропусками (не с обрезкой, а именно с пропусками) вывода в лог?