Если бы мы могли воспроизвести этот креш у себя, мы бы уже приняли меры.
Мало кто сообщает сопутсвующие крешам подробности.
Если бы мы могли воспроизвести этот креш у себя, мы бы уже приняли меры.
Мало кто сообщает сопутсвующие крешам подробности.
Как раз таки в той ветке я доволно подробно описал, когда тот крэш возникал чаще всего. Но теперь она исчезла. Там кстати были еще люди, у которых возникала та же ошибка.
Про этот крэш могу сказать только то, что я запустил тест эксперта, он отработал примерно на 70% истории и умер.
70 процентов истории на 1000 баров - это одно. 70 процентов на 100000 - совсем другое. Разве это подробность? Если тест идёт с самого начала тестирующей последовательности - это одно. Если тест идёт от установленной даты - совсем другое. Опять же если тестирующая последовательность была сгенерирована полностью на всех данных, а потом были включены даты, то это отличается от случая когда тестирующая последовательность была сгенерирована при включённых датах. Вы можете сообщить такие подробности?
Опять же, остаётся догадываться, что Вы делали одиночный прогон, а не оптимизацию.
Теперь когда я знаю, что вас может интересовать, я отвечу: тест прогонялся на истории H1 с 2005 по 2007-й; тестирующая последовательность была сгенерирована с 1999-го по 2007-й; выполнялся одиночный прогон.
Однако, по своему опыту могу сказать, что эта информация мало что вам даст. Поэтому очень рекомендую вам доработать свой крэш-лог. Невооруженным глазом видно, что он не может нормально раскрутить стек. Список модулей это конечно хорошо, но гораздо полезней иметь полный стек-трейс от функции, сгенерировавшей исключение, до первой функции своего процесса в текущей цепочке вызвов. С одной функцией в дампе стека много каши не сваришь. Хотя конечно тоже иногда помогает. Более того, советую делать мини-дамп (8-16 слов) стека для каждого фрейма, а не только последнего - тогда хотя бы частично будет видно, какие аргумента получала каждая вызванная функция.
Оптимизированный код, в отличие от неоптимизированного, и даёт
такой маленький стек. Мы проверяли.
Невооружённым глазом видно, что креш происходит на границе
4-кбайтной страницы памяти. Либо виртуальная память не успела
подгрузиться, либо кто-то (совсем в другом месте программы) прописал
не свою память.
С какой регулярностью происходит данный креш?
Вообще попробуйте поискать проблеммы в дравах для устройств и т.д. Модемы всякие, звук. Подозреваю что дело не в терминале.
4 : 5B0A0000 00007000 C:\WINDOWS\System32\umdmxfrm. dll
5 : 5CD70000 00007000 C:\WINDOWS\System32\serwvdrv. dll
Оптимизированный код, в отличие от неоптимизированного, и даёт такой маленький стек. Мы проверяли.
Невооружённым глазом видно, что креш происходит на границе 4-кбайтной страницы памяти. Либо виртуальная память не успела подгрузиться, либо кто-то (совсем в другом месте программы) прописал не свою память.
С какой регулярностью происходит данный креш?
Конкретно данный крэш произошел первый раз. Раньше не видел. А вот крэш, о котором я писал в ветке "Опять глючит МТ4" (несколько последних постов там были моими), происходит убийственно часто. Где-то каждый 5-8-й запуск тестера. Обычно происходит если после нескольких тестов меняются какие-либо значения на панели тестера (начальная дата, режим визуализации, пересчет тиков и т.п.).Может фаирвол виноват? C:\Program Files\Kerio\Personal Firewall 4\gkh.dll Попробуйте его отключить и проверить выпадание таких явлений...
Вообще попробуйте поискать проблеммы в дравах для устройств и т.д. Модемы всякие, звук. Подозреваю что дело не в терминале.
4 : 5B0A0000 00007000 C:\WINDOWS\System32\umdmxfrm. dll
5 : 5CD70000 00007000 C:\WINDOWS\System32\serwvdrv. dll
Это драйвера уни-модема, которые нужны для GPRS. Они у меня уже несколько лет. Керио тоже показал себя очень хорошо в плане стабильности - пользуюсь им уже более полугода. Более того, если бы проблемы были на этом уровне, то я более чем уверен, что страдали бы практически все приложения. А пока это только MetaTrader. Причем с одного из недавних билдов понеслось.
Понятно, вопрос отпал, да я заметил что это за дрова поэтому и спросил, по каждой либе сейчас в инете можно легко осведомится, особенно когда бросается в глаза:)
Про виртуальную память и ежу понятно. Вот мы и ищем, где мы могли прописать память. Поиск несколько облегчается (гыыы) тем фактом, что проблемы массово начались не раньше февраля.
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Вы принимаете политику сайта и условия использования
Кстати куда дели ветку "Опять глючит МТ4"? Я там так и не увидел никаких комментариев на посты о крэшах при вызове RtlEnumerateGenericTableLikeADirectory() из CExpertInterior::ExecuteStaticAsm(), которые в последнее время уже просто задолбали. Раньше ж их не было. Начались, кажется, с версии 203.