Новая версия платформы MetaTrader 5 build 5430: Улучшенные графики на движке Blend2D - страница 36
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Как это? Если памяти нет, то ошибка об отсутствии памяти верна. При чем тут компилятор? Строка, скорее всего, сформирована компилятором целиком, но она же требует памяти для размещения на этапе выполнения.
тут ещё открытый вопрос про лимит длины строк. И их контроль. Out of memory не обязательно от того что "памяти не хватило" для размещения, некорректная длина строки может также породить такую ошибку.
Раньше (в последних билдах не проверял, просто перестал наступать на те грабли) строки получаемых через resource as string обрезались без предупреждений. С разнообразными пост-эффектами при исполнении. Возможно с конкатенацией строк нечто подобное
Stanislav Korotky #:
Как это? Если памяти нет, то ошибка об отсутствии памяти верна.
Верна, конечно.
При чем тут компилятор?
Верна, конечно.
Строка 583 - это не конец. Как раз указание на номер строки дает косвенное утверждение, что вызывался оператор сложения на этапе выполнения.Тады да.
Это если плюсики убрать.
Поэтому компилятор разбил константу на две подстроки.
Вообще такие вещи лучше ресурсными файлами подключать.Вообще такие вещи лучше ресурсными файлами подключать.
Хотелось бы получать ошибку компиляции, если файла нет. С mqh это всегда так.
CloseBy-ошибка работы торгового сервера при определенной спецификации начисления комиссии.
Такая спецификация предполагает, что комиссия начисляется только для DEAL_IN-сделок - открывающие позицию. Для закрывающих позиции комиссия не берется.
Однако, это предполагает, что CloseBy-операция должна отменять комиссию одной из by-позиций. Отменить комиссию возможно только ее обратным доначислением. Чего не происходит.
Просьба тщательнее проработать манипуляции с комиссиями (в идеале и со свопами) для CloseBy-операций. Спасибо.
Сейчас CloseBy-операции при определенных спецификациях берут двойную комиссию, что является грубой финансовой ошибкой.
Строка для поиска: Oshibka 158.
При выборе результатов одной из имеющихся оптимизаций на странице Optimization Results в тестере (более никаких действий не делается, в частности запуска одиночного теста и выбора конкретного сета) зачем-то сбрасываются текущие настройки эксперта на закладке Inputs. Нафига!? Устанавливаются опять-таки левые настройки из одноименного сета, который автоматически создается платформой для каждого эксперта по совершенно непрозрачным правилам незнамо в какие моменты.
Почему во время старта платформы тестер устанавливает последние использованные параметры - правильно (хранятся - похоже в ini-файлах), а потом решает их поменять без указания пользователя?
Неужели потребуется писать внешний скрипт, который будет прибивать set-файлы, потому что в данный момент функционал ведет себя как не полезный, а вредительский?
в данный момент функционал ведет себя как не полезный, а вредительский?
Возможно, имеет смысл написать сценарии использования тестера (да и терминала). Скорее всего, MQ слабо себе их представляют.
Когда будет список разумных сценариев, тогда станет понятно, что должно происходить.
Сам даже не лезу в ручные манипуляции, т.к. там может происходить все, что угодно. С полной потерей контроля. Только автоматы.
Возможно, имеет смысл написать сценарии использования тестера (да и терминала). Скорее всего, MQ слабо себе их представляют.
Когда будет список разумных сценариев, тогда станет понятно, что должно происходить.
Пока сценарии самые простые: меняю настройки Inputs, после чего запускаю либо одиночный тест, либо оптимизацию, после которой опять-таки прогоняю некоторые отдельные проходы из таблицы, могу поправить какой-нибудь параметр вручную и снова запустить одиночный тест или оптимизацию. Насколько я понимаю, любое такое действие сопровождается сохранением ini-файла с последними актуальными настройками. Они правильные. Каким образом, в set-файле с более поздним временем оказываются настройки, для которых я не прогонял тест или оптимизацию - загадка.