Slava # : Это было сделано специально больше 15 лет назад, чтобы предотвратить массовое исчезновение индикаторов с графиков. Индикатор остаётся на графике, но он не работает , так как не получает событий OnCalculate, OnTimer, OnChartEvent
Я могу принять эту аргументацию, но если это было сделано 15 лет назад, то почему это не было должным образом задокументировано?
I can accept the reasoning, but if it was done 15 years ago, why was it not documented properly?
В этом ошибки нет - функция MathMin\MathMax возвращает минимальное\максимальное из двух числовых значений. Соответственно, если числа равны, то результат функции неопределен - она может вернуть любое из них
В этом ошибки нет - функция MathMin\MathMax возвращает минимальное\максимальное из двух числовых значений. Соответственно, если числа равны, то результат функции неопределен - она может вернуть любое из них
fxsaber # : Вы просто не в курсе архитектурной особенности индикаторов - внутреннего счетчика. Видимо вам нужно написать эту строку.
You are simply not aware of the architectural feature of indicators - the internal counter. Apparently you need to write this line.
Спасибо за обходной путь, но этого можно было бы избежать, если бы MetaQuotes реализовали правильно (например , мое предложение ). Это также помогло бы, если бы они тоже правильно задокументировали.
Thank you for the work-around, but it could have been avoided if MetaQuotes had implemented properly (e.g. my proposal). It would have also have helped if they had documented correctly too.
Получение дескриптора из функцииChartIndicatorGetувеличивает внутренний счетчик использования данного индикатора. Исполняющая система терминала держит загруженными все индикаторы, чей счетчик больше нуля. Поэтому ненужный больше индикатор необходимо явно освобождать с помощью вызоваIndicatorRelease. В противном случае индикатор останется работать вхолостую и потреблять ресурсы.
Также попробуйте мой пример кода.
Вы просто не в курсе архитектурной особенности индикаторов - внутренний счетчик. Видимо, вам нужно прописать эту строку.
Я могу принять эту аргументацию, но если это было сделано 15 лет назад, то почему это не было должным образом задокументировано?
I can accept the reasoning, but if it was done 15 years ago, why was it not documented properly?
b4158, порядок входных влияет на результат MathMin/MathMax.
Строка для поиска: Uluchshenie 081.В этом ошибки нет - функция MathMin\MathMax возвращает минимальное\максимальное из двух числовых значений. Соответственно, если числа равны, то результат функции неопределен - она может вернуть любое из них
Программист должен контролировать, как он хочет справиться с ситуацией.
Индикатор может удалиться самостоятельно при INIT_FAILED, если сделать соответствующие записи в OnDeinit.
Нет ограничений.
В этом ошибки нет - функция MathMin\MathMax возвращает минимальное\максимальное из двух числовых значений. Соответственно, если числа равны, то результат функции неопределен - она может вернуть любое из них
Это слово не употреблялось.
fxsaber # : Вы просто не в курсе архитектурной особенности индикаторов - внутреннего счетчика. Видимо вам нужно написать эту строку.
You are simply not aware of the architectural feature of indicators - the internal counter. Apparently you need to write this line.
Спасибо за обходной путь, но этого можно было бы избежать, если бы MetaQuotes реализовали правильно (например , мое предложение ). Это также помогло бы, если бы они тоже правильно задокументировали.
Thank you for the work-around, but it could have been avoided if MetaQuotes had implemented properly (e.g. my proposal). It would have also have helped if they had documented correctly too.Спасибо за обходной путь
По теме, дальше по ссылке.
Это также помогло бы, если бы они тоже правильно задокументировали.
Это слово не употреблялось.
Значит темой ошиблись:
Ошибки, баги, вопросы
Ошибки, баги, вопросы
Спасибо! С этого момента мне придется включить его в свой собственный код.
Thanks! I will have to include in my own code from now on.