Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Давно напрягает длительное время компиляции кодов. Точнее даже не столько компиляции, сколько синтаксической проверки. К примеру, .mq5 файл в режиме Optimize=0 компилируется 9 секунд. Если же сделать из него .mqh файл и запустить компиляцию(синтаксическую проверку) этого файла, то затрачивается 8 секунд.
Т.е. именно парсинг и проверка синтаксиса занимает основное время. Общий объём используемых библиотек - около 3 мб, это немного.
Если попытаться использовать, как можно больше библиотек из КБ в одном проекте, то столько не выйдет, наверное.
Бывают закрытые EX5-советники, которые mqh генерируют. Этот mqh подключается к EX5-библиотеке с открытым без секретов исходным кодом.
Далее эта открытая библиотека компилируется. После чего закрытый EX5-советник использует нужный ему функционал из EX5-библиотеки.
Здесь, наверное, другой случай.
Предложение по Метаэдитору.
У таблицы ошибок имеется опция "Автопрокрутка", при включении которой таблица всегда прокручивается в конец при компиляции. Даже если имеются ошибки. Так вот при наличии ошибок эта прокрутка теряет всякий смысл, ибо отображаемая там статистика (число ошибок и предупреждений) уже не играет роли, т.к. не соответствует действительности. Ведь одна ошибка компиляции зачастую порождает за собой вереницу разных сообщений и предупреждений. Цепная реакция. Т.е. по факту имеем 1 ошибку, а в статистике будет отображено допустим 5-10. И какой от этого толк? При этом приходится вручную прокручивать список выискивая ошибку.
Поэтому было бы удобней, чтобы при наличии ошибок таблица прокручивалась бы до первой ошибки (как при отключённой "Автопрокрутке"). Возможно даже эту опцию и убрать вовсе, т.к. мы по сути совмещаем оба режима в один.
Предложение по Метаэдитору.
У таблицы ошибок имеется опция "Автопрокрутка", при включении которой таблица всегда прокручивается в конец при компиляции. Даже если имеются ошибки. Так вот при наличии ошибок эта прокрутка теряет всякий смысл, ибо отображаемая там статистика (число ошибок и предупреждений) уже не играет роли, т.к. не соответствует действительности. Ведь одна ошибка компиляции зачастую порождает за собой вереницу разных сообщений и предупреждений. Цепная реакция. Т.е. по факту имеем 1 ошибку, а в статистике будет отображено допустим 5-10. И какой от этого толк? При этом приходится вручную прокручивать список выискивая ошибку.
Поэтому было бы удобней, чтобы при наличии ошибок таблица прокручивалась бы до первой ошибки (как при отключённой "Автопрокрутке"). Возможно даже эту опцию и убрать вовсе, т.к. мы по сути совмещаем оба режима в один.
А по мне, так удобней сделать упорядочение по колонке с типом сообщения, что б при желании последовательно шли ошибки/предупреждения/иное.
Предложение по Метаэдитору.
У таблицы ошибок имеется опция "Автопрокрутка", при включении которой таблица всегда прокручивается в конец при компиляции. Даже если имеются ошибки. Так вот при наличии ошибок эта прокрутка теряет всякий смысл, ибо отображаемая там статистика (число ошибок и предупреждений) уже не играет роли, т.к. не соответствует действительности. Ведь одна ошибка компиляции зачастую порождает за собой вереницу разных сообщений и предупреждений. Цепная реакция. Т.е. по факту имеем 1 ошибку, а в статистике будет отображено допустим 5-10. И какой от этого толк? При этом приходится вручную прокручивать список выискивая ошибку.
Поэтому было бы удобней, чтобы при наличии ошибок таблица прокручивалась бы до первой ошибки (как при отключённой "Автопрокрутке"). Возможно даже эту опцию и убрать вовсе, т.к. мы по сути совмещаем оба режима в один.
Ох как я Вас понимаю.
Раньше ведь все было ок с этим.
Сейчас приходится отключать автопрокрутку.
А по мне, так удобней сделать упорядочение по колонке с типом сообщения, что б при желании последовательно шли ошибки/предупреждения/иное.
В продолжение темы об операторах присваивания. Вскрылся ещё один баг, только уже на этапе выполнения:
Из распечатки видим, что класс B не скопировался, т.е. неявный оператор для него не вызывался.
При этом оператор для класса A вызывался. Т.е. перескочили через B.
В C++ всё работает как положено.
Спасибо за сообщение.
Исправлено
Да, тоже нужная штука. Когда много предупреждений, то нужно их фиксить в порядке приоритетности, требуется сортировка.
Ну да, или из контекстного меню что б можно было выбрать что то типа "Скрыть предупреждения" - особенно актуально, когда разрабатываются идеи и код за десятки тысяч строк....
хоть как-то сообщать об этом. Либо звуковым сигналом, либо моргающей вкладкой Журнал.
А то жмешь и ничего не происходит. Сразу не догадаешься.