Есть необходимость внутрь уже запущенного индикатора передать предобработанные данные. В качестве глобального хранилища данных решил использовать текст граф. объекта. Понимаю что назначение граф. объектов другое, и если есть какое то альтернативное решение, буду рад его услышать.
Но вот наткнулся на очередное ограничение языка. Стринг сам по себе поддерживает практически бесконечную длинну знаков. Ну наверное ограничение лежит где-то в области ограничения массивов в целом. А стринг переданный как параметр граф. объекта ограничен 63 знака. В результате для передачи массива в виде стринга потребуется куча граф. объектов (да, забыл сказать что использую шифрование, поэтому информация в стингах занимает примерно столько же места сколько и в оригинальном типе). Сейчас при теперешних 63 знаках получается передать через один объект только 15 пар time/price.
Отсюда вопрос: можно ли ожидать что в будущем, в языке снимут ограничение на длину текста граф. объекта или введут механизм передачи данных внутрь потока индикатора? последнее было бы желательнее.
Для авторизации и пользования сайтом MQL5.com необходимо разрешить использование файлов Сookie.
Пожалуйста, включите в вашем браузере данную настройку, иначе вы не сможете авторизоваться.
Вы вошли в аккаунт. Двухфакторная аутентификация отключена. Настройте её заново и отсканируйте новый QR-код или продолжите с отключённой двухфакторной аутентификацией.
Эт что за чудеса такие ? Не было ни одного момента где бы было видно что один больше другого.
Вот я ди.... И впрямь ошибка в коде, а я голову ломал!
Благодарю!
Вот я ди.... И впрямь ошибка в коде, а я голову ломал!
Правильно написание через "е".
мелочь, но все же
Warning: possible loss of data due to type conversion
Что не так? (5.00.412)
мелочь, но все же
Целочисленные свойства всегда возвращаются типом long, делайте приведение типов самостоятельно и предупреждений не будет.
мелочь, но все же
Warning: possible loss of data due to type conversion
Что не так? (5.00.412)
Функция SymbolInfoInteger возвращает long, если хотите получить int нужно так
мелочь, но все же
Warning: possible loss of data due to type conversion
Что не так? (5.00.412)
Результаты проверки правильные, а в логе нет!
Эт что за чудеса такие ? Не было ни одного момента где бы было видно что один больше другого.На всех ТФ и не важно какой символ.
Смотрим внимательно код и исправляем ошибки:
Есть необходимость внутрь уже запущенного индикатора передать предобработанные данные. В качестве глобального хранилища данных решил использовать текст граф. объекта. Понимаю что назначение граф. объектов другое, и если есть какое то альтернативное решение, буду рад его услышать.
Но вот наткнулся на очередное ограничение языка. Стринг сам по себе поддерживает практически бесконечную длинну знаков. Ну наверное ограничение лежит где-то в области ограничения массивов в целом. А стринг переданный как параметр граф. объекта ограничен 63 знака. В результате для передачи массива в виде стринга потребуется куча граф. объектов (да, забыл сказать что использую шифрование, поэтому информация в стингах занимает примерно столько же места сколько и в оригинальном типе). Сейчас при теперешних 63 знаках получается передать через один объект только 15 пар time/price.
Отсюда вопрос: можно ли ожидать что в будущем, в языке снимут ограничение на длину текста граф. объекта или введут механизм передачи данных внутрь потока индикатора? последнее было бы желательнее.