Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Тут поднялся вопрос по FileReadArray, и в объяснениях я указал что у неё есть фича считывать не тот тип данных что был сохранён.
отсюда вопрос: как эта фича стыкуется с безопасностью языка?
если нормально, то почему бы не сделать стандартную функцию перевода битного поля в нужный тип?
В общем или наведите порядок и уберите эту фичу или дайте людям реализовывать длинную арифметику.
Вот пример этой фичи через файл с протиранием винта:
Паранойя детектед.
Развивай мысль.
ЗЫ Я собственно за то чтоб признать фичу безопасной и сделать её аналог но без использования файла, а напрямую.
Но если MQ признает её небезопасной, то и из функции стоит изъять.
ЗЗЫ Кстати может я действительно сегодня чегойто не то леплю, мне уже на два вопроса не ответили, ты уж просвети меня, покаж пальцем где туплю.
Вот пример этой фичи через файл с протиранием винта:
При тестах на кроссах идет точное моделирование и других курсов для правильной конвертации профитов и маржевых требований.
Попробуйте запустить визуализацию и сразу же поймете объем вычислений на основе количества фоновыхьсимволов в маркетвотче.
Развивай мысль.
ЗЫ Я собственно за то чтоб признать фичу безопасной и сделать её аналог но без использования файла, а напрямую.
Но если MQ признает её небезопасной, то и из функции стоит изъять.
ЗЗЫ Кстати может я действительно сегодня чегойто не то леплю, мне уже на два вопроса не ответили, ты уж просвети меня, покаж пальцем где туплю.
Файл сам по себе является обезличенным. Заранее неизвестно, каким способом записывали этот файл. То есть описанную выше функциональность запретить невозможно. Можно, конечно, органолептически определить чисто текстовый файл, и то есть нюансы с юникодом и анси-кодировками.
Так что Вы можете как угодно читать любой файл. И это не приведёт ни к какой опасной ситуации, так как размеры чтения (и записи тоже) контролируются. Вы не сможете сорвать стек. Вы не сможете никоим образом получить адрес в память процесса.
Я все могу понять, но разница в 13,7 раз по скорости... Ну в 2 раза - куда ни шло. И щенячья радость от скорости тестирования по ценам открытия на мажорах сменилось слезливым унынием на кроссах. И вместо использования 30 родных удаленных агентов опять придется башлять клаудам... Абыдна!
Файл сам по себе является обезличенным. Заранее неизвестно, каким способом записывали этот файл. То есть описанную выше функциональность запретить невозможно. Можно, конечно, органолептически определить чисто текстовый файл, и то есть нюансы с юникодом и анси-кодировками.
Так что Вы можете как угодно читать любой файл. И это не приведёт ни к какой опасной ситуации, так как размеры чтения (и записи тоже) контролируются. Вы не сможете сорвать стек. Вы не сможете никоим образом получить адрес в память процесса.
Тогда не вижу причин не ввести функцию прямого считывания данных без приведения типов, аля
Зашьёте это дело в функцию, всё будет безопасно.
Тогда не вижу причин не ввести функцию прямого считывания данных без приведения типов, аля
Зашьёте это дело в функцию, всё будет безопасно.
struct __long { long v; }
__double a; __long b;
a.v=123.456;
b=a;
b.v=4638373815016729713;
не сложно.
+ почитай кроме верхних ссылок https://www.mql5.com/ru/articles/364
а перевод из одного типа в другой - это можешь либо макросами прописать либо функциями.
но реально сложного в этом нет.