Ошибки, баги, вопросы - страница 2856

Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- Форексный VPS бесплатно на 24 часа
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Здравствуйте. Есть у меня недопонимание:
Как с помощью Trade\Trade.mqh модифицировать выставленный ордер?
команда OrderModify из Trade.mqh требует выставления 7и параметров, в том числе последний: StopLimit ордер,что меня вводит в ступор, поскольку последний параметр мне совершенно не нужен..Да и в стандартном исполнении его указывать не надо..
У меня есть Sell Stop , я его хочу подвинуть вверх, вслед за минимумом..И не могу этого сделать с помощью OrderModify , и не понимаю, как модифицировать существующий СеллСтоп ордер с помощью Trade\Trade.mqh
Приходиться через дилейт и новое выставление.
Как правильно двигать уровень Sell Stop?
Игорь, вопрос был не про ошибку в самом коде, а про то - почему при оптимизации пишет ошибку, а при одиночном прогоне нет?
у меня плохо с телепатией, я только учусь
но попробую.... если предположить, что код у Вас написан на должном уровне, то возможно, что при оптимизации Вы попадаете на значение input-переменной которое и вызывает критическую ошибку
.... можно еще предположить, что Вы не знаете, что оптимизатору задания выдаются пачками, и может быть там в одной из задач возникает ошибка
.... можно еще предположить, что если Вы инициализируете переменную в глобальной области видимости (это может быть вызов функции при инициализации или конструктор класса) и в оптимизаторе инициализация проводится один раз для констант и статиков (хотя кажется только для статиков - забыл уже) на каждого агента, на все время оптимизации, а при одиночном проходе каждый проход...
... хз
Здравствуйте. Есть у меня недопонимание:
Как с помощью Trade\Trade.mqh модифицировать выставленный ордер?
команда OrderModify из Trade.mqh требует выставления 7и параметров, в том числе последний: StopLimit ордер,что меня вводит в ступор, поскольку последний параметр мне совершенно не нужен..Да и в стандартном исполнении его указывать не надо..
У меня есть Sell Stop , я его хочу подвинуть вверх, вслед за минимумом..И не могу этого сделать с помощью OrderModify , и не понимаю, как модифицировать существующий СеллСтоп ордер с помощью Trade\Trade.mqh
Приходиться через дилейт и новое выставление.
Как правильно двигать уровень Sell Stop?
Пример есть в Pending Trailing
после фигурных скобок вообще нигде не надо ставить точку с запятой, наверное ни в одном языке
у меня плохо с телепатией, я только учусь
но попробую.... если предположить, что код у Вас написан на должном уровне, то возможно, что при оптимизации Вы попадаете на значение input-переменной которое и вызывает критическую ошибку
.... можно еще предположить, что Вы не знаете, что оптимизатору задания выдаются пачками, и может быть там в одной из задач возникает ошибка
.... можно еще предположить, что если Вы инициализируете переменную в глобальной области видимости (это может быть вызов функции при инициализации или конструктор класса) и в оптимизаторе инициализация проводится один раз для констант и статиков (хотя кажется только для статиков - забыл уже) на каждого агента, на все время оптимизации, а при одиночном проходе каждый проход...
... хз
)))))
Ну при чём тут телепатия?
Есть массив, он инициализируется и используется без проблем. Всё работает. А вот при выходе возникает такая катавасия...
Всё было проверено. Но разница поведения в режиме оптимизации и одиночного прогона налицо. Вопрос - почему? Если уж где-то, как-то, что-то не так, то это "не так" должно быть и там, и там. Разве нет?
)))))
Ну при чём тут телепатия?
Есть массив, он инициализируется и используется без проблем. Всё работает. А вот при выходе возникает такая катавасия...
Всё было проверено. Но разница поведения в режиме оптимизации и одиночного прогона налицо. Вопрос - почему? Если уж где-то, как-то, что-то не так, то это "не так" должно быть и там, и там. Разве нет?
Для приличия напишите:
А так нет никакой гарантии, что размеры одинаковы. Что за массивы - никому не известно.
Для приличия напишите:
А так нет никакой гарантии, что размеры одинаковы. Что за массивы - никому не известно.
Мне то известны )))
Заменил. Указанная мною ошибка исчезла ))) Зато сыпится другая:
Повторюсь, в предыдущем релизе такого не было.
У меня есть несколько проверок с return(INIT_FAILED);
Но они все предваряются принтами... А принтов то и нет. (((
только писать в файл:
- признак оптимизация вкл/выкл
- номер агента
- и все используемые в ОнДеинит() переменные
без этого не найдете баг - оптимизатор работает без проблем, постоянно юзаю
Мне то известны )))
Заменил. Указанная мною ошибка исчезла ))) Зато сыпится другая:
Повторюсь, в предыдущем релизе такого не было.
Делаете даблкликл на соответствующем проходе в таблице оптимизации и получаете лог одиночного прогона, со всеми подробностями - почему именно не прошла инициализация - с указанием строки и колонки в исходнике.
только писать в файл:
- признак оптимизация вкл/выкл
- номер агента
- и все используемые в ОнДеинит() переменные
без этого не найдете баг - оптимизатор работает без проблем, постоянно юзаю
Ладно, буду опять подключать запись всего в файл. может найдётся причина... которой раньше не было...