Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Эт что за чудеса такие ? Не было ни одного момента где бы было видно что один больше другого.
Вот я ди.... И впрямь ошибка в коде, а я голову ломал!
Благодарю!
Вот я ди.... И впрямь ошибка в коде, а я голову ломал!
Правильно написание через "е".
мелочь, но все же
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.
Отсюда вопрос: можно ли ожидать что в будущем, в языке снимут ограничение на длину текста граф. объекта или введут механизм передачи данных внутрь потока индикатора? последнее было бы желательнее.