Ошибки, баги, вопросы - страница 2589
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
int Array0[] = {};в принципе как и ожидал вариант №2 быстрее, на 5000 проходов выигрыш около 30 секунд,тоже довольно не плохо
Хорошо бы ветку, где будут собраны подобные результаты. Для Оптимизатора актуально.
Хорошо бы ветку, где будут собраны подобные результаты. Для Оптимизатора актуально.
поддерживаю, я уже не первый раз тестирую и выкладываю результаты не пойми где
но ветку открыть не готов....воспитание плохое, чувство ответственности переполнять будет, а поддерживать в актуальном состоянии топик... я не уверен, что сумею (((
ЗЫ: по примеру выше.... вчера не решил опять писать в этот топик нужно в примере № 2 SymbolInfoTick() на SymbolInfoInteger(_Symbol, SYMBOL_TIME)
ЗЫЗЫ: вот пример где использую, мне удобнее в оптимизаторе искать время с дискретностью в 5 минут - меньше проходов, поэтому время в оптимизаторе вообще сделал на 2 байта в ushort , если 0 - то не используется эта опция, есть еще задел - проверить как с байтами бывтрее работать, но не сейчас - в моем примере один раз в OnInit() на байты разбиваю - не критично
использование:
т.е. результат метода Disable() - труе не рабочее время, фалсе - работаем
Хорошо бы ветку, где будут собраны подобные результаты. Для Оптимизатора актуально.
Можно ли иметь некоторые подробности: почему SocketTlsReadAvailable () возвращает ошибку (5273 ERR_NETSOCKET_IO_ERROR), когда Socket подключен (SocketIsConnected () вернул true)?
Форум по трейдингу, автоматическим торговым системам и тестированию торговых стратегий
Ошибки, баги, вопросы
Alain Verleyen, 2019.08.29 01:17
О функциях mql SocketXXX () это сообщение предназначено в основном для разработчиков Metaquotes: @Renat Fatkhullin, @Slava, @Ilyas
Я использую приведенный ниже код для управления приемом сообщений через защищенное соединение.
Большую часть времени это работает правильно. Однако время от времени я получал сообщение об ошибке, хотя сокет подключен, и через некоторое время (от 1 до 5/6 ошибок) он продолжает работать.
... данные / сообщения получены правильно
2019.08.29 00: 45: 43.019 XXXX (EURUSD, H1) ОШИБКА: 5273, гнездо (1), считано: len = 437
2019.08.29 00: 45: 43.237 XXXX (EURUSD, H1) ОШИБКА: 5273, гнездо (1), считано: len = 1242
... данные / сообщения получены правильно
Ошибка 5273 очень общая и мало помогает. Можно ли получить больше информации о таких ошибках?
Подскажите в чем, может быть причина ошибки [Too many trade requests] уже на втором вызове обычной OrderSend (после запуска терминала) ?
Посмотрел логи с с понедельника по четверг. Везде одна и та же картина: Первая отправка лимитного ордера проходит удачно, а последующие завершаются с ошибкой [Too many trade requests] . Потом начинают проходить. Из криминального делаю только частые вызовы CopyTickRange в OnInit().
BCS Broker MetaTrader 5 Terminal x64 build 2170 started
@Ilyas
Из dll, указатель на строку const wchar_t* копирует ровную строку, вот с такими параметрами
wcsncpy( out, data, wcslen(data) * 2 );С такими параметрами, естественно течёт.
Но строка получается ровная, не одного лишнего символа не проскакивает.
И после завершения программы, в журнале экспертов появляется сообщение
И вот такой тест
Показывает следующее
Чаровский символ ' ' возращает два байта, вместо одного. Наверно из за того, что в Unicode.
А стринги вообще по двенадцать, вместо двух байт, если сравнивать с wchar_t
Как возможный вариант, может где то выравнивание по старшему типу кривит размер стринга?
@Ilyas
Из dll, указатель на строку const wchar_t* копирует ровную строку, вот с такими параметрами
С такими параметрами, естественно течёт.
Но строка получается ровная, не одного лишнего символа не проскакивает.
И после завершения программы, в журнале экспертов появляется сообщение
И вот такой тест
Показывает следующее
Чаровский символ ' ' возращает два байта, вместо одного. Наверно из за того, что в Unicode.
А стринги вообще по двенадцать, вместо двух байт, если сравнивать с wchar_t
Как возможный вариант, может где то выравнивание по старшему типу кривит размер стринга?