Ошибки, баги, вопросы - страница 2555
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
добавь FILE_SHARE_READ для хендла для записи и FILE_SHARE_WRITE для хендла для чтения
Не работает, только по отдельности если вешать на график. Использовал:
Не работает, только по отдельности если вешать на график. Использовал:
Всё решил. Использовал:
билд 2135 вообще поломанный
'GENERATE_VECTOR' - unexpected token, probably type is missing? 1_mystd.mqh 74 1
'GENERATE_VECTOR' - unexpected token, probably type is missing? 1_mystd.mqh 75 1
'GENERATE_VECTOR' - variable already defined 1_mystd.mqh 75 1сто лет компилировалось, в новом билде сломалось.
билд 2135 вообще поломанный
сто лет компилировалось, в новом билде сломалось.
раньше компилятор съедал, а в новом билде отказался, наверное что-то подправили (ну вряд ли я случайно ноль удалил).
Обманываю, нормально всё, в один из абортов вызывался в виде
раньше компилятор съедал, а в новом билде отказался, наверное что-то подправили (ну вряд ли я случайно ноль удалил).
Кстати надо просить разработчиков, чтобы ввели штатный аборт, ассерт … В идеале конечно и исключения. Но хотя бы с малого начать.
замолвите слово, я, если не ошибаюсь, то еще в прошлом цикле своих занятий MQL это просил, года 4 как прошло, холивар правда от грамотеев пришлось выслушать, мол да не нужно это , пиши так... ну в общем все как обычно, а как разорвать выполнение программы при наличии критической ошибке доступа к данным OHLC или индикатора... просмотрел пол кодобазы, да некоторые кодописатели проверяют эти условия, но обработки нет, максимум с вежливым видом вывод в лог эксперта, типа мол беда произошла, ты не переживай в общем, я дальше буду работать с некорректными данными на этом тике )))
ЗЫ: накипело, нужен простой способ прекратить обработку текущего тика! - прекратить работу эксперта значит можно, а вот прекратить обработку одного тика выдумывай и выкручивайся - подозреваю что на уровне компилятора abort() реализуется не сложнее ExpertRemove() - который уже существует
ЗЫЗЫ: задача написания эксперта под MQL без abort() в процедурном стиле больше похожа на изобретение, чем на сложить код из готовых подпрограмм, подозреваю, что вот эти постоянные дискуссии как написать индикатор который может правильно подгрузить историю по другому ТФ тоже будут проще решены с использованием abort() - еще не размышлял на эту тему
замолвите слово, я, если не ошибаюсь, то еще в прошлом цикле своих занятий MQL это просил, года 4 как прошло, холивар правда от грамотеев пришлось выслушать, мол да не нужно это , пиши так... ну в общем все как обычно
Вот-вот, чуть заикнёшься, сразу повылезают эти грамотеи изо всех щелей, мол "это вам не С++" )
нужен простой способ прекратить обработку текущего тика! - прекратить работу эксперта значит можно, а вот прекратить обработку одного тика выдумывай и выкручивайся - подозреваю что на уровне компилятора abort() реализуется не сложнее ExpertRemove() - который уже существует
Ну вот у меня и abort, и assert реализованы точно так же делением на ноль, как и в приведённом выше коде. Хотя это конечно некрасиво, и иногда путаюсь, т.к. предшествующее сообщение в логе не всегда замечаю. Может есть какая-то другая ошибка, чтобы выдавала в логе что-то типа "internal error" ? Это хоть не так позорно выглядело бы )
Вот-вот, чуть заикнёшься, сразу повылезают эти грамотеи изо всех щелей, мол "это вам не С++" )
Ну вот у меня и abort, и assert реализованы точно так же делением на ноль, как и в приведённом выше коде. Хотя это конечно некрасиво, и иногда путаюсь, т.к. предшествующее сообщение в логе не всегда замечаю. Может есть какая-то другая ошибка, чтобы выдавала в логе что-то типа "internal error" ? Это хоть не так позорно выглядело бы )
вот @Vict помогал исключение с выходом в ОС через макроподстановки сделать https://www.mql5.com/ru/forum/318246/page10#comment_12651045
, в целом работоспособное решение, но... но выглядит жутко и отвратительно! )))