Ошибки, баги, вопросы - страница 1986

 
Alexey Kozitsyn:
Ни в какую не идет. Сервисдеск #1832411 x64, 1643.

Независимо от того, указываете ли Вы массивы для стрелок в качестве буферов, они всё равно жёстко заданы:

#property indicator_plots   3
#property indicator_buffers 4

//---

Как вариант, если стрелки не нужно отображать, то их можно просто исключить из показа - DRAW_NONE.

Попробуйте такой вариант:

...
//--- Проверяем, нужно ли отображать объемы
   if(inpUseArrows) // Если отображать нужно
     {
      SetPlotParametersArrow(1,2,bufArrowUp,false,"test up",EMPTY,clrLime,233,10);
      SetPlotParametersArrow(2,3,bufArrowDn,false,"test dn",EMPTY,clrRed,234,-10);
     }
   else
     {
      //--- Устанавливаем тип графического построения
      PlotIndexSetInteger(1,PLOT_DRAW_TYPE,DRAW_NONE);
      PlotIndexSetInteger(2,PLOT_DRAW_TYPE,DRAW_NONE);
     }

...

[Удален]  
Anatoli Kazharski:

Независимо от того, указываете ли Вы массивы для стрелок в качестве буферов, они всё равно жёстко заданы:

//---

Как вариант, если стрелки не нужно отображать, то их можно просто исключить из показа - DRAW_NONE.

Попробуйте такой вариант:

Я думал об этом, но тут минус есть. Массивы будут автоматом размечаться и расширяться, жрать ресурс. Лучше пусть разработчики пофиксят баг.

А по поводу того, что жестко заданы... Если я не привязываю буферы к граф. сериям - почему я вижу какой-то неизвестный мусор, от которого я избавиться не могу.

Иначе получается, что динамические индикаторы невозможно нормально построить. 

Самый идеальный вариант - чистить буферы в деините и все. Но очистка не помогает...

 

Просьба в ME в списке функций/методов по ALT+M показывать еще тип возвращаемого значения.

 

Не плохо бы ввести разграничение на тип string как принято в других ЯП на обычную строку и "сырую" строку. Думаю к этому все равно придут, но на начальном этапе это исключило бы многие проблемы в будущем.

К примеру в Python при создании "сырой" строки используется r"строка"
 

По какой причине могут не полностью выводится логи в тестере? Всё что можно посмотреть - посмотрел и проверил, победить не смог.

 
Andrey Dik:

По какой причине могут не полностью выводится логи в тестере? Всё что можно посмотреть - посмотрел и проверил, победить не смог.

Много записей. Смотрите log-файл.

 
fxsaber:

Много записей. Смотрите log-файл.

"Много записей" - это очень сильно сказано... Большей части записей просто нет. Но вопрос в том, что именно может мешать выводу в лог?

Например, не очень сложный советник:

void OnTick ()
{
  Print (TimeCurrent());
}

в режиме "Реальные тики" выводит такие логи:

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.

 
Andrey Dik:

"Много записей" - это очень сильно сказано... Большей части записей просто нет. Но вопрос в том, что именно может мешать выводу в лог?

Смотрите 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

при этом тестер жутко тормозит, как видим пропуски в десятки минут...

Ну так многие тысячи записей в лог, вот и тормозит.

 
Andrey Dik:

"Много записей" - это очень сильно сказано... Большей части записей просто нет. Но вопрос в том, что именно может мешать выводу в лог?

Например, не очень сложный советник:

в режиме "Реальные тики" выводит такие логи:


при этом тестер жутко тормозит, как видим пропуски в десятки минут...

Машина на VPS.

Пропуски именно из огромного количества записей, лог половину рубит за ненадобностью, от этого ещё и тормоза

 
fxsaber:

Смотрите log-файл.

Ну так многие тысячи записей в лог, вот и тормозит.

Vitaly Muzichenko:

Пропуски именно из огромного количества записей, лог половину рубит за ненадобностью, от этого ещё и тормоза

Вы оба пробовали то о чем говорите?

На другой машине в лог принт выводится на каждом тике как и положено и при этом никаких тормозов нет, а на этой конкретной - не все логи, с большими пропусками и с тормозами.

Самодеятельность тестера просто поражает иногда, ну нельзя разве сделать кастомный вывод в лог (ошибки, принт и пр.) по выбору пользователя? Если есть проблема с выводом полных логов и тестер их обрезает то почему не сообщает об этом типа "Слыш, я не могу все логи выводить, только через раз, причина ......"

Так в чем же может быть причина НЕПОЛНОГО с пропусками (не с обрезкой, а именно с пропусками) вывода в лог?