#include <RegularExpressions\\Regex.mqh>
#include <Generic\\HashMap.mqh>
//+------------------------------------------------------------------+//| Script program start function |//+------------------------------------------------------------------+voidOnStart()
{
}
Тут ошибки лезут:
'ICollection' - class type expected ICollection.mqh 1111
see previous declaration of 'ICollection' ICollection.mqh 597
'GetHashCode' - function already defined and has body HashFunction.mqh 725
see previous declaration of function 'GetHashCode' Wrappers.mqh 2855
'GetHashCode' - function already defined and has body HashFunction.mqh 945
see previous declaration of function 'GetHashCode' Wrappers.mqh 3055
'GetHashCode' - function already defined and has body HashFunction.mqh 1085
see previous declaration of function 'GetHashCode' Wrappers.mqh 2415
.....
1. Почему 0-uchar1 (и uchar0-uchar1) дает результат не такой, как (-uchar1)? Ведь при операциях с типами (u)char и (u)short операнды автоматически приводятся к int. И typename(-uchar1) возвращает int. (Тот же вопрос для ushort1)
2. С uint ситуация другая. -uint1 возвращает ожидаемый результат, но typename(-uint1) возращает long. Это баг typename?
Наверняка где-то уже задавали вопрос, но не нашел.
Имеется скрипт
Объясните, пожалуйста:
1. Почему 0-uchar1 (и uchar0-uchar1) дает результат не такой, как (-uchar1)? Ведь при операциях с типами (u)char и (u)short операнды автоматически приводятся к int. И typename(-uchar1) возвращает int. (Тот же вопрос для ushort1)
2. С uint ситуация другая. -uint1 возвращает ожидаемый результат, но typename(-uint1) возращает long. Это баг typename?
Спасибо за сообщение.
1. действительно, для унарного минуса в качестве типа результата выбирался тип операнда, а не тип результата - исправлено
2. мы отошли от стандарта и для типа uint операция унарного минуса возвращает тип long, из-за ошибки в п.1 типом результата оставался тип uint (а не long)
Да, мы отказались от этой настройки
Код отсюда:
https://www.mql5.com/ru/articles/2432
Ошибка при закрытии демки. Ошибка при отладке и при релизе.
Последняя бетта-версия терминала.
Пожалуйста, включите данные коды в стандартную поставку терминала с исключением конфликтов, чтобы можно было нормально использовать:
https://www.mql5.com/ru/articles/2432
Тут ошибки лезут:
Наверняка где-то уже задавали вопрос, но не нашел.
Имеется скрипт
Объясните, пожалуйста:
1. Почему 0-uchar1 (и uchar0-uchar1) дает результат не такой, как (-uchar1)? Ведь при операциях с типами (u)char и (u)short операнды автоматически приводятся к int. И typename(-uchar1) возвращает int. (Тот же вопрос для ushort1)
2. С uint ситуация другая. -uint1 возвращает ожидаемый результат, но typename(-uint1) возращает long. Это баг typename?
ребят подскажите в старой четверке до 506 версии на один индикатор сколько отводилось буферов.... сейчас я знаю 512
По памяти 64. Попробуйте объявить больше 100, если обновления были ранее, то ошибки не будет, если позднее выдаст ошибку.
По памяти 64. Попробуйте объявить больше 100, если обновления были ранее, то ошибки не будет, если позднее выдаст ошибку.
у вас часом 225 терминала инсталятора не завалялось ?
Нет скорее всего, с 18 года здесь. Обновление 4ки до 5ки по функционалу проходило с 14 по 16 год.
Наверняка где-то уже задавали вопрос, но не нашел.
Имеется скрипт
Объясните, пожалуйста:
1. Почему 0-uchar1 (и uchar0-uchar1) дает результат не такой, как (-uchar1)? Ведь при операциях с типами (u)char и (u)short операнды автоматически приводятся к int. И typename(-uchar1) возвращает int. (Тот же вопрос для ushort1)
2. С uint ситуация другая. -uint1 возвращает ожидаемый результат, но typename(-uint1) возращает long. Это баг typename?
Спасибо за сообщение.
1. действительно, для унарного минуса в качестве типа результата выбирался тип операнда, а не тип результата - исправлено
2. мы отошли от стандарта и для типа uint операция унарного минуса возвращает тип long, из-за ошибки в п.1 типом результата оставался тип uint (а не long)
По памяти 64. Попробуйте объявить больше 100, если обновления были ранее, то ошибки не будет, если позднее выдаст ошибку.