我试图找出一种方法来调试我在Azure的应用程序洞察中收到的异常.
我是这种类型的调试的新手,因为我只是在Visual Studio中处理错误,而Visual Studio正在运行一个活动的调试器.但是,对于Application Insights,存在空引用异常,这些异常仅提供调用堆栈,并且没有有用的异常消息.
异常消息：Arg_NullReferenceException
Callstack：在SharedLibrary！< BaseAddress> 0x68d4c5
—从抛出异常的先前位置开始的堆栈跟踪结束—
在SharedLibrary！< BaseAddress> 0x329115
在SharedLibrary！< BaseAddress> 0x329207
在SharedLibrary！< BaseAddress> 0x34d603
其他例外有消息,例如Excep_FromHResult 0x800455A0,
而其他人实际上展示了他们追溯的方法.
有没有办法找到解密callstack或Base Address或HResult这些异常的来源？
这对于消除我的应用中的错误非常有用.
解决方法:
更新：现在由HockeyApp遥测堆栈支持.见：http://support.hockeyapp.net/kb/client-integration-windows-and-windows-phone/crash-reporting-for-uwp
使用.NET Native编译应用程序时,生成的二进制文件不包含.NET应用程序通常可用的所有丰富元数据. (如果在使用.NET Native编译时调用Environment.StackTrace,则会得到相同的行为.)我们将所有这些数据写入生成的pdb文件中,但在运行时不可用.
这里的解决方案是使用pdb文件中的信息事后重建堆栈.我知道AppInsights团队在他们的积压上有这个,但似乎没有发生.我们有一些我们试图发布的诊断工具,所以你可以自己进行这种重新组合,但是有一些麻烦让它们发布.
如果您发送邮件至[email protected]描述此问题,可能有助于润滑一些轮子.
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
