iMAOnArray странности в работе

[LionFx]

Либо я заработался, либо что-то случилось с iMAOnArray.

Имеем такой простенький код (специально для примера):

   double Array[3] = {1.0, 2.5, 3.0};
   Print(ArraySize(Array)); 

Print выводит размер массива равный 3. Все верно.

Далее делаем так (добавляем строку после Print):

   double Array[3] = {1.0, 2.5, 3.0};
   Print(ArraySize(Array));
   double ma = iMAOnArray(Array,0,15,0,MODE_EMA,0); 

Print выводит 0. Довольно странно..

[MonyaMaker]

Либо я заработался, либо что-то случилось с iMAOnArray.

Имеем такой простенький код (специально для примера):

   double Array[3] = {1.0, 2.5, 3.0};
   Print(ArraySize(Array)); 

Print выводит размер массива равный 3. Все верно.

Далее делаем так (добавляем строку после Print):

   double Array[3] = {1.0, 2.5, 3.0};
   Print(ArraySize(Array));
   double ma = iMAOnArray(Array,0,15,0,MODE_EMA,0); 

Print выводит 0. Довольно странно..

   double  iMAOnArray( 
   double       array[],          // массив 
   int          total,            // количество элементов 
   int          ma_period,        // период 
   int          ma_shift,         // сдвиг средней 
   int          ma_method,        // метод усреднения 
   int          shift             // сдвиг 
   );

(Array,0,15,0,MODE_EMA,0);
int total, // количество элементов

Что написал, то и вывело.

[ir0407]

Либо я заработался, либо что-то случилось с iMAOnArray.

1. Скорее с ArraySize(). Используй ArrayRange().
2. Период для iMAOnArray не должен быть больше размера массива. Иначе получишь шопопало.

[LionFx]

(Array,0,15,0,MODE_EMA,0);
int total, // количество элементов
Что написал, то и вывело.

0 - означает все и не имеет отношение к этому. Вывод был до этой строки, Print находится во второй строке, а iMAOnArray в третьей, посмотрите внимательней. В этом странность.

1. Скорее с ArraySize(). Используй ArrayRange().
2. Период для iMAOnArray не должен быть больше размера массива. Иначе получишь шопопало.

Вы не обратили внимание, что Print, который выводит кол-во элементов массива, стоит до iMAOnArray. И получается iMAOnArray влияет на массив раньше, нежели он его получает в обработку. Я говорю именно об этом.

[ir0407]

Вы не обратили внимание, что Print, который выводит кол-во элементов массива, стоит до iMAOnArray.

Обратил. Потому и отписал. Ты все ж попробуй мой совет. И про результат отпиши.

[LionFx]

Обратил. Потому и отписал. Ты все ж попробуй мой совет. И про результат отпиши.

Нет, не работает. Я изначально естественно не на этом коде заметил, а на другом, где период меньше массива.
Сейчас, специально еще проверил, с массивом 10 элементов, и периодом 3, чтобы наверняка убедиться. Не работает.

[ir0407]

Нет, не работает.

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

[LionFx]

Видать что-то там запереоптимизировали при создании переменных на стеке, что в рантайме такие глюки вылазят.

Скорее всего, для одного и того же исходного массива функция iMAOnArray не пересчитывает все данные каждый раз при вызове (при условии одинаковых настроек), а считает только новые данные. Поэтому создается от этого исходного массива, что-то вроде ссылки на такой-же массив, но с уже посчитанными данными (предположение). И iMAOnArray использует его в дальнейшем. При объявлении массива на глобальном уровне, все в порядке. А иначе исходный массив то на каждом тике пересоздается. И тут именно глюк компилятора похоже.

[MonyaMaker]

0 - означает все и не имеет отношение к этому. Вывод был до этой строки, Print находится во второй строке, а iMAOnArray в третьей, посмотрите внимательней. В этом странность.


Вы не обратили внимание, что Print, который выводит кол-во элементов массива, стоит до iMAOnArray. И получается iMAOnArray влияет на массив раньше, нежели он его получает в обработку. Я говорю именно об этом.

Ты его так определи, а потом зачистишь.

static double Arr[3] = {1.0, 2.5, 3.0};

Черкни им в сервисдеск, может ответят чего по этому поводу.

[ir0407]

Скорее всего, для одного и того же исходного массива функция iMAOnArray не пересчитывает все данные каждый раз при вызове (при условии одинаковых настроек), а считает только новые данные. Поэтому создается от этого исходного массива, что-то вроде ссылки на такой-же массив, но с уже посчитанными данными (предположение). И iMAOnArray использует его в дальнейшем. При объявлении массива на глобальном уровне, все в порядке. А иначе исходный массив то на каждом тике пересоздается.

А как же тогда с динамическим массивом? Он создается, но ему ни размер не поменять, ни значения не присвоить. Собсно и статический массив ведет себя так же. Создается, но не инициализируется. Отсюда и глюки.

И тут именно глюк компилятора похоже.

Нет. Это не глюк компилятора, а глюк исполняющей подсистемы MQL. Дело в том, что любые локальные переменные(если они не static) создаются и инициализируются исполняющей подсистемой MQL на стеке автоматом, тобишь на лету, в момент вызова функции. И вероятнее всего, что именно в этом механизме у них какая-то собака порылась. Причем есть четкая зависимость от того, как эта переменная используется в коде дальше.