Решил обновиться с 1.1.19.75 на новую сборку. Начались проблемы. После установки новой сборки лаборатория перестала загружаться. Методом тыка установил 1.1.19.110. Она работает не стабильно, часто выпадает, чего раньше не замечалось, часто загружается не с первого раза. При тестировании вообще перегружает систему. Проработал на ней месяц. Решил обновиться сразу на 1.1.19.140. Загрузка лаборатории прошла на ура, но вот результат скрипта изменился. Решил установить с какой версии изменился результат, но и после 110, многие версии после установки не загружались. А те, что загрузились показывали не верный результат. Странно, что результат может меняться на новых сборках, я считал, что такое не допустимо. Скриптом торгую уже с марта, такого не было ни разу!

Попробовал установить новые сборки программы на другом компьютере с win XP. На первой машине win 7. Сборки устанавливались без проблем. Удалось проследить с какой сборки изменился результат системы. Это сборка 1.1.19.112. Поясните, как такое возможно! И почему на win 7 некоторые сборки не работают.

В 112 сборке была исправлена ошибка, которая приводила к неправильной последовательности вычисления обновляемых значений (в некоторых случаях). Получалось, что сначала ОЗ использовалось (где-то в формуле), а потом делалось обновление. Что приводило к отставанию на шаг.
Просьба подтвердить, что это именно эта ошибка.

Да, похоже именно эта ошибка. Теперь возникает вопрос, как мне получить цену открытия бара, на котором произошёл вход, чтобы записать его в блок "обновляемое значение"? Я не могу использовать блок "цена входа", чтобы скрипт и лаборатория работали одинаково,так?

Могу я использовать конструкцию Открытие[i+1]? Чтобы взять цену открытия следующего бара после сигнала.

Нет, Открытие[i+1] - это плохая идея. Можете прислать пример скрипта, который работает по разному? Потому что у меня пока не получается это сделать.

А какая идея хорошая? Пример скрипта прислать не могу слишком много там условий на этот блок. Да и зачем он вам, вы же сами описали ошибку. Она в точности и была. Раньше я мог, используя блок Открытие, получить значение открытия следующей свечи, теперь не могу. Закрытие использовать не корректно, так как имеются гэпы.
Так, есть ли возможность как-то получить значение открытия свечи, сразу после закрытия предыдущей или нет, чтобы скрипт и лаборатория работали одинаково при этом? Дайте ответ, пожалуйста.

Все я понял, Открытие[i+1] использовать можно, но только в режиме пересчета "Интервал+перв.сделка"

Странно, то что у меня один и тот же скрипт, на истории и на Алоре отрабатывает нормально, а на источнике данных Финама пишет: "Индекс за пределами диапазона".

"Индекс за пределами диапазона"
наверное не поменяли режим пересчета

Вот именно, что поменял. Ещё раз проверил.

Меняю источник данных на Алоровский, всё работает. Опять ставлю Финама. Пишет эту ошибку.

C источниками связи в данном случае нет. Разница скорее всего из-за данных (ошибка будет на любом источнике). А ошибка с индексом будет исправлена.

А когда исправите?

сегодня

Спасибо.

Установил последнюю сборку 1.1.19.43. Ничего не изменилось. Выдаёт всё туже ошибку:"Индекс за пределами диапазона".

Уважаемые, разработчики, могли бы вы прокомментировать мою проблему, и озвучить сроки её устранения.

возьмите 144ю сборку. В 143ю была ошибка.

Установил 144ю сборку. Теперь ошибка возникает на логическом блоке, который управляет Обновляемым значением, раньше ошибка возникала в блоке Формула. Если в логическом блоке есть переменные, то возникает ошибка: "Индекс за пределами диапазона", если удалить все переменные из блока, и задать ему значение true. Возникает ошибка вида: 120 System.ArgumentOutOfRangeException: Индекс за пределами диапазона. Индекс должен быть положительным числом, а его размер не должен превышать размер коллекции.
Имя параметра:
index
в System.ThrowHelper.ThrowArgumentOutOfRangeException(ExceptionArgument argument, ExceptionResource resource)
в System.ThrowHelper.ThrowArgumentOutOfRangeException()
в System.Collections.Generic.List`1.get_Item(Int32 index)
в TSLab.User.Script.Execute(IContext context, ISecurity var0)