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

[Artyom Trishkin]

Vladimir Karputov #:

Шаг 1: Создаём заготовку при помощи 'MQL5 Wizard':

Шаг 2: правильно прописываем 'limit' и ИСПОЛЬЗУЕМ массив close - А НЕ вызов iClose!!!

Результат:

и нет никаких ошибок.

Кто сказал, что это единственный верный расчёт limit и индикатора?

Обсуждение ведётся насчёт иного расчёта limit и самого индикатора - слева-направо - от начала истории до текущего времени. Это проще и нагляднее.

В рассчитанном таким образом limit (int limit = rates_total - prev_calculated; if(limit>1) limit=rates_total-1;) сразу присутствуют все данные о:

1. текущий ли это тик,
   
2. открытие ли это нового бара,
   
3. изменение ли это исторических данных.

Если текущий тик (limit==0), то for(int i=limit; i>=0; i--) { // ... } будет вести расчёт индикатора на каждом новом тике, и только нулевой бар будет пересчитываться.

Если открытие нового бара (limit==1), то for(int i=limit; i>=0; i--) { // ... } будет вести расчёт первого и нулевого бара - предыдущий и вновь открытый

Если это изменение истории (limit>1), то for(int i=limit; i>=0; i--) { // ... } произведёт полный перерасчёт всего индикатора по всей доступной истории (история где-то кем-то была изменена)

[Nikolai Semko]

TheXpert #:
А какая разница? он может получиться меньше нуля?

да, встречал (дописал в предыдущем сообщении)

[Roman]

Проблему только Артём понял.
Но видимо эта проблема навсегда.
И теперь только if-ы.

[Artyom Trishkin]

Roman #:
Проблему только Артём понял.
Но видимо эта проблема навсегда.
И теперь только if-ы.

Нет, не понял. Уточните что я понял...

[Nikolai Semko]

Vladimir Karputov #:

   int limit=prev_calculated-1;
   if(prev_calculated==0)
      limit=0;
   for(int i=limit; i<rates_total; i++)
     {
      CloseBuffer[i]=close[i];
     }

все же тернарный оператор смотрится более лаконично (ИМХО)

int limit = prev_calculated==0 ? 0: prev_calculated-1;

тем более, как говорил, а если вдруг, что-то пойдет не так и prev_calculated окажется больше rates_total.
Такую ситуацию встречал, когда Макс. баров в окне != unlimited, а например 50000. В этом случает размер массив баров с каждым новым баром увеличивался на 1, но в какой то момент снова становился снова 50000. Логику не уловил. Ловил это пару лет назад. Сейчас нужно проверить. Поставлю распринтовку на своем VPS.

[Roman]

Artyom Trishkin #:

Нет, не понял. Уточните что я понял...

Что for теперь не работает как раньше

limit==0
для тиков i>=0
для баров i>0

Выше же вы всё правильно написали,
только для нового бара опечатался for(int i=limit; i>=0; i--)
тут оператор = не нужен, но это в прошлом наверно уже,
если не вернут прежнее поведение.

[Artyom Trishkin]

Roman #:

Что for теперь не работает как раньше

limit==0
для тиков i>=0
для баров i>0

Выше же вы всё правильно написали,
только для нового бара опечатался for(int i=limit; i>=0; i--)
тут оператор = не нужен, но это в прошлом наверно уже,
если не вернут прежнее поведение.

Опять ничего не понял. В чём у вас что-то не так? Вроде всё как раньше было.

[Roman]

Artyom Trishkin #:

Опять ничего не понял. В чём у вас что-то не так? Вроде всё как раньше было.

При такой конструкции 

int limit = rates_total-prev_calculated;

for(int i=limit; i>=0; i--)

индикаторный буфер выходит за пределы.

Покажи пожалуйста пример для тиков с циклом i>=0
может я что подзабыл, и не так делаю.

[TheXpert]

Roman #:

При такой конструкции 
индикаторный буфер выходит за пределы.

всегда выходил.

[Nikolai Semko]

Roman #:

При такой конструкции 

индикаторный буфер выходит за пределы.

Покажи пожалуйста пример для тиков с циклом i>=0
может я что подзабыл, и не так делаю.

я уже писал, что при такой конструкции вы обращаетесь к индексу буфера с номером rates_total (когда prev_calculated == 0 ). 
А это переполнение, так как  rates_total - это размер буфера, последний элемент которого  rates_total -1