WinDbg Помощь Pls - PullRequest
Новая
       20

WinDbg Помощь Pls

0 голосов
/ 29 апреля 2011

Я довольно новичок в использовании WinDbg, но недавно у моего приложения начались проблемы, но только на машинах с Windows 7 (он работает нормально при первом запуске ПК, но вылетает или просто бесшумно каждый раз после).

Я получил файл mdmp, но мне не хватает того, как лучше извлечь из него нужные мне данные. Я получил следующий анализ (возможно, я делаю это неправильно) ...

Может ли кто-нибудь помочь пролить свет на мою проблему или если я неправильно выполняю анализ: 

0:000> !analyze -v
*******************************************************************************
*                                                                             *
*                        Exception Analysis                                   *
*                                                                             *
*******************************************************************************

GetPageUrlData failed, server returned HTTP status 404
URL requested: http://watson.microsoft.com/StageOne/Star_exe/1_0_0_0/4dbad268/KERNELBASE_dll/6_1_7600_16385/4a5bdaae/e0434352/00009617.htm?Retriage=1

FAULTING_IP: 
KERNELBASE!RaiseException+58
752d9617 c9              leave

EXCEPTION_RECORD:  ffffffff -- (.exr 0xffffffffffffffff)
ExceptionAddress: 752d9617 (KERNELBASE!RaiseException+0x00000058)
   ExceptionCode: e0434352 (CLR exception)
  ExceptionFlags: 00000001
NumberParameters: 5
   Parameter[0]: 80070002
   Parameter[1]: 00000000
   Parameter[2]: 00000000
   Parameter[3]: 00000000
   Parameter[4]: 57af0000

PROCESS_NAME:  Star.exe

ERROR_CODE: (NTSTATUS) 0xe0434352 - <Unable to get error code text>

EXCEPTION_CODE: (NTSTATUS) 0xe0434352 - <Unable to get error code text>

EXCEPTION_PARAMETER1:  80070002

EXCEPTION_PARAMETER2:  00000000

EXCEPTION_PARAMETER3:  00000000

EXCEPTION_PARAMETER4: 0

MOD_LIST: <ANALYSIS/>

NTGLOBALFLAG:  0

APPLICATION_VERIFIER_FLAGS:  0

MANAGED_STACK: !dumpstack -EE
No export dumpstack found

MANAGED_BITNESS_MISMATCH: 
Managed code needs matching platform of sos.dll for proper analysis. Use 'x86' debugger.

ADDITIONAL_DEBUG_TEXT:  Followup set based on attribute [Is_ChosenCrashFollowupThread] from Frame:[0] on thread:[PSEUDO_THREAD]

LAST_CONTROL_TRANSFER:  from 57c03970 to 752d9617

FAULTING_THREAD:  ffffffff

DEFAULT_BUCKET_ID:  STACKIMMUNE

PRIMARY_PROBLEM_CLASS:  STACKIMMUNE

BUGCHECK_STR:  APPLICATION_FAULT_STACKIMMUNE_NOSOS_CLR_EXCEPTION_WRONG_SYMBOLS

STACK_TEXT:  
00000000 00000000 star.exe+0x0


SYMBOL_NAME:  star.exe

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: star

IMAGE_NAME:  Star.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  4dbad268

STACK_COMMAND:  ** Pseudo Context ** ; kb

FAILURE_BUCKET_ID:  STACKIMMUNE_e0434352_Star.exe!Unknown

BUCKET_ID:  APPLICATION_FAULT_STACKIMMUNE_NOSOS_CLR_EXCEPTION_WRONG_SYMBOLS_star.exe

FOLLOWUP_IP: *** WARNING: Unable to verify timestamp for Star.exe

Star!.ctor+0 [C:\Users\Aj\Documents\Visual Studio 2010\Projects\Star\Star\ViewModels\ViewModelBase.cs @ 22]
00360000 ??              ???

WATSON_STAGEONE_URL:  http://watson.microsoft.com/StageOne/Star_exe/1_0_0_0/4dbad268/KERNELBASE_dll/6_1_7600_16385/4a5bdaae/e0434352/00009617.htm?Retriage=1

Followup: MachineOwner
---------

Ответы [ 2 ]

1 голос
/ 02 июня 2011

Что ж, после нескольких недель поиска (может быть, и больше) выясняется, что при использовании Trend Micro Corporate все в порядке с XP на Server 2003, подойдет Vista и Windows 7 на 2003, и даже подойдет XP / Vista на сервер 2008 , но (и я понятия не имею, почему), при использовании Windows 7 и попытке запустить сетевое приложение с помощью пути UNC в ярлыке, он блокирует определенные части сетевого трафика для этого приложения, и это происходит спорадически и, что кажется, быть без всякой здравой логики. Я не могу сказать, почему, поскольку мы так и не выяснили, что именно послужило катализатором для запуска Trend, но я знаю, что когда мы отключили Trend, все вернулось к норме (что-то, чего я хотел, чтобы мы попробовали раньше). Мы обнаружили, что путем сопоставления диска с нашим общим ресурсом и изменения ярлыков на рабочих станциях пользователей для использования подключенного диска, а не пути UNC, проблема была устранена.

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

Спасибо! Aj

1 голос
/ 29 апреля 2011

Вы можете использовать эту статью в качестве отправной точки: SOS: это уже не просто песня ABBA

Похоже, что ваше приложение является приложением .NET, убедитесь, что у вас установлен правильный .NET Framework. Когда вы загружаете файл sos.dll в windbg, вам может потребоваться указать полный путь. Кроме того, вы можете настроить доступ к общедоступным серверам символов Microsoft, чтобы облегчить отслеживание стека. Эта статья может помочь: Средства отладки и символы: Начало работы . Убедитесь, что у вас установлена ​​последняя версия инструментов отладки.

! Анализ даст вам некоторую информацию о неисправности, но не более того. Вы должны посмотреть на первую статью, чтобы увидеть, что еще происходит.

Размещение некоторой информации о вашем приложении также поможет людям увидеть, есть ли у вас похожая проблема.

Похоже, что ошибка происходит в вашем файле ViewModelBase.cs. Вы можете добавить некоторые записи (используя log4net или аналогичный инструмент), чтобы перехватить исключение и распечатать трассировку стека. Вы также можете подключиться к событию AppDomain.CurrentDomain.UnhandledException (или к событию Application.DispatcherUnhandledException для приложений WPF), чтобы перехватить все, что выдается, и распечатать что-то в файл журнала. В этом случае вам не нужно прибегать к WinDbg, чтобы выяснить, что происходит.

...