Próbuję znaleźć sposób debugowania wyjątków, które otrzymałem w analizie aplikacji Azure. Jestem nowicjuszem w tego typu debugowaniu, ponieważ naprawdę zajmowałem się tylko błędami w Visual Studio, w którym działa aktywny debugger. Jednak w przypadku statystyk aplikacji istnieją null wyjątki odwołania, które zapewniają tylko stos wywołań i nie ma użytecznego komunikatu wyjątku.Analizy błędów aplikacji aplikacji Azure przy użyciu stosu połączeń
Wyjątek Wiadomość: Arg_NullReferenceException
callstack: at SharedLibrary!<BaseAddress>+0x68d4c5 --- End of stack trace from previous location where exception was thrown --- at SharedLibrary!<BaseAddress>+0x329115 at SharedLibrary!<BaseAddress>+0x329207 at SharedLibrary!<BaseAddress>+0x34d603
Inne wyjątki mają komunikaty takie jak Excep_FromHResult 0x800455A0
, Podczas gdy inni rzeczywiście pokazać sposoby ich prześledzić wstecz do.
Czy istnieje sposób, aby dowiedzieć się, skąd wzięły się te wyjątki, odszyfrowywania sterty lub adresu bazowego lub HResult?
Będzie to bardzo przydatne w eliminowaniu błędów w mojej aplikacji.
Czy ktoś, kto ma ten sam problem, może wysłać wiadomość e-mail? Mam podobny problem i po prostu zabija mnie drugiego dnia z rzędu. – khamitimur
Każda osoba mająca ten problem powinna zostać zwolniona. "demonstrowanie prawdziwego bólu klienta" to bardzo dobry sposób na załatwianie spraw. Powiedział, że wakacje w zasadzie zostawili mnie w spokojnym mieście ... zrobimy wszystko, co w naszej mocy. –