Особенности языка mql5, тонкости и приёмы работы - страница 145
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Думаю у второго числа невалидный double формат, но оно все равно валидируется и в принте и в операциях. возможно из-за этого и сыплется.
Валидный.
Валидный.
сравните как я в примере выше показал Num!=Num - если истина, то этот double невалиден, а то что там Print() пишет ... ну как бы тайна за семью печатями
сравните как я в примере выше показал Num!=Num - если истина, то этот double невалиден, а то что там Print() пишет ... ну как бы тайна за семью печатями
Конечно, false. Это нормальное число. NaN не по теме совсем.
да, MathIsValidNumber говорит true.
да, MathIsValidNumber говорит true.
Вот так это число получается через вычисления.
2019.10.28 17:05:40.503 tst1 (EURUSD,H4) 4.940656458412465e-323 : false
2019.10.28 17:05:40.503 tst1 (EURUSD,H4) 4.940656458412465e-324 : true
2019.10.28 17:05:40.503 tst1 (EURUSD,H4) false
2019.10.28 17:05:40.503 tst1 (EURUSD,H4) 2.225073858507201e-308
по моему вылетели за предел точности double
UPD:
так правильно:
Вот этого не понял.
DBL_MIN - не минимальный положительный double.
DBL_MIN возвращает нормализованное число, ниже есть денормализованные
2.22507e-308 4.94066e-324
В общем, выяснили, наверное, общеизвестное утверждение, что существуют полноценные положительные числа меньше DBL_MIN.
В общем, выяснили, наверное, общеизвестное утверждение, что существуют полноценные положительные числа меньше DBL_MIN.
так то да... но вопрос деления на ноль то остался открытым?
число 4.940656458412465e-324 однозначно то не ноль, а деление на такие числа запрещено?
так то да... но вопрос деления на ноль то остался открытым?
Он был закрыт с первого же поста. Когда минимальное число умножается на что-то меньшее единицы, то получается ноль.