none
Правильное понимание ошибок в "просмотре событий" RRS feed

  • Вопрос

  • хочу узнать,если в описании ошибки написано конкретное приложение и конкретный сбойный модуль,может ли быть на самом деле другой сбойный модуль иметь место?

    у меня во время игры max payne 3 бывает ошибка "остановка приложения" и в журнале ошибок ее описание

    Имя сбойного приложения: MaxPayne3.exe, версия: 1.0.0.49, отметка времени: 0x502934fd

    Имя сбойного модуля: MaxPayne3.exe, версия: 1.0.0.49, отметка времени 0x502934fd

    Код исключения: 0xc0000005

    Смещение ошибки: 0x00d02f30

    Идентификатор сбойного процесса: 0x6c0

    Время запуска сбойного приложения: 0x01cd7c98e429c43c

    Путь сбойного приложения: ...steam\steamapps\common\max payne 3\Max Payne 3\MaxPayne3.exe

    Путь сбойного модуля: ...\steam\steamapps\common\max payne 3\Max Payne 3\MaxPayne3.exe

    Код отчета: 78a0d8ef-e88c-11e1-92b7-001fc6eff728

    я пишу в техподдержку rockstar (разработчик),мне пишут,что проблема в другом сбойном модуле,а именно в ntdll.dll,вот цитата их ответа

    "Hello,

    Thanks for contacting Rockstar Technical Support.
     The reason of those problems is this file ntdll.dll. That file is a part of Windows and it can cause problems for several reasons (for example: software or hardware conflicts or corrupt file)."

    дак кто прав?они или я?ведь я считаю,что проблема в их приложении,а не у меня,а мне пишут,что мне надо переустанвливать драйвера,игру и т.д.(но это уже не в тему)

    вопрос тут задал,т.к. использую windows 7

    19 августа 2012 г. 16:58

Ответы

  • Без дополнительного исследования сказать невозможно, причин может быть много от софта до железа. Однако если это стабильный сбой то скорее всего это вызвано проблемами в приложении даже если краш произошел в ntdll. Дело в том что системные DLL содержат большое число функций которые вызываются приложениями и если приложение передает данным функциям неверные параметры то это может вызвать краш. 

    Если есть навыки то то можно включуть создание дампа при краше приложения и проанализировать дамп тем же способом что и дамp BSOD. Если правильно загружены символы то можно определить какую именно функцию вызвало проложение и, возможно, выйдет определить параметры которые вызвали проблему. Так же это покажет где именно в приложении произвошла проблема.


    This posting is provided "AS IS" with no warranties, and confers no rights.

    19 августа 2012 г. 18:01
    Модератор

Все ответы

  • Без дополнительного исследования сказать невозможно, причин может быть много от софта до железа. Однако если это стабильный сбой то скорее всего это вызвано проблемами в приложении даже если краш произошел в ntdll. Дело в том что системные DLL содержат большое число функций которые вызываются приложениями и если приложение передает данным функциям неверные параметры то это может вызвать краш. 

    Если есть навыки то то можно включуть создание дампа при краше приложения и проанализировать дамп тем же способом что и дамp BSOD. Если правильно загружены символы то можно определить какую именно функцию вызвало проложение и, возможно, выйдет определить параметры которые вызвали проблему. Так же это покажет где именно в приложении произвошла проблема.


    This posting is provided "AS IS" with no warranties, and confers no rights.

    19 августа 2012 г. 18:01
    Модератор
  • Без дополнительного исследования сказать невозможно, причин может быть много от софта до железа. Однако если это стабильный сбой то скорее всего это вызвано проблемами в приложении даже если краш произошел в ntdll. Дело в том что системные DLL содержат большое число функций которые вызываются приложениями и если приложение передает данным функциям неверные параметры то это может вызвать краш. 

    Если есть навыки то то можно включуть создание дампа при краше приложения и проанализировать дамп тем же способом что и дамp BSOD. Если правильно загружены символы то можно определить какую именно функцию вызвало проложение и, возможно, выйдет определить параметры которые вызвали проблему. Так же это покажет где именно в приложении произвошла проблема.


    This posting is provided "AS IS" with no warranties, and confers no rights.

    Понятно,сбой происходит стабильно при определенной последовательности действий

    Но все таки,в представленном описании ошибки сбойный модуль тот,который написан в описании или может быть другой? я им отсылаю с надеждой что проблема именно в приложении,т.к. оно написано в описании

    на счет дампа,опыта нет,но заинтересовался,т.к. хотел нечто подобное сам провести,поскольку несколько бсод ошибок смог искоренить,когда были проблемы с системами,поищу инфу как это делается

    19 августа 2012 г. 18:57
  • Модуль в котором произошло исключение написан в описании. Модуль который вызвал проблему может быть другой.

    Например автомобиль въехал в столб, проблема на первый взгляд вызвана столбом. Но на деле столб там просто стоял, а машина в него въехала так как был лед на дороге. Но на самом деле виноват даже не лед, а водитель который не справился с управлением.



    This posting is provided "AS IS" with no warranties, and confers no rights.

    19 августа 2012 г. 19:48
    Модератор
  • Ну у вас и метафоры ;)

    Попробуйте выполнить sfc /scannow. Если она отработает без ошибок, результат выполнения можете отправить в EA со ссылкой на соответствующую статью. Дескать, проверил файл по инструкции, с ним всё окей - помогайте дальше :)
    20 августа 2012 г. 10:06
  • Ну у вас и метафоры ;)

    Попробуйте выполнить sfc /scannow. Если она отработает без ошибок, результат выполнения можете отправить в EA со ссылкой на соответствующую статью. Дескать, проверил файл по инструкции, с ним всё окей - помогайте дальше :)

     проверил,ошибок нет,попробую все таки дамп помучить

    не,что-то пока не выходит,как создать дамп процесса понял и сделал,но во-первых это дамп рабочего процесса,т.е. не его сбой,ну и как даже этот дамп проанализировать,тоже пока не знаю,системные дампы блюскринвьюером смоотрел,но думаю это уже оффтоп,т.к. ответ на первостепенный вопрос я получил

    • Изменено Pult 20 августа 2012 г. 13:18
    20 августа 2012 г. 12:51