Это только у меня такая огромная пауза в 2-3 секунды при запуске прогона?
MR 016:47:50.960 Tester RTS-9.16: ticks data begins from 2016.08.0100:00LE 016:47:50.963 Core 1 agent process started
CE 016:47:51.473 Core 1 connecting to 127.0.0.1:3000
NR 016:47:52.736 Core 1 connected
DJ 016:47:52.741 Core 1 authorized (agent build 1401)
Если создать файл с расширением txt и нажать добавить в сторадж то файл добавляется и фиксируется, но если попытаться добавить целую папку с несколькими txt файлами то это не получается ((((
Вообще разрешено ли в сторадж хранить файлы типа txt ? Спрашиваю что бы не наколоться.
Если создать файл с расширением txt и нажать добавить в сторадж то файл добавляется и фиксируется, но если попытаться добавить целую папку с несколькими txt файлами то это не получается ((((
Вообще разрешено ли в сторадж хранить файлы типа txt ? Спрашиваю что бы не наколоться.
Хоть справка явно не указывает на txt:
Хранилище MQL5 Storage работает только с файлами следующих типов: mq4, mq5, mqh, cpp, h, bmp, wav. Остальные типы файлов невозможно добавить в хранилище.
В хранилище нельзя добавить файлы размером более 64 МБ.
но по сути файл, mq* файлы - это текстовые файлы.
В общем проверил - файл *.txt добавился в Хранилище.
Баг это или вопрос, но что-то непонятное... происходит и в тестере и дебаге... на EURUSD всё нормально, а на USDJPY вот такая проблема...
На билде на десяток-другой раньше текущего была проблема, когда визуализатор показывал будущее на один тик, а MQL работал нормально - будущего не видел.
Попробуйте сравнить PositionGetDouble(POSITION_PROFIT) на следующем тике. Если будет совпадать с тем, что показывал визуализатор до него - проблема в этом. Slawa давал разъяснения и обещал поправить.
На билде на десяток-другой раньше текущего была проблема, когда визуализатор показывал будущее на один тик, а MQL работал нормально - будущего не видел.
Попробуйте сравнить PositionGetDouble(POSITION_PROFIT) на следующем тике. Если будет совпадать с тем, что показывал визуализатор до него - проблема в этом. Slawa давал разъяснения и обещал поправить.
Если нет - очередной баг тогда.
Возможно и так, но код не предусматривает проверку на следующем тике. Только один раз в момент открытия нового бара. И какие гарантии что это значения со следующего тика??? Да никаких... Запустил ещё раз, убыток показал 2.55, а в дебагере по прежнему 0.93.
Зато, пальцы в растопырку... тестер 5 на порядок лучше тестера 4... Одни глюки и неадекватная работа... Как можно отладить советник при таких заморочках??? Как ещё люди занимаются оптимизацией??? По сути оптимизация уже самообман, а с такими заморочками, самообман в степени лежачей 8.
Из лога тестера
Да, это не описка. Плечо 1:0 по какой-то причине.
Пробую с таким плечом делать отладку в тестере. Выдает только одну строку
Можно ли во время компиляции выяснить размер указателя за пределами МКЛ?
Это только у меня такая огромная пауза в 2-3 секунды при запуске прогона?
Куда каждый раз утекает время в локалке?!Можно ли во время компиляции выяснить размер указателя за пределами МКЛ?
Вы можете использовать предопределённую переменную _IsX64, для определения битности выполняемого кода.
Пример использования можно посмотреть в этой статье.
Если создать файл с расширением txt и нажать добавить в сторадж то файл добавляется и фиксируется, но если попытаться добавить целую папку с несколькими txt файлами то это не получается ((((
Вообще разрешено ли в сторадж хранить файлы типа txt ? Спрашиваю что бы не наколоться.
Если создать файл с расширением txt и нажать добавить в сторадж то файл добавляется и фиксируется, но если попытаться добавить целую папку с несколькими txt файлами то это не получается ((((
Вообще разрешено ли в сторадж хранить файлы типа txt ? Спрашиваю что бы не наколоться.
Хоть справка явно не указывает на txt:
но по сути файл, mq* файлы - это текстовые файлы.
В общем проверил - файл *.txt добавился в Хранилище.
Баг это или вопрос, но что-то непонятное... происходит и в тестере и дебаге... на EURUSD всё нормально, а на USDJPY вот такая проблема...
Часть кода
Что из кода интересует, понятно из скринов... в коде выделено.
Есть ОДИН ордер Sell с убытком 7.39 но код выдаёт убыток всего 0.93
Зелёная стрелка на следующем скрине говорит о том, что дебаг остановлен на этой строке...
То-есть переменной sl уже присвоено значение PositionGetDouble(POSITION_PROFIT)
ВОПРОС: Почему так происходит??? Это баг или закономерность, особые свойства тестера\дебагера mql5???
Переменная sp была введена чуть позже, изначально проверялась переменная sellProfit которая обнулялась при входе в функцию.
Баг это или вопрос, но что-то непонятное... происходит и в тестере и дебаге... на EURUSD всё нормально, а на USDJPY вот такая проблема...
На билде на десяток-другой раньше текущего была проблема, когда визуализатор показывал будущее на один тик, а MQL работал нормально - будущего не видел.
Попробуйте сравнить PositionGetDouble(POSITION_PROFIT) на следующем тике. Если будет совпадать с тем, что показывал визуализатор до него - проблема в этом. Slawa давал разъяснения и обещал поправить.
Если нет - очередной баг тогда.
На билде на десяток-другой раньше текущего была проблема, когда визуализатор показывал будущее на один тик, а MQL работал нормально - будущего не видел.
Попробуйте сравнить PositionGetDouble(POSITION_PROFIT) на следующем тике. Если будет совпадать с тем, что показывал визуализатор до него - проблема в этом. Slawa давал разъяснения и обещал поправить.
Если нет - очередной баг тогда.
Возможно и так, но код не предусматривает проверку на следующем тике. Только один раз в момент открытия нового бара. И какие гарантии что это значения со следующего тика??? Да никаких... Запустил ещё раз, убыток показал 2.55, а в дебагере по прежнему 0.93.
Зато, пальцы в растопырку... тестер 5 на порядок лучше тестера 4... Одни глюки и неадекватная работа... Как можно отладить советник при таких заморочках??? Как ещё люди занимаются оптимизацией??? По сути оптимизация уже самообман, а с такими заморочками, самообман в степени лежачей 8.
Придётся проверять на демке... не одну неделю...