DBL_MAX = 1.7976931348623158e+308
long a = 132583223415320869;
double b = a;long a = 132583223415320869;
double b = 1000000.0;
double d = a / b;
Если присваивать именно ваш chartID 132287246932275009. То это число у меня тоже нормально присваивается, как 1322872469.32275009
Есть такое, дело в том, что, если после операции деления, в дробной части числа присутствует число 3 или 7, то конечный результат может быть иным. В самой справке есть подобный пример, но где именно - не вспомню. На Вашем месте, я бы перевел значение chartID в string и, уже как текст, разделил его на две части, которые затем преобразовал в double и записал в глобальную переменную. После чтения глобальных - проделать обратную операцию.
Сдаюсь… Это особенности представления вещественных чисел в двоичном формате. Как ни крути, а такое число никак… Видимо твоё решение разбить на два числа будет оптимальным. Или сохранить в имени GV как строку.
Не получается. Я взял long(132583223415320869/100000000) и остаток от деления на 100000000
Я просто сохраняю в глобальные переменные 132583223 и 415320869. А потом при чтении эти переменные как стринговые соединяю.
На мой взгляд проще сохранить GV с именем IntegerToString(ChartID()) записав туда или 0 или ещё какую полезную информацию и потом взять это имя и перевести в long
Согласен, так будет проще, нет необходимости разбивки. Задать имя, например, "GV_abc"+какой-то разделитель, например "|" и затем все соединить в StringConcatenate(). При чтении/переборе глобальных задать поиск в имени глобальной переменной на знак "|". Если разделителя нет - глобальная переменная не наша. Делается с помощью StringFind(), узнав позицию разделителя, получаем оставшийся текст с помощью StringSubstr(), который преобразуем в тип long.
Зачем такие трудности? GV отлично сохраняется и так.
Я и не спорю, что не сохранится. А если в терминале сейчас работает какой-то код использующий глобальные переменные или ранее работал, не позже 4х недель, какой результат будет у данного кода? Все ж таки, следует разделять на свой/чужой.
b=7.0/a; // ожидается, что b=7.0/(7.0/200.0)=>7.0/7.0*200.0=200 - но это не так
//--- выведем вновь вычисленное значение b
Print("----- после арифметических операций");
Print("Print(b)=",b);
Print("Print(DoubleToString(b,16))=",DoubleToString(b,16));
//--- вывод в журнал "Эксперты"
// Print(b)=200.0
// Print(DoubleToString(b,16))=199.9999999999999716 (видим, что на самом деле b уже не равно 200.0)Говоришь «не спорю» и тутже говоришь что не сохраниться. Чему-же верить?
Имел ввиду, что все сохранится, спора нет.Говоришь «не спорю» и тутже говоришь что не сохраниться. Чему-же верить?
Я удаляю файл GBPUSD5.hst, после запуска терминала файл восстанавливается, но свечи все равно не восстанавливаются.
Может закачать историю с другого брокера и попытаться заменить? А в чем проблема в плане отсутствия свечей? Может как-то код нужно подрехтовать и не заморачиваться?
