Обновление платформы MetaTrader 4 build 670: виртуальный хостинг, web-запросы и работа с сигналами из MQL-программ - страница 24
![MQL5 - Язык торговых стратегий для клиентского терминала MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
https://docs.mql4.com/ru/array/arraysort
Параметры:
array[]
[in][out] Числовой массив для сортировки.
count
[in] Числовой массив для сортировки.
Функция iCustom содержит неопределённое количество входных параметров.
Можно ли ухитриться написать подобную функцию на новом mql4?
Доброго времени суток!
Народ объясните как работают классы в MQL4, а именно, как происходит инициализация новых объектов класса на глобальном уровне? Вот код:
Простой класс, в котором содержатся показания индикатора и методы по работе с ними. По логике вещей, экземпляр класса Indicator - objIndicator, объявлен на глобальном уровне, следовательно он должен быть создан при инициализации эксперта и потом уже больше не создаваться, однако он почему - то создается при каждом тике, сжирая память, за минут 5 терминал потребляет 1.5гб оперативы, мне кажется что это немного не правильное поведение. Для чистоты эксперимента решил создать динамический объект на глобальном уровне, который принудительно инициализирую при инициализации эксперта:
Однако ситуация не изменилась. Нутром чую что создается туча экземпляров класса, в каждом экземпляре происходит вызов индикатора ххх, благодаря чему память исчезает за считанные минуты. В спокойном состоянии терминал сжирает с 4-мя графиками на которых есть индикатор xхх - 100мб, те при каждом тике, создается экземпляр класса и инициализируется этот индикатор, а на каждом новом баре происходит запрос к объекту и исчезает 100Мб памяти.
UPD. Похоже что дело вовсе не в классе, а в том, что при каждом обращении к индикатору, создается его новый экземпляр, а старый не выгружается из памяти.
Пытаюсь хоть куда-набудь подсунуть макроподстановку __DATETIME__ (к #property description, к #property copyright) и ничего не выходит. Интересно, что в справке по #property фигурирует пример с скриншотом, перекочевавший из справки по MQL5, в котором дата и время отображаются в скобках после номера версии вообще без каких-либо команд:
Пример задания описания и номера версии
#property version "3.70" // текущая версия эксперта
#property description "ZigZag универсальный с паттернами Песавенто"
#property description "В настоящий момент в индикатор встроены несколько ZigZag с различными алгоритмами"
#property description "Имеется возможность встраивать большое количество других индикаторов, показывающих максимумы и "
#property description "минимумы и автоматически строить от этих минимумов и максимумов различные графические инструменты"
Может быть в MQL5 это и так, но в MQL4 ничего подобного я не наблюдаю, а попытки вставить его хотя бы отдельной строкой в #property description натыкаются на ошибку
'description' - invalid property value
Подскажите пожалуйста, как правильно сделать, если это вообще возможно.
Я правильно понимаю, что во вкладке ""Эксперты" логи пишет терминал, а не эксперт? Так вот, есть зацикленный эксперт, после обновления билда на 670 вкладка завалена сообщениями, что MarketInfo желает видеть переменную типа string. Ну ладно бы только вкладка, папка с терминалом моментально разбухает на всё доступное дисковое пространство. Сделайте ограничение на логи, пожалуйста, пусть старые логи удаляет при достижении некоего объема или новые не пишет, раз такое безобразие... Этож вроде некие гигиенические правила программирования не заваливать всю память или весь диск своими продуктами жизнедеятельности?
Поиск в коде не выявил проблемы в MarketInfo, везде string вроде ему подают, где функцией, где переменной string, а где элементом массива string. Возможно, ошибка таки не в коде.
Попытка перекомпиляции под 670 билдом не удалась в том плане, что эксперт вообще не работает после перекомпиляции.
Файл что-то не могу к сообщению прилепить, выбрать дает, прилепить не дает...Я правильно понимаю, что во вкладке ""Эксперты" логи пишет терминал, а не эксперт? ...
Вот простой код для эксперта или для скрипта:
Увидите, что в папку "Эксперты" пишут сообщения программы пользователя (скрипты и эксперты).
Из справки терминала:
Во вкладке "Эксперты" содержится вся информация о работе прикрепленного эксперта, включая открытие/закрытие позиций, модификацию ордеров, собственные сообщения советника и другие.
Вот простой код для эксперта или для скрипта:
Увидите, что в папку "Эксперты" пишут сообщения программы пользователя (скрипты и эксперты).
Из справки терминала:
Во вкладке "Эксперты" содержится вся информация о работе прикрепленного эксперта, включая открытие/закрытие позиций, модификацию ордеров, собственные сообщения советника и другие.
А разве не во вкладку "Журнал" это попадает? Но не суть, про несоответствие переменной пишет явно терминал. Но и в случае если косой эксперт много пишет, неправильно весь диск занимать логами его писанины...
Если "... косой эксперт..." то жесткий диск не должен терпеть такие издевательства над собой - нужно доводить эксперта до кондиции.
artsnz:
UPD. Похоже что дело вовсе не в классе, а в том, что при каждом обращении к индикатору, создается его новый экземпляр, а старый не выгружается из памяти.